09 · Haladó tesztmenedzsment

Hibakezelés és tanulás a hibákból

A megfigyelt eltérést reprodukálható információvá és csapatintézkedéssé alakítjuk

A lecke végére képes leszel

  • Olyan hibajelentést írsz, amelyből másik szereplő is el tudja indítani a vizsgálatot.
  • Elkülöníted a hiba hatását a javítás sorrendjéről szóló döntéstől.

A hibafolyamat legyen egyszerű és következetes

A hibajelentés célja a megfigyelhető eltérés közlése és a kivizsgálás támogatása, nem a felelőskeresés. Rögzítsd a változatot, környezetet, előfeltételeket, tesztadatot, reprodukciós lépéseket, várt és tényleges eredményt, valamint az üzleti hatást. Napló vagy kép akkor hasznos, ha nem fed fel jelszót, személyes adatot vagy érzékeny üzleti információt.

A csapat állapotai lehetnek például új, triázsra vár, elfogadott, javítás alatt, ellenőrzésre kész, megerősített, újranyitott és lezárt. Nem a sok státusz a fontos, hanem hogy mindegyiknél világos legyen, ki cselekszik, mi szükséges a továbblépéshez, és mikor kérünk újra döntést.

A súlyosság a hiba lehetséges hatását jelzi, a prioritás a munka sorrendjéről szóló döntés. Egy ritka adatsérülés súlyos lehet, de egy közelgő kampány előtt a kisebb megjelenítési hiba is sürgős javítást kaphat. A besorolást a hatás bizonyítékával és az illetékes szereplővel egyeztessük.

Gyakorlati példa

A „nem működik a portál” cím helyett: „Tesztverzió 2.4, Chrome mobilnézet: a már mentett vizsgajelentkezés lemondásakor sikerüzenet jelenik meg, de a jelentkezés státusza aktív marad. A 4. lépés után reprodukálható; az elvárt státusz: lemondott.”

Triázs és gyökérok

A triázs során tisztázzuk, valóban termékhiba-e az eltérés, milyen verzióban jelenik meg, reprodukálható-e, kit érint, és van-e kerülőút. Ezután a javítás sorrendjéről döntünk. Ha kevés az információ, kérjünk célzott bizonyítékot, ne soroljuk automatikusan alacsony prioritásúként a hibát.

Javítás után az eredeti hiba megerősítő ellenőrzése szükséges, majd a módosítással érintett működés regressziós vizsgálata. A módosítás hatása a specifikációra, adatokra, integrációkra és beállításokra is kiterjedhet.

Ha ugyanaz a probléma több funkcióban visszatér, vizsgáld a közös forrást: félreérthető követelmény, hibás ellenőrzőlista, hiányzó szakértelem, nem reprezentatív tesztadat vagy túl késői visszajelzés. A gyökérok elemzése nem minden hibajegynél szükséges, de a súlyos vagy ismétlődő eseteknél segítheti a megelőzést.

Részletes esettanulmány

Esettanulmány: triázs egy fizetési hiba után

Egy rendezvényjegy-értékesítő felület terheléses próbáján néhány vásárlónál a fizetés sikeres, de a jegy nem jelenik meg azonnal. A hiba nem minden alkalommal reprodukálható. A kereskedelmi vezető kiadás előtt javítást kér, a fejlesztő viszont azt jelzi, hogy a fizetési szolgáltató válaszideje változó.

A triázsnak először azt kell tisztáznia, mi figyelhető meg, milyen feltételek között történik, mekkora a hatása, és mi a kockázat a felhasználó számára. A hibajegy ne tételezze fel bizonyíték nélkül, hogy az ok a külső szolgáltató vagy a fejlesztés hibája.

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

  1. 1Rögzítsd a verziót, a tesztkörnyezetet, a tranzakció-azonosítót, a tesztadatot, a pontos lépéseket, az elvárt és tényleges állapotot, valamint a kapcsolódó naplót.
  2. 2Határozd meg, hogy a fizetés ismételt elküldése duplikált terhelést okozhat-e. A pénzügyi hatás és a felhasználói bizalom miatt ez lehet súlyos még akkor is, ha kevés futásban jelentkezik.
  3. 3A súlyosság a lehetséges kár nagyságát írja le; a prioritás a javítás sürgősségéről szól. A kiadás előtti fizetési hiba magas prioritást kaphat, de ezt a döntési jogosulttal egyeztesd.
  4. 4A javítás után ismételd meg az eredeti reprodukciós esetet, ellenőrizd a kompenzációt és futtass kapcsolódó regressziós eseteket, például hálózati megszakadással és késleltetett válasszal.
Menedzseri döntés

A kiadási döntésig a csapat ellenőrzi a tranzakció egységességét és a helyreállítási utat. Ha az ok nem oldható meg időben, csak dokumentált üzleti elfogadással, világos monitorozással és visszaállítási tervvel merülhet fel a kiadás.

Gondold végig

Fogalmazd meg semlegesen a hibajegy címét és az elvárt/tényleges eredményt. Milyen adatot nem szabad beletenni a jelentésbe adatvédelmi vagy fizetési biztonsági okból?

A lecke legfontosabb gondolatai

  • •A jelentés a tényt különítse el a feltételezett októl.
  • •A súlyosság és a prioritás két külön kérdés.
  • •Súlyos vagy visszatérő hibánál keress közös kiváltó okot.

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.