05 · Haladó tesztmenedzsment

Tanulás és folyamatos javítás

Visszatérő problémákból ellenőrizhető fejlesztési kísérletet készítünk

A lecke végére képes leszel

  • A tünet helyett a folyamatban rejlő kiváltó okot keresed.
  • A javítás eredményét előre kiválasztott jelekkel értékeled.

A tanulság legyen megfigyelésből levezetve

A folyamatfejlesztés kiindulópontja lehet ismétlődő hiba, későn érkező visszajelzés, hosszú környezeti várakozás, újramunka, pontatlan becslés vagy egy nem használt tesztcsomag. A megbeszélés ne bűnbakot keressen. A cél az, hogy megértsük, mely feltétel tette valószínűvé az eseményt, és hol volt lehetőség az időbeni észlelésre vagy megelőzésre.

Hasznos visszatekintő megbeszéléshez készítsünk rövid idővonalat: mikor jelent meg a jel, ki látta, milyen döntés született, milyen információ hiányzott? Ezután válasszunk ki egy-két olyan okot, amelyet a csapat ténylegesen befolyásolni tud. A túl sok párhuzamos javítás szétaprózza a figyelmet és megnehezíti az eredmény mérését.

A javító intézkedés legyen kiszabott munka, nem általános fogadalom. Legyen gazdája, határideje, kipróbálási módja, várt eredménye és visszavonási lehetősége. Az intézkedés lehet folyamatlépés módosítása, sablon, automatizálás, képzés vagy szerepek tisztázása.

Gyakorlati példa

Ha a tesztelés minden második kiadásnál környezeti beállításra vár, ne csak azt írjuk fel, hogy „környezetet korábban kell kérni”. Derítsük ki, ki hagyja jóvá a hozzáférést, hol veszik el a kérés, és milyen minimális ellenőrzés igazolja, hogy a környezet kész.

Próba, mérés, beépítés

Egy nagy szervezeti szabályváltoztatás előtt érdemes pilotot futtatni egy csapatnál vagy egy kiadáson. A pilot szűkíti a kockázatot, megmutatja a váratlan következményeket, és adatot ad a bevezetés költségéről. A cél nem az, hogy minden esetben azonnali sikert igazoljunk; a sikertelen próba is értékes, ha előre rögzítettük, mit tanulunk belőle.

Az értékelésnél a mennyiségi mutatót kapcsoljuk a munkafolyamat tapasztalatához. A beállítási idő csökkenhet, miközben a fenntartás nehezebbé válik; a talált hibák száma emelkedhet, mert jobb lett a feltárás, nem azért, mert romlott a minőség. Vizsgáljuk a trendet, a megváltozott feltételeket és az adatok minőségét.

Ha a változás bevált, dokumentáljuk az új munkamódot, oszlassuk meg a szükséges tudást és jelöljük ki a későbbi felülvizsgálatot. Ha nem vált be, állítsuk vissza vagy módosítsuk. A javítás csak akkor válik szervezeti tanulássá, ha a következő projekt már hozzáfér az eredményhez.

Ellenőrző lista

  • Mi a konkrét probléma és bizonyítéka?
  • Milyen kiváltó okot tud a csapat befolyásolni?
  • Ki felel a próbáért és mikorra?
  • Milyen adat mutat javulást, illetve nem kívánt hatást?
  • Mikor és ki dönt a szélesebb bevezetésről?

Részletes esettanulmány

Esettanulmány: visszatérő tesztadat-probléma megszüntetése

Egy termékcsapat minden kiadás előtt több órát veszít azzal, hogy a tesztadatokat kézzel állítja elő. A hibák egy része azért nem reprodukálható, mert a tesztfiókok adatai egymással ütköznek, a környezet visszaállítása pedig nem dokumentált.

A csapat már többször megemlítette a retrospektíven, de a következő iterációban nem változott semmi. A vezető most azt szeretné, ha a fejlesztési ötlet mérhető, felelőssel ellátott kísérletté válna.

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

  1. 1Mérd fel a jelenlegi helyzetet: mennyi előkészítési idő vész el, hány futás blokkolódik, mennyi hiba nem reprodukálható és mely szerepek függnek a kézi beavatkozástól.
  2. 2Keresd meg a kiváltó okot, ne csak a tünetet. Lehetséges ok a közös adatbázis, egyértelműtlen adatgazda, hiányzó takarítás vagy környezetenként eltérő konfiguráció.
  3. 3Válassz kicsi, alacsony kockázatú javítást: például verziózott tesztadatcsomagot, automatikus visszaállítási lépést vagy egyértelmű felelőst az adatgeneráláshoz.
  4. 4Próbaidőszak után hasonlítsd össze az előtte és utána mért adatokat. Ha a blokkolt futások csökkentek, a reprodukálhatóság nőtt, és a fenntartási költség elfogadható, a változás fokozatosan kiterjeszthető.
Menedzseri döntés

A csapat két kiadáson keresztül pilotként használ automatikus adatelőkészítést. Előre rögzítik a sikerkritériumot, a visszaállítás módját és azt, hogy ki dönt a szélesebb bevezetésről.

Gondold végig

Milyen mutatókat gyűjtenél a pilot előtt és után? Ne csak a gyorsaságot mérd: vegyél fel legalább egy minőségi és egy fenntarthatósági szempontot.

A lecke legfontosabb gondolatai

  • •A retrospektívből konkrét, mérhető intézkedés következzen.
  • •A pilot segít kicsiben kipróbálni a változtatást.
  • •A folyamatmérést minőségi tapasztalattal együtt értelmezd.

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.