Tesztelemzés és a tesztelés alapjai
Thomas Hamilton
⚡ Okos összefoglaló
A tesztanalízis, más néven tesztbázis, a követelmények, tervdokumentumok és egyéb, tesztelhető feltételek levezetéséhez használt eszközök strukturált áttekintése. Ez a cikk ismerteti a forrásokat, a lépésenkénti munkafolyamatot és a tesztanalízis V-Modellben való elhelyezését.
A tesztanalízis – más néven tesztalap – a tesztelési életciklus legelején található. Minden tesztfeltétel és teszteset végső soron tracVisszatérünk rá. Az alábbi szakaszok definiálják a kifejezést, elmagyarázzák a forrásait, végigvezetik az elemzési munkafolyamaton, és elhelyezik a V-modellben.
Mi a tesztanalízis?
Tesztelemzés A szoftvertesztelésben a tesztfeltételek és tesztesetek levezetéséhez használt bemenetek áttekintésének folyamata. Ezeket a bemeneteket – specifikációkat, követelményeket, tervdokumentumokat, felhasználói történeteket és hasonló eredményeket – együttesen nevezzük teszttermékekA tesztelemzés célja a kivizsgálás.tracA tesztcélok elég világosak ahhoz, hogy mindegyikből egyértelmű tesztfeltétel váljon. Mivel az elemzett anyag képezi az alapot, amelyből minden teszt származik, ezt a tesztet tesztnek is nevezik. Teszt alapja.
A tesztelők tipikus forrásai, amelyekből a tesztinformációkat nyerik, a következők:
- SRS – Szoftverkövetelmények specifikációja
- BRS – Üzleti követelményspecifikáció
- Funkcionális tervezési dokumentumok
- Felhasználói történetek, elfogadási kritériumok és drótvázak
A tesztelők közvetlenül a tesztelt alkalmazás feltárásával vagy a múltbeli tapasztalatokra támaszkodva is generálhatnak tesztfeltételeket, de a legtöbb teszt esetek teszttermékekből származnak a fenntartás érdekében tracképesség.
👉 Regisztrálj ingyenes élő szoftvertesztelési projektre
Miért fontos a tesztbázis?
A tesztbázis a legfontosabb meghatározó tényező abban, hogy egy tesztkészlet valódi hibákat észlel-e, vagy fantom hibákat keres. Az opcionálisként való kezelése a leggyakoribb oka annak, hogy a hibák megszöknek és elérik az éles környezetet. A szilárd tesztelemzés négy kézzelfogható előnnyel jár:
- Tracképesség: Minden teszteset visszakapcsolható egy adott követelményhez, ami gyorssá teszi a változáshatás-elemzést és fájdalommentessé az auditok felülvizsgálatát.
- Lefedettség egyértelműsége: Revaz alapfelületek hiányosságainak – meghatározatlan hibaállapotok, hiányzó él-esetek, meghatározatlan, nem funkcionális küszöbértékek – vizsgálata, mielőtt azok termelési incidensekké válnának.
- Érdekelt felek összehangolása: Amikor a tesztelőcsapat ugyanazon dokumentumokból származtatja a feltételeket, amelyek alapján a fejlesztőcsapat is épít, mindkét fél közös definícióval rendelkezik a „kész” fogalmáról.
- Korai hibaészlelés: Sok követelményhibát (kétértelműség, ellentmondás, hiányzó elfogadási kritériumok) már a tesztelemzés során észlelnek, jóval a kód megírása előtt – ez messze a legolcsóbb módja a javításuknak.
A tesztalap gyakori forrásai
A különböző tesztelési szinteket különböző műtermékek táplálják. Az alábbi táblázat gyors referenciaként használható, amikor eldönti, hogy melyik dokumentumot érdemes használni tesztesetek írásakor.
| Forrástárgy | A legalkalmasabb | Amit te voltáltract |
|---|---|---|
| Üzleti Követelményspecifikáció (BRS) | Átvétel és rendszertesztelés | Végponttól végpontig terjedő üzleti szabályok, szabályozási korlátok, sikerkritériumok |
| Szoftverkövetelmény-specifikáció (SRS) | Rendszer tesztelés | Funkcionális és nem funkcionális követelmények mérhető küszöbértékekkel |
| Funkcionális / Műszaki tervdokumentumok | Integrációs tesztelés | Modul interfészek, adatfolyam, hibakezelési specifikációk |
| Felhasználói történetek és elfogadási kritériumok | Agilis sprint tesztelés | Viselkedési elvárások „Adott–Mikor–Akkor” formában |
| Drótvázak és felhasználói felület makettek | Felhasználói felület / használhatósági tesztelés | Elrendezés, navigáció, beviteli ellenőrzési szabályok |
| Tesztelés alatt álló alkalmazás (feltáró jellegű) | Feltáró és regressziós tesztelés | Nem dokumentált viselkedés, valós munkafolyamatok, szélsőséges esetek |
A tesztelemzés lépésről lépésre történő elvégzése
A hatékony tesztelemzés egy megismételhető ötlépéses munkafolyamatot követ, függetlenül a projekt méretétől vagy módszertanától.
- Gyűjtse össze és leltározza fel a tesztalapot. Gyűjts össze minden olyan elemet, amely leírja a tervezett viselkedést – SRS, BRS, tervezési dokumentációk, felhasználói történetek, makettek. Jegyezd fel, hogy melyik dokumentumhoz tartozik az egyes követelményekhez tartozó dokumentum. traca teljesítőképesség változatlan marad.
- Reva tesztelhetőség szempontjából. Minden egyes elemet három kérdéssel a fejedben olvass el: Mérhető-e ez az állítás? Egyértelmű-e? Teljes-e? Jelöld meg azokat a követelményeket, amelyek nem felelnek meg valamelyik ellenőrzésnek, és mielőtt teszteket írnál rájuk, mutasd fel a készítőnek.
- Határozza meg a vizsgálati feltételeket. Minden tesztelhető állításhoz sorolja fel azokat a feltételeket, amelyeket ellenőrizni kell (pozitív utak, negatív utak, határértékek, hibakezelés, biztonság, teljesítmény). A tesztfeltétel az absz.trac„mi” – például „A rendszer elutasítja a nulla mennyiségű rendeléseket” — különbözik egy teszteset konkrét „hogyanjától”.
- Priorizálja és csoportosítsa a feltételeket. Osztályozza az egyes feltételeket kockázat és használati gyakoriság szerint. A nagy kockázatú, nagy gyakoriságú feltételek részletes leírást kapnak; az alacsony kockázatú feltételek kombinálhatók vagy mintavételezhetők. Itt döntheti el azt is, hogy mely feltételek alkalmasak automatizálásra.
- Feltételek konvertálása tesztesetekké. Minden prioritási feltételből egy vagy több lesz teszt esetek előfeltételekkel, lépésekkel, tesztadatokkal és várható eredményekkel. Követelményeket kell fenntartani tracEgy teljesítőképességi mátrix, amely minden tesztesetet összekapcsol az eredeti követelményével.
Ezt a sorrendet követve elkerülhetők a leggyakoribb tesztelemzési hibák: a tesztesetek írása egyértelmű alap nélkül, a negatív forgatókönyvek kihagyása, és olyan tesztek készítése, amelyeket a hibaelemzés során nem lehet visszavezetni egy követelményhez.
Tesztelemzés a V-modellben
A V-modell minden fejlesztési tevékenységet egy megfelelő tesztelési tevékenységgel párosít. A tesztek elemzése minden szinten megtörténik, az életciklus azon pontján elérhető dokumentum felhasználásával.
1. ábra: Tesztelemzés a fázisok között V-modell.
Esettanulmány: Tesztesetek levezetése ügyféligényből
Vegyünk egy olyan forgatókönyvet, amelyben az ügyfél a következő egysoros követelményt küldi el.
Client requirement: Add search functionality to an eCommerce Store
Habár az alkalmazás még nincs felépítve, a tesztelő már számos tesztfeltételt levezethet a követelmény elemzésével – mind a „happy-path” viselkedést, mind az ügyfél által explicit módon nem megadott hibamódokat. Néhány példa:
- Ellenőrizze a keresési eredményt, ha nincs megadva kulcsszó.
- Ellenőrizze a keresési eredményt, ha a megadott kulcsszóra nem található megfelelő termék.
- Ellenőrizze a keresési eredményt, ha a kulcsszóra több egyező termék is létezik.
- Ellenőrizze a viselkedést speciális karakterek, kezdő/záró szóközök és nagyon hosszú bemenetek esetén.
- Ellenőrizze a kis- és nagybetűk megkülönböztetését, valamint a részleges egyezés viselkedését.
- Ellenőrizze a keresési válaszidőt a várható felhasználói terhelés mellett.
A tesztelő veszi az ügyfélkövetelményt (a tesztbázist), elemzi azt, és tesztfeltételekké alakítja. Ez a minta a V-modell minden fázisában ismétlődik – a teszttervek és tesztesetek az életciklus adott pontján elérhető dokumentumok felhasználásával készülnek.
Videó: Tesztelemzés magyarázata
Ha a videó nem töltődik be, nézd meg közvetlenül a YouTube.
