1) Megemlíti a tesztmenedzser felelősségét?
A QA Manager szerepe magában foglalja
- A projekt kezelése a kezdeményezéstől a lezárásig
- Teszt tervezés
- Szerezd meg, hogy a vevők elfogadják a teljesítéseket
- Hagyja jóvá a kliens számára a köztes teljesítéseket és a javításokat
- Nyújtson be erőfeszítéseket a számlázáshoz
- Kiadáskezelés
- Mentorálás, coaching és off-shore csapatmenedzsment
- Nyújtson be heti jelentéseket a tesztkoordinátorokhoz
- Heti felülvizsgálati értekezleteken való részvétel
- Hetente tegye közzé az összes tesztelési projekt KPI-jét
- Erőforrások mobilizálása projektekhez
2) Mondja meg, mi a megközelítése, ha úgy találja, hogy szervezete tesztelői akkor is tesztet végeznek a szállítmányon, ha jelentős hibát észleltek?
Minőségbiztosítási vezetőként a te megközelítésed legyen
- Az elfogadási kritériumokat szigorítani kell
- A teszteseteket újra kell értékelni
- Ha lehetséges, további teszteseteket kell hozzáadni, ekvivalenciaosztály-partíció esetekkel és határértékekkel
- További teszteseteket kell hozzáadni az érvénytelen feltételek ellenőrzéséhez.
- A Stopper megjelenítése kritériumait módosítani kell
3) Említse meg, hogy mi a követelménykövethetőségi mátrix?
A követelménykövetési mátrix összekapcsolja a követelménydokumentumokat a tesztesetekkel. A következő okból használják
- Annak biztosítása, hogy az összes alkalmazási követelményt teszteljék az ellenőrzési folyamat során
- A teszt lefedettségének ellenőrzése
4) Hogyan választana tesztelési eszközt a projektjéhez?
- Azonosítsa az automatizálási eszközben szükséges funkciókat a projekt igényeinek megfelelően
- Értékelje a követelményeknek megfelelő kereskedelmi és nem kereskedelmi eszközöket
- Becsülje meg az eszköz költségét és hasznát. A költségek tartalmazhatják az engedélyeket és a képzést.
- A végső döntést a csapattagokkal konzultálva hozza meg.
5) Melyek a tesztelési projekt legfontosabb kihívásai?
A szoftver tesztelésének fő kihívásai a következők:
- Tesztelés fázis általában idő korlátozás alatt
- A követelmények megértése néha kihívást jelenthet
- Az alkalmazásnak elég stabilnak kell lennie a teszteléshez
- Prioritások meghatározása a teszteléshez
- Képzett tesztelők hiánya
- Regressziós teszt
- Gyakori követelmények változnak
- Eszközök, erőforrások és képzés hiánya
6) Mi az a tesztterv?
A tesztterv a tevékenységeket és a tesztelés körét leíró dokumentum. Minden szoftvertermék tesztelésének alapkövetelménye.
7) Milyen típusúak a teszttervek?
A teszttervnek három fő típusa van
- Fő teszt terv
- Tesztelési szint-specifikus tesztterv
- Típus-specifikus vizsgálati tervek tesztelése
8) Milyen ismeretekkel kell rendelkeznie egy tesztmenedzsernek?
- Hatékony és világos kommunikáció
- Jó kapcsolatot kell kialakítania a csapattagokkal
- Jó hallgatási készség és érzelmi intelligencia
- Motiválja a csapattagokat
- Konfliktusok és etikai kérdések megoldása.
9) Mi az a „Konfigurációkezelés”?
A Konfigurációkezelés a teszttermékek koordinálására, vezérlésére és nyomon követésére használt folyamatokat fedi le.
A teszttermékek tartalmazhatnak automatizálási kódot, követelményeket, dokumentációt, problémákat, terveket, változtatási kérelmeket, terveket stb.
10) Mi a PDCA modell?
A PDCA modell a
- Terv: A fejlesztések meghatározása és célok kitűzése
- Megteszi: Fejlesztések végrehajtása
- Ellenőrzés: Ellenőrizze a fejlesztések eredményét
- Cselekedj: Tanulj az eredményekből
Ez egy tesztfolyamat-javító (TPI) módszer.
11) Mik az informális vélemények?
Az informális ellenőrzés a hibák futtatásának egyik módja a kód futtatása nélkül. Az informális felülvizsgálatokat sokszor végrehajtják a dokumentum tesztciklusának kezdeti szakaszában. Az informális felülvizsgálatok nincsenek dokumentálva.
12) Mondja meg a kockázat típusait egy tesztprojektben
Egy tesztprojekt kockázatfajtái nagyjából a következő kategóriákba sorolhatók
- Stratégiai kockázat: Ez magában foglalja a költségvetési, kommunikációs és menedzsment kockázatokat
- Projektdefiníciós kockázatok: Ez magában foglalja a projektcél, a hatókör és a követelmények kockázatát.
- Emberi erőforrások kockázata: Ez magában foglalja a készség, a csapat tagjai és a szervezeti kockázatokat.
- Projektütemezési kockázatok.
13) Milyen ellenintézkedéseket kell tennie a tesztvezetőnek a kockázatokkal szemben?
A tesztmenedzsernek a termék fejlesztése közben a következő lépéseket kell tennie a kockázat csökkentése érdekében
- Elkerülés: Szüntesse meg az érintett kockázati tényezőt
- Csökkentés: Csökkentési terv a kockázatok hatásának csökkentésére és korrekciós intézkedések megtételére
- Megosztás: A kockázat átvitele egy másik erőforrásra, például forrás vagy biztosítás
- Elfogadás: Fogadja el a kockázatot, és készítsen tervezett költségvetést ezekre a kockázatokra
14) Magyarázza el, hogy a tesztmenedzser hogyan becsülheti meg a projektet, és mit becsülhet meg?
A tesztbecslés során a tesztmenedzsernek négy dolgot kell értékelnie
- Költség
- Erőforrások
- Emberi készségek
- Idő
A következő módon becsülhetik meg a projektet
- Munkabontási struktúra (WBS): A projekt lebontása kisebb szegmensekre
- Hárompontos becslés: A hárompontos becslés statisztikai adatokon alapul
- Funkcionális pont módszer: Adjon súlyt az egyes funkcióknak, és mérje meg a méretét
15) Mi a hárompontos becslés?
A hárompontos becslés során minden feladatra a korábbi tapasztalatok alapján eredetileg három értéket állítanak elő. Például egy adott feladat elvégzéséhez a különböző lehetőségek vannak
- A legjobb eset becslése: 120 emberóra vagy 15 nap tapasztalt csapattagokkal
- A legvalószínűbb becslés: 170 óra vagy 21 nap elegendő erőforrással és mérsékelt csapattagok tapasztalatával
- A legrosszabb eset becslése: 200 munkaóra vagy 25 nap, és kevesebb munkatapasztalattal rendelkező csapattal
16) Említsen meg néhány bevált gyakorlatot a tesztbecsléshez
A tesztbecslés néhány bevált gyakorlata
- Adjon hozzá némi pufferidőt : Ha a pufferidő mindig előnyt jelent, akkor segíthet kezelni a váratlan okok miatt bekövetkező késéseket, például a tehetséges tag hirtelen kilép a munkából
- Számlaerőforrás-tervezés a becslés során : Győződjön meg arról, hogy becslése valósághű és olyan döntő tényezőknek számít, mint az emberi erőforrások rendelkezésre állása.
- Használja a múlt tapasztalat-referenciáját: A korábbi tapasztalatai révén próbáljon meg elkerülni minden olyan akadályt vagy esetleges akadályt, amely a legvalószínűbb
- Ragaszkodjon becsléséhez: A becslés nem teljes bizonyíték. Lehet, hogy rosszul is megy. A projekt korai szakaszában ellenőrizze újra a tesztbecslést, és ha szükséges, végezzen módosításokat is.
17) Mit tartalmaz egy jó tesztjelentés?
Egy jó tesztjelentésnek tartalmaznia kell
- Projekt információk
- Teszt cél
- Teszt összefoglaló
- Disszidál
18) Soroljon fel néhány szoftverminőség-biztosítási gyakorlatot?
A szoftver minőségbiztosításának legjobb gyakorlatai közé tartozik
- Folyamatos fejlesztés
- Dokumentáció
- Szerszámhasználat és automatizálás
- Metrikák
- Csapatmunka és megosztott felelősség az SQA-ért
19) Milyen tényezők alapján határozhatja meg a teszt végrehajtásának minőségét?
Kétféleképpen határozhatja meg a teszt végrehajtásának minőségét
- Hibák elutasítási aránya: (elutasított hibák száma / a felmerült hibák száma) X 100
- Hibaszivárgási arány: (A hiányzott hibák száma / a szoftver összes hibája) X 100
20) Hogyan fogja kezelni a csapatkonfliktusokat?
A csapattagok hátterének és munkastílusának sokfélesége miatt az első lépés a tesztprojekt során konfliktusokra kell számítani és felkészülni azokra.
A következő lépés egy megbeszélés megtartása és a csoport tagjainak értékelése a projekt állapotáról. A Tesztkezelőnek nyitva kell tartania a kommunikációt mindenki előtt, hogy a csapat csalódottsága és haragja kiszabaduljon. Végül kérje meg a csapat tagjait, hogy működjenek együtt, és hangsúlyozzák együttműködésük fontosságát a projekt sikere szempontjából.
Ingyenes PDF letöltés: Test Manager / Lead Interjúkérdések