Hogyan lehet okosan jelenteni a teszt végrehajtását- [állapotjelentés sablon letöltése]

Software Testing Status Reporting

” az a megállapodás, hogy egy bizonyos információt, egy bizonyos formátumban, egy bizonyos csapat/egyén, bizonyos időközönként, bizonyos tagoknak küld-olyan, mint egy kézfogás – annak elismerése, hogy nem számít, mi a feladat kimenetele, előbb-utóbb közzéteszik róla.”

ez egy informatikai szakember esküjének első szakasza. Csak viccelek! Nincs eskü, de ha lenne ilyen, akkor ez biztosan a tételek listájának élén állna. Nem igaz?

az elszámoltathatóság és az átláthatóság (a & T) elengedhetetlen minden IT – projekthez különböző szinteken-projekt szinten, csapat szinten, feladat szinten és egyéni szinten is. Hogyan biztosíthatjuk, hogy ezek a tulajdonságok teljesüljenek? A válasz-kommunikáció, formálisabban-állapotjelentés!

egyéni szinten nem mindannyian jelentéseket küldünk, többnyire EOD minden nap, hogy közöljük a napi feladatok teljesítését (vagy nem teljesítését). Ez azt bizonyítja, hogy valójában “tisztában van” azzal, hogy mi volt a feladata.

napi állapotjelentés

az egyén “napi Állapotjelentésének” részét képező információ:

• mit csináltál ma?
• mit tervez holnap csinálni?
• szembesült valamilyen problémával a nap folyamán? Ha igen, hogyan oldotta meg őket, vagy még mindig nyitva vannak?
• szüksége van bármilyen bemenetre holnapra? Ha igen, kitől és mik azok?

ennek az e – mailnek/jelentésnek a címzettje általában a menedzser, bizonyos esetekben a csapattagok is másolhatók-ez attól függ, hogy a csapat milyen kommunikációs protokollt követ.

tesztjelentések

most itt az ideje, hogy konkrét és mindent megtudjon a tesztelő/minőségbiztosítási csapatok által küldött jelentésekről.

a tesztelő csapatok különböző jelentéseket küldenek az STLC különböző fázisaiban.

• tesztterv állapota
• Tesztdokumentáció állapota
• Tesztvégrehajtás állapota (hibaállapot)

tesztterv: elegendő kommunikálni a projekt többi csapatával, amikor létrehoznak egy teszttervet, vagy amikor jelentős változtatás történik rajta.

Tesztdokumentáció: tudassa az összes csapattal, hogy a tesztek megtervezése, az adatgyűjtés és egyéb tevékenységek megkezdődtek és befejeződtek-e. Ez a jelentés nem csak tájékoztatja őket a feladat előrehaladásáról, hanem jelzi azokat a csapatokat is, amelyeknek felül kell vizsgálniuk és alá kell írniuk a műtárgyakat, hogy ők következnek.

Tesztvégrehajtás: a végrehajtás a projekt azon szakasza, amikor a tesztelő csapat az elsődleges hangsúly – pozitívan és negatívan – mind hősök, mind gazemberek vagyunk.

a vizsgálati ciklus során egy tipikus napot csak akkor kell elvégezni, ha a napi állapotjelentést elküldik. Egyes csapatokban megállapodhattak egy heti jelentésben, de a napi elküldés a norma.

az sem ritka, hogy minden nap (vagy héten) Státuszértekezletet tartanak, hogy bemutassák a minőségbiztosítási csapat státuszát az érintett feleknek.

ezért az állapotjelentés módja lehet:

• e – mail/dokumentum
• Találkozó / prezentáció
• mindkettő-napi e-mail és heti találkozó.

Tesztvégrehajtási állapotjelentés

napi / heti Tesztvégrehajtási jelentés:

mi ez? Általában ez egy olyan közlemény, amelyet azért küldtek ki, hogy átláthatóságot teremtsen a minőségbiztosítási csapat napi tevékenységei számára a tesztciklus során – magában foglalja mind a Hibainformációkat, mind a tesztesetek futtatására vonatkozó információkat.

kinek kell mennie? – Általában a fejlesztői csapat,a környezetvédelmi támogató csoport,az üzleti elemző és a projektcsapat a címzettek / résztvevők. A tesztterv a legjobb hely az információk megtalálásához.

mit tartalmaz a Tesztvégrehajtás állapotjelentése? – 10 pont

1. az adott napra tervezett tesztesetek száma
2. a végrehajtott tesztesetek száma – az a nap
3. a végrehajtott tesztesetek száma összesen
4. az aznap észlelt hibák száma/és azok állapota
5. az eddig észlelt hibák száma/és azok állapota
6. a kritikus hibák száma – még mindig nyitva
7. környezeti leállások – ha van
8. showstoppers – ha van
9. a teszt végrehajtási lapjának / linkjének csatolása a tesztkezelő eszközhöz, ahol a teszteseteket elhelyezik
10. melléklet ahhoz, hogy a Hibajelentés/link a hiba/teszt /eszköz használható incidens menedzsment

a fenti 10 pont, ha azt veszi észre, szorosan a nyers adatokat. A tények jelentése egy dolog, az ‘okos’ tények jelentése pedig egy másik. Hogyan finomíthatjuk ezeket az információkat?

• az általános állapotot színjelzővel mutatja. Például, zöld-időben, narancssárga-kissé mögött, de képes elnyelni a késleltetést, piros-késleltetett.
• tartalmazzon néhány egyszerű mutatót, például az eddigi tesztesetek % – át, a hibasűrűséget, a súlyos hibák % – át; ezzel nem csak számokat ad meg, hanem valójában bepillantást enged a tesztelt termék minőségébe.
• ha egy jelentős fázis befejeződött-jelölje ki ezt.
• ha van egy kritikus hiba, amely blokkolja a jövőbeli végrehajtás egészét/egy részét – jelölje ki ezt.
• ha prezentációt használ, győződjön meg róla, hogy tartalmaz néhány grafikont a jobb hatás érdekében.

például az alábbi grafikon a nyitott hibák számának ábrázolása, modulonként:

ezen kívül opcionálisan a következőket is tartalmazhatja:

• melyek a következő tevékenységek?
• szüksége van bármilyen bemenetre a többi csapattól, és ha igen, mi?

végül néhány mutató, amely segíti a folyamatot:

• egyszerre legyen tömör
• győződjön meg arról, hogy a jelentés eredményei pontosak
• a felsorolással ellátott pontok használatával a jelentés nagyon olvasható
• ellenőrizze a megfelelő dátumot, tárgyat, listát és mellékleteket.
• ha a jelentés túl nagy és túl sok tényezővel rendelkezik a jelentéshez: helyezze egy közös helyre fájlként, és küldjön egy linket az e-mailben a fájl helyett. (Győződjön meg róla, hogy a címzettek hozzáférési jogosultságokkal rendelkeznek ehhez a helyhez és a fájlhoz)
• ha Állapotmegbeszélésről van szó – készüljön fel a prezentációra, időben érkezzen meg, és ami a legfontosabb, egyenletes hangot tartson fenn (ne legyen túl büszke a hibákra – általában “rossz hírek”).

Minta állapotjelentés

minőségbiztosítási vizsgálati állapotjelentés:

ezeket az irányelveket követve megérkeztünk az alábbi Állapotjelentéshez.

olvasóink kényelme érdekében 3 lapot tartalmaztunk, amelyek különböző szintű információkat közvetítenek.

1.lap – a projekt általános állapotának összefoglalása.
Sheet 2-többet az egyes részleteket a vizsgálati eset állapotát.
3. lap-egy minta hibajelentés.

töltse le ezt a minta állapotjelentés XLS sablont mindhárom lappal. (Kattintson a jobb gombbal a linkre, majd válassza a ‘Hivatkozás mentése másként..’letölthető)

A szerzőről-ez az STH csapat tagja, Swati Seela cikke. Többet tudhat meg róla a szoftver tesztelési tanfolyam oldalán.