01 · Haladó tesztmenedzsment

Tesztvezetés: célokból végrehajtható terv

A minőségi célokat csapatmunkává és ellenőrizhető döntésekké alakítjuk

A lecke végére képes leszel

  • Különbséget teszel cél, tevékenység, eredmény és döntési feltétel között.
  • A tesztmunka állapotát úgy követed, hogy az akadályok és a következő döntés is látható legyen.

Előbb a döntési kérdést tisztázzuk

A tesztmunka irányítása nem egy hosszú dokumentum megírásával kezdődik. Először azt kell tisztázni, milyen termék- vagy üzleti döntéshez kell majd bizonyíték. Más terv kell ahhoz, hogy egy fejlesztői csapat gyors visszajelzést kapjon egy új funkcióról, és más ahhoz, hogy egy intézményvezető eldöntse: biztonságosan elindítható-e egy teljes szolgáltatás. A megfogalmazott döntési kérdés kijelöli a tesztelés értelmét, a résztvevőket és a szükséges részletet.

Ezután a célt megfigyelhető eredményre fordítjuk. Az, hogy „a jelentkezési oldal működjön”, túl tág. Pontosabb például: a hallgató a támogatott böngészőben be tudja adni a jelentkezést, a mentett adatok visszaolvashatók, és a rendszer nem fogad el hiányos kötelező mezőt. A cél mellé ellenőrzési feltétel, felelős, határidő és bizonyíték tartozik.

A terv legyen közösen használható megállapodás. Tartalmazza a vizsgálat tárgyát és hatókörét, a fontos kizárásokat, a szükséges szerepeket és készségeket, az adat- és környezetigényt, a függőségeket, az ütemezést, a jelentés módját és azt, ki dönt a nyitott kockázatokról. A terv nem ígéret arra, hogy semmilyen hiba nem marad; azt teszi átláthatóvá, milyen bizonyítékot állít elő a csapat a rendelkezésre álló időből.

Gyakorlati példa

Egy tanulmányi portál kiadása előtt a vezetői döntés az, hogy a hallgatók biztonságosan jelentkezhetnek-e vizsgára. Ebből közvetlen ellenőrzési cél lesz: a jelentkezés, módosítás, lemondás, jogosultság és visszaigazolás fontos útvonalait meghatározott környezetben végig kell próbálni; a kiadás előtt nem maradhat nyitott, adatvesztéssel járó hiba.

Ellenőrző lista

  • Mi a döntés, amelyhez az eredmény kell?
  • Mi tartozik a vizsgálatba, és mi marad ki?
  • Ki készíti elő az adatot és a környezetet?
  • Milyen eltérést kell azonnal jelezni?
  • Ki fogadja el a fennmaradó kockázatot?

Követés, beavatkozás és lezárás

A követés a tényleges állapotot hasonlítja a tervhez. A futások darabszáma önmagában nem mutatja meg, hogy a csapat közelebb került-e a döntéshez. A státuszt ezért érdemes témakör, felhasználói folyamat és kockázati jelentőség szerint bontani: mi készült el, mi bukott el, mi van blokkolva, és mihez nincs még elég információ? A jelentésben az adat mellé kerüljön a magyarázat is.

A beavatkozásnak legyen oka és követhető hatása. Ha a környezet késik, a csapat kérhet ideiglenes tesztrendszert, átrendezheti a munkát, vagy jelezheti a dátum- és kockázathatást. Ha a követelmény megváltozik, a tesztelési hatókört, a lefedést és a ráfordítást is újra kell nézni. A változásokat röviden dokumentáljuk, hogy a terv és a valós munka ne váljon szét.

Lezáráskor rögzítjük, melyik verziót vizsgáltuk, milyen bizonyítékot gyűjtöttünk, mi maradt végre nem hajtva, milyen hibák nyitottak, és milyen kockázatot fogadott el az arra jogosult személy. Az átadás része lehet a működtetők tájékoztatása, a környezet visszaállítása és az eredmények későbbi visszakereshetőségének biztosítása. A tanulságokhoz felelőst és utánkövetést rendelünk.

Részletes esettanulmány

Esettanulmány: egy féléves fejlesztés tesztmunkájának kézben tartása

Egy egyetem új kurzusregisztrációs felületet fejleszt. A csapat 12 hetes időszakban dolgozik, kéthetente ad ki új változatot. A projekt elején a tesztelésre kijelölt idő 20 munkanap, de a külső beléptető szolgáltatás fejlesztési üteme bizonytalan. A cél nem minden lehetséges működés kipróbálása, hanem a beiratkozási és kurzusfelvételi folyamat megbízható, indokolható ellenőrzése.

A tesztvezető felosztja a munkát: megismeri a felhasználói folyamatokat, azonosítja a függőségeket, tesztkörnyezetet és adatokat kér, majd egyezteti a csapattal a kiadási kapukat. A terv mellé rövid státuszformátumot készít, amely megmutatja a kockázatot, a blokkolókat és a szükséges döntést is.

Elemzési és döntési lépések

  1. 1A tervezési szakaszban hatókört, kizárásokat, felelőst, környezeti igényt, adatvédelmi korlátozást és belépési feltételeket rögzít. A belépési feltétel például az, hogy legyen stabil, verzióazonosítóval ellátott tesztváltozat és rendelkezésre álljon tesztfiók.
  2. 2A felügyelet során naponta összeveti a tényleges állapotot a vállalással. Külön rögzíti a végrehajtott, blokkolt, sikertelen és még el sem kezdett eseteket, mert ezek eltérő intézkedést kívánnak.
  3. 3Az irányítási döntés lehet a feladatok átsorolása, új környezet igénylése vagy az érdekelt felekkel egyeztetett hatókör-módosítás. A változtatás indokát és várható hatását rögzíteni kell.
  4. 4Lezáráskor a csapat összegzi a vizsgált változatot, a lefedett folyamatokat, a nyitott hibákat, a ki nem próbált területeket és a vállalt maradék kockázatot. Az üzemeltetés megkapja a szükséges ismert hibákat és ellenőrzési lépéseket.
Menedzseri döntés

A külső beléptető rendszer késése miatt a regisztrációs végpont egy része nem vizsgálható. A tesztvezető ezt nem rejti el egy összesített sikerességi százalék mögé: jelzi, mi maradt blokkolva, milyen ideiglenes próbát végeztek, és ki dönthet az elfogadásról.

Gondold végig

Milyen három konkrét információt kérnél be a kiadási döntés előtt, és melyik érdekelt fél adhat megbízható választ rájuk?

A lecke legfontosabb gondolatai

  • •A terv egy konkrét döntési kérdésből induljon ki.
  • •A státusz mutassa a bizonyítékot, az akadályt és a maradék bizonytalanságot.
  • •A lezáráskor a kimaradt tesztek és elfogadott kockázatok is láthatók.

Visszajelzés erről a leckéről

Mennyire volt hasznos? Az értékelést és a megjegyzést csak a tanár látja.

Értékelés, 1–5

Név és e-mail-cím megadása nem szükséges. Más tanulók értékelései és megjegyzései nem jelennek meg ezen az oldalon.