A kezdő tesztelők leggyakoribb hibái - az első rész
Azok, akik a szoftvertesztelői karrierjük elején vannak, gyakran követnek el néhány tipikus hibát, amelyeket ebben a cikkben elemezni szeretnék, és néhány tippet kínálok azok elkerülésére.
Először is a hibák dokumentálásának kérdésével szeretnék foglalkozni. Mivel ez a tesztelési folyamat leggyakoribb tevékenysége, minden tesztelőnek képesnek kell lennie a hibák helyes dokumentálására. Tesztesetek nélkül is megtehetjük, de hibák nélkül sem.
Elég cikket írnának arról, hogy mit kell és mit nem kell írni a hibák címébe, de az elején szereplőek elkövetnek néhány konkrét hibát. A józan ész ajánlása szerint a hiba címének három kérdésre kell válaszolnia (Mi a? Ahol? Mikor?). A tanács nagyon jó, de miért olyan nehéz betartani?
Az első dolog, amit szem előtt kell tartanunk, hogy a hiba címének le kell írnia a probléma lényegét. Ezt gyakran az általunk használt nyelvre jellemző nyelvtani szabályok szerint írt mondattal tesszük.
Általában a hiba rövid leírása (összefoglalása) megválaszolja a következő kérdést: "Mi a baj?" vagy más szavakkal: "Mi a probléma?" Magának a címnek elegendő információt kell tartalmaznia ahhoz, hogy az olvasó képet kapjon a problémáról. Annak érdekében, hogy ezt legalább általánosságban érthetővé tegyük, meg kell válaszolnunk az alábbi három kérdést:
- "Mi a?" - le kell írni a program véleményünk szerint téves vagy a követelményeknek/szabványoknak/elvárásoknak nem megfelelő viselkedését. Más szóval, ez egy tünet.
- "Ahol?" - a rendszer vagy a termék melyik területén (modul, oldal, funkció). Ez lenne a helyszín.
- "Mikor?" - milyen körülmények között reprodukálható a hiba. Ez kiváltó tényező.
Ezt úgy gyakorolhatja, hogy megnézi a hibák leírását, hogy azok tükrözzék-e a probléma lényegét.
"Helytelen keresés a webhelyen"
Itt van egy másik összefoglaló ugyanannak a hibának: "A webhely üres keresőmezőjének művelete".
Mintha közelebb kerülnénk. Megérthetjük, hogy a hiba milyen funkcióra utal, sőt azonosíthatjuk azokat a körülményeket, amelyek mellett reprodukálhatjuk. De arra nincs válasz, hogy miért nem működik megfelelően. Csak „Az eredmény. ”- eredmény konkrét elemek nélkül. És ennek számítania kell!
A probléma megértéséhez meg kell értenünk a teljes leírást, és képesnek kell lenniünk a hiba újratermelésére. Olyan keresés esetén, ahol a keresési mező üres, a terméklista előtt egy kategória nézet ablak jelenik meg, ahol egy kép túl nagy, és nem tartja be a felhasználói felületet. Ezt röviden leírhatjuk a következő összefoglalóban:
"Miután kerestem az üres mezővel, egy túl nagy kép jelenik meg a" kategória-nézet "div."
Természetesen csatolni kell egy képernyőképet.
"megjegyzés"
Igen, ennyi. Funkcionális területre utaló szó.
Könnyebb lehet megérteni, ha az alábbiak szerint írtam:
"Végzetes hiba: 463, amikor megpróbálok véleményt küldeni a termékleírás oldalán."
„Törött elrendezés”
Ez a leírás tünet, helytelen viselkedés, ezért válaszként (meglehetősen általánosnak) tekinthető a "Mi (történik)?" Kérdésre. De hol történik pontosan? Melyik oldalon? Minden oldalon? Nem tiszta. És mit kell tenni ennek az eredménynek az elérése érdekében? Ez nem jelenik meg.
A helyes leírásnak a következőknek kell lennie:
"Azokon a képeken, ahol 150% -ot nagyítunk, az összes oldal átfedésben van."
És egy másik példa:
"Érvénytelen e-mail regisztráció."
Lehet, hogy ez a cím inkább tesztesetnek tűnik. Tisztán tudjuk, hogy a hiba milyen funkcióra utal - "regisztráció", és tudjuk, mi a kiváltó ok - "érvénytelen e-mail" (természetesen itt tisztáznunk kell, hogy mit jelent az érvénytelen e-mail). De mit jelent ez a hiba?
Pontosabb leírás lenne:
"A regisztráció érvénytelen e-mail címmel lehetséges"
"A regisztrációkor az e-mail nem érvényesül."
A cikk második részében néhány tippet tárgyalunk a hibabefoglalók készítéséről.
Karriert akar kezdeni a szoftver tesztelésében? Felfedez tanfolyamaink.