04 · Haladó tesztmenedzsment

Tesztmegközelítés tervezése

A cél, a termék és a rendelkezésre álló képességek együttes mérlegelése

A lecke végére képes leszel

A tesztelési megközelítést a termék használati környezetéhez igazítod.
Olyan célt és befejezési feltételt fogalmazol meg, amelyből cselekvés következik.

A stratégia választási lehetőségeket rögzít

A tesztmegközelítés meghatározza, hogyan szerez a csapat információt a termék minőségéről. Befolyásolja a kockázat, a szerződés, az adatérzékenység, a termék érettsége, a csapat készsége, a környezet és a kiadási ritmus. A stratégia nem pusztán a tesztek listája: a sorrendet, a mélységet, a résztvevőket, az eszközöket és a sikerfeltételt is magyarázza.

Válasszuk szét, mi a szervezetben állandó és mi függ az adott projekttől. A közös szabály lehet például a kritikus adatútvonalak automatikus regressziója; a projekt saját döntése pedig az, hogy mely eszközplatformokat, integrációkat és használati helyzeteket kell ebben a kiadásban lefedni.

A tesztcél legyen elég pontos ahhoz, hogy megállapítható legyen az előrehaladás, de ne sugalljon teljes bizonyosságot. Használhatunk mérhető lefedési feltételt, meghatározott hibahatárt vagy határidőt. A nem mérhető minőségi célhoz le kell írni, milyen megfigyelés, felhasználói visszajelzés vagy szakértői értékelés ad elfogadható bizonyítékot.

Gyakorlati példa

Egy könyvtári alkalmazás célja lehet, hogy a kiadás előtt a kölcsönzés, visszavétel és hosszabbítás kritikus útvonalai mindegyik támogatott telefonplatformon sikeresen végigfussanak, miközben a duplikált tranzakciót megakadályozó ellenőrzés is igazolt. Ez ellenőrizhetőbb, mint az, hogy „az alkalmazás legyen jó”.

Korlátok kezelése és alternatívák

Az idő, költség, tudás, adat és infrastruktúra korlátozhatja a tervet. A vezető ne rejtse el ezeket, hanem mutassa be a lehetséges útvonalakat. Például rövidebb kiadás esetén előre vehetők a nagy hatású útvonalak, a széles eszközmátrix csökkenthető, vagy egy funkció kiadása elhalasztható. Minden alternatíva mellé kerüljenek a vállalt kockázatok.

A stratégia a bizonytalanságot is kezelje. Ha a beszállító még nem ad stabil API-t, lehet szerződéses tesztkörnyezetet kérni, szerződéses példákat felülvizsgálni, vagy átmeneti tesztduplát használni. A duplán végzett ellenőrzés viszont nem helyettesíti az éles integrációs bizonyítékot; a későbbi valódi ellenőrzésnek is helyet kell hagyni a tervben.

A befejezési feltétel ne pusztán sikertelen esetek számához kötődjön. Fontos lehet, hogy mely folyamatok maradtak ki, nyitott-e kritikus hiba, rendelkezésre áll-e helyreállítás, és ki fogadja el a maradék kockázatot. A döntési szabályokat a tesztelés előtt állapítsuk meg, ne az eredmények ismeretében módosítsuk.

Részletes esettanulmány

Esettanulmány: a projekthez szabott tesztmegközelítés

Egy városi könyvtár mobil kölcsönzési alkalmazást vezet be. A bejelentkezés külső azonosítón keresztül történik, a kölcsönzési állapotot régi könyvtári rendszer szolgáltatja, a felület pedig két mobilplatformon készül. A tesztcsapat háromfős, és csak korlátozott számú eszközzel rendelkezik.

Egy általános, minden projektre azonos tesztstratégia nem oldja meg a platform-, integrációs és hozzáférési kockázatokat. A megközelítést a használati környezethez, a kapacitáshoz és a kiadás üzleti céljához kell igazítani.

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

1Határozd meg a döntési célt: például a felhasználó a valós könyvállományból helyesen tudjon kölcsönözni és lemondani, a rendszer pedig ne engedjen jogosulatlan műveletet.
2Rögzítsd a technikai és szervezeti korlátokat: mobil eszközök, külső szolgáltatás, tesztadat, üzemi időablak, csapat tudása, adatvédelmi feltételek.
3Párosítsd a kockázatot a vizsgálati formával: a felhasználói útvonalat elfogadási tesztek, az adatátadást integrációs vizsgálat, a terhelést célzott teljesítménymérés, a hozzáférést negatív jogosultsági esetek ellenőrzik.
4Fogalmazz meg mérhető célt és kilépési feltételt. Például a leggyakrabban használt kölcsönzési útvonalak mindegyikét legalább egy támogatott platformon végig kell futtatni, és nem maradhat nyitott kritikus jogosultsági hiba.

Menedzseri döntés

A stratégia kockázatalapú sorrendet ad, de nem ígér teljes körű lefedést minden készüléken. A kiadási döntéshez a lefedett eszközök és az elfogadott maradék kockázatok listája is hozzátartozik.

Gondold végig

Írj egy mérhető, határidős tesztcélt az alkalmazás valamelyik fontos folyamatára. Jelöld meg, hogyan ellenőrzöd az elérését.

A lecke legfontosabb gondolatai

•A tesztstratégia magyarázza, miért ezt a sorrendet és mélységet választjuk.
•A korlátokhoz alternatívát és kockázati következményt rendelj.
•A befejezési feltétel ne keverje össze a tesztfutások számát a minőséggel.