Hogyan és milyen stádiumban a teljes vizsgálat
Amikor befejezni a tesztet?
Home - fél siker. Ez a szabály alkalmazandó szinte minden ágazatban, és még a szoftver tesztelése.
Gyakran elején a projekt, tesztelők sugárzik a lelkesedés, a számviteli dokumentumok (vizsgálati stratégia, vizsgálati terv és vizsgálati esetek).
De a jövőben gyakran problémát okoz. Miután az első körben a vizsgálat, tesztelők általában megtalálja a hibákat bolyhos, majd helyezzük a második szakaszban kissé megnyugodott. Van egy úgynevezett emberi tényező és a közös emberi hajlam, amikor lesz unalmas végre ismétlődő műveleteket.
Ilyen helyzetekben, sok van értelme annak, amit csinálnak ismétlődő munka, és ennek eredményeként, elvesztette érdeklődését a további vizsgálatok már ismerik. És a harmadik, nagyjából kör alatt a teszter elkerülhetetlenül lóg a kérdést: „Ha van az, hogy meg kell állítani a tesztelést?”
Minden tesztelő legalább egyszer feltette ezt a kérdést, amely egy továbbfejlesztett változata a következőképpen néz ki:
„Amikor az eljárás melyik szakaszában és milyen vizsgálat leállítását?”
Sokan úgy vélik, hogy a tesztelők nincs olyan különleges körülmények, amelyek azt jelzik, hogy a vizsgált kell kitölteni. De erre a kérdésre válaszolni, hogy elemezni kell a tevékenység a vizsgálat az elejétől a végéig.
Tegyük fel, hogy a feladat, hogy teszteljék az új projekt.
- QA csapat kap követelmény.
- Majd a tervezés és fejlesztés.
- Elkészített és ellenőrzött dokumentáció vizsgálatára.
Tesztelés Round # 1)
QA csapat indul a kipróbálása, amint elhaladt az újonnan létrehozott szoftver.
A tesztelési fázisban, tesztelők végre különböző forgatókönyvek, próbálják feltörni a szoftvert, és felismerni hibák. (Mivel az alkalmazás új és értékelése jelenleg folyik az első alkalommal, az arány a detektált hibák viszonylag magas).
A fejlesztők hibák kiküszöbölésére és vissza a fejlesztési tesztelők újra teszt.
A tesztelők magatartási ellenőrzése hibákat, majd menjünk a regressziós tesztelés.
Miután a komoly hibák megszűnnek, és a program megmutatja stabil teljesítményt, a fejlesztőcsapat kiadta a következő verzió.
Tesztelés Round # 2)
A tesztelők kezdődik a második fordulóban a tesztelés és megismételve, amit végeztünk az első fordulóban.
E folyamat során, mint általában, talált még néhány hibát.
Hibák eltávolítjuk a fejlesztők és a kérelem újbóli áttekinteni.
A tesztelők magatartás ismételt tesztek és regressziós vizsgálat részeként a fejlesztési, hogy nem változott.
Ez megy tovább és tovább. Kerek 3, 4, 5 ... mindaddig, amíg a szoftver teljesen eltávolítja a hibákat.
Grafikailag ez a folyamat leírható a következő:
De vajon lehetséges elméletben úgy tűnik, hogy teljesen az összes hibák? Ez a millió dolláros kérdés, de megpróbáljuk megválaszolni.
A legtöbb alkalmazás sokkal bonyolultabb, mert az első a teszt elég nagy. Nem mintha találni egyáltalán az összes hibák ez teljesen lehetetlen, de szükség lenne egy örökkévalóság.
Még azután is, a legtöbb hibát talált a szoftver, senki sem mondhatja, hogy bizalommal az alkalmazás hibátlan volt.
Sőt, egy ilyen feladat nem éri meg. A cél a szoftver tesztelés - győződjön meg róla, funkcionális és működik, mint a tervezett. Ez úgy érhető el, mivel a manipulálás vagy keressen eltérések várható viselkedését.
Az alkalmazásoknak végtelen számú hibák, és a tesztelés szoftver teljes eltávolításuk nem megoldható. Soha nem lehet tudni, melyik lesz az utolsó hibákat.
És ha a „felmondás vizsgálat után teljes eltávolítása hibák” már nem szempont, akkor ahonnan érdemes kezdeni?
Próbáld megérteni, milyen tényezőket kell figyelembe venni, mint a legfontosabb?
A döntés, hogy megszünteti vizsgálat tipikusan függ időt (ami van), a költségvetés és a szükséges vizsgálat egész időtartama alatt.
Leggyakrabban a döntés meghozatala befejezni a tesztet, amikor az elfogyott az idő / költségvetés, vagy ha az összes vizsgálati esetek végeztek. De ez egy kompromisszumos megoldás, amely lehet, hogy a minőség rovására.
Tegyük fel, hogy a tesztelni kívánt szoftver modul a munka költségvetést különítettek el. Idő: 1 hónap. A teljes számú teszt: 200.
Az első héten. Hogy sikeres volt - az első nap a talált hiba megjelenítése Stopper. De tesztelés megállították 3 napon át. Nézze meg a többi forgatókönyv, akkor nem, amíg meg nem találja a hibát rögzíteni fogják. Időveszteség, akkor újra jól fog működni.
A hét végére ellenőrzött 20 forgatókönyvek és találtam még néhány veszélyes hibákat.
2. hét elkezdi tesztelés, gondosan igyekszik a hibákat. A második hét során találsz valami hibát az 1., 2. és 3. szintjén kritikusság. Ez idő alatt sikerült ellenőrizni 70 forgatókönyveket.
3. hét A harmadik héten az összes hibák megszűnnek a magas prioritású, de most, hogy a végrehajtás a jelenlegi forgatókönyv adunk hozzá, és ellenőrizze, korábban felfedezett hibákat. A harmadik héten, akkor fedezi a 120 forgatókönyvek és találtam néhány hibát. Most már csak azt kell keresni egy harmadrendű hibák.
4. hét elején a negyedik héten kettőt kell ellenőrizni a hibák és a fennmaradó 80 forgatókönyveket. A hét végére le kell ellenőrizni a 180 forgatókönyvek; minden hibát kiemelten eltávolították, és újra teszteltük.
Az adatok a vizsgálati kerülnek az asztalra: