02 · Haladó tesztmenedzsment

Együttműködés az érintettekkel

Üzleti, technikai és felhasználói nézőpontok összekapcsolása

A lecke végére képes leszel

Feltérképezed, kitől milyen tudás vagy döntés szükséges.
A tesztkommunikációt az érintettek szerepéhez és felelősségéhez igazítod.

Az érintettek tudása tesztelési erőforrás

Az érintett nem csak a rendszer megrendelője lehet. Ide tartozik a végfelhasználó, a termékfelelős, az üzemeltető, az adatgazda, a fejlesztő, a támogató munkatárs, a beszállító és a megfelelőségért felelős kolléga is. Mindegyik szerep mást tud a várható használatról, a korábbi hibákról, az adatokról és a következményekről. A tesztvezető feladata, hogy korán felismerje, mikor hiányzik olyan nézőpont, amely lényegesen megváltoztathatja a vizsgálatot.

Készíts egyszerű érintetti térképet: ki használja a funkciót, ki ad követelményt, ki ad hozzáférést, ki hagyja jóvá a megoldást, ki üzemelteti, és kit érint egy hiba? Minden szerepnél jelöld az elvárt információt és a döntési jogkört. Ezzel elkerülhető, hogy a csapat egy fontos jóváhagyást a kiadás előtti napokra hagyjon.

Az együttműködésnek legyen ritmusa és formája. Egy rövid termékbemutató, közös kockázati megbeszélés, hibatriázs vagy rendszeres státusz eltérő célra való. A tesztvezető a kérdést és a résztvevőket választja meg; nem minden döntést kell mindenkivel meghozni, de az érintetteknek legyen lehetőségük időben jelezni a kockázatot.

Gyakorlati példa

Egy könyvtári önkölcsönző rendszerben a könyvtáros a kölcsönzési szabályokat, az informatikus a hálózati megszakadás kezelését, az olvasó a kezelhetőséget, az üzemeltető pedig a naplókat és helyreállítást ismeri. Egyikük sem tudja egyedül megadni a teljes elfogadási képet.

Életciklushoz illesztett együttműködés

A fejlesztési csapat munkaritmusa meghatározza, mikor és milyen formában hasznos a tesztelői visszajelzés. Rövid ciklusokban a tesztelő a specifikáció, prototípus vagy felhasználói történet kialakításakor is részt vehet, nem csak a kész funkció futtatásakor. Hosszabb, egymást követő szakaszokban a belépési feltételek, az átadások és a dokumentált bizonyíték kap nagyobb szerepet.

Összetett projektekben egyetlen módszer ritkán fedi le az összes igényt. A gyors funkcionális ellenőrzések mellé szükség lehet integrációs próbára, terhelési mérésre, hozzáférhetőségi vizsgálatra, felhasználói elfogadásra vagy formális jóváhagyási pontra. A cél az, hogy az ellenőrzés a kockázat helyén történjen, és az eredmény a megfelelő döntéshozóhoz jusson.

A csapatok közötti függőségeket kezelni kell: ki ad tesztadatot, melyik szolgáltatás mikor érhető el, ki telepíti a javítást, és melyik verziót kell összehangoltan ellenőrizni? A függőség tulajdonosa és eszkalációs útja kerüljön a tervbe, mert a várakozás gyakran több időt visz el, mint maga a tesztvégrehajtás.

Részletes esettanulmány

Esettanulmány: a fejlesztési ritmushoz illeszkedő ellenőrzés

Egy önkormányzati ügyintézési rendszer csapata kéthetes fejlesztési ciklusokban szállít új funkciókat, de a nagyobb kiadások előtt jogi és adatvédelmi jóváhagyás szükséges. Az ügyintézők, az informatikai üzemeltetés, az adatvédelmi felelős és az integrált nyilvántartás gazdája más-más minőségi szempontot tart elsődlegesnek.

Ha a tesztvezető egyetlen végső elfogadási szakaszra hagyja az összes ellenőrzést, a hibák javítása későn és költségesen történik. Ha viszont minden ciklusban csak a gyors funkcionális ellenőrzésre koncentrál, a rendszerszintű adat- és jogosultsági kockázatok rejtve maradhatnak.

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

1Készíts érdekelt-térképet: ki használja a rendszert, ki felel az adatért, ki hagy jóvá, és ki tartja üzemben? Mindegyik szerephez rendeld hozzá a várt bizonyítékot és döntést.
2A cikluson belül a fejlesztőkkel együtt ellenőrizd az új szabályokat, a komponensek közötti adatátadást és a változással érintett regressziós területeket.
3A kiadás előtt végezz teljesebb folyamatvizsgálatot, szerepkör-ellenőrzést, visszaállítási próbát és a szabályozói bizonyítékok ellenőrzését.
4A döntési fórumot előre jelöld ki. A tesztvezető összegyűjti és értelmezi a bizonyítékot; az üzleti felelős fogadja el az üzleti kockázatot, az adatvédelmi szakértő pedig a rá vonatkozó megfelelőségi megállapításokat.

Menedzseri döntés

A csapat gyors ciklusai megmaradnak, miközben a nagy kiadás előtt formális ellenőrzőpont működik. A tesztmenedzsment minden ciklusban gyűjti a szükséges nyomokat, így a jóváhagyási időszakra nem kell utólag rekonstruálni a tesztelést.

Gondold végig

Melyik ellenőrzés tartozzon minden fejlesztési ciklushoz, és melyik legyen a kiadás előtti kapu része? Indokold az érintetti kockázatokkal.

A lecke legfontosabb gondolatai

•Az érintetteket tudásuk és döntési szerepük alapján vond be.
•A visszajelzés időzítése igazodjon a fejlesztési ritmushoz.
•A külső függőségnek legyen felelőse és eszkalációs útja.