this scenario explains how important it is document frequently encountered errors
Ali verjamete, da se napake programske opreme pojavijo le enkrat in da se ob odpravi nikoli več ne pojavijo? Menim, da se približno 30% napak ponovi.
V tem članku želim predstaviti, kako pomembno je dokumentirati nekatere najpogostejše napake.
Spodaj jih boste našli skupna območja, kjer se vidijo težave in predlogo za njihovo dokumentiranje.
Upam, da vam bo v pomoč!
slike vir
Scenarij št. 1
Koda je nameščena in pripravljena za preverjanje kakovosti. John, preizkuševalec je pripravljen na testne primere. Del preizkusa naleti na težavo. Zdi se mu, da je bilo to že večkrat opaženo, vendar John ni vedel, kako bi to rešil.
Tako John kot Sheryl sta šla iskat Smitha, ki je že prej videl isto napako in jo že odpravil. Na žalost je bil Smith tisti dan na dopustu.
Kaj naj zdaj stori Janez? Bi John moral poskusiti najti Smitha, da bi našel rešitev, tudi če Smith ni na voljo?
Če se okoljsko vprašanje večkrat pojavlja v več izdajah, dobro je dokumentirati podrobnosti in ga postavite na skupno mesto. To bo odpravilo odvisnost od posameznika in vsem članom ekipe pomaga, da sami najdejo rešitev, ko se to zgodi.
2. scenarij
John preizkuša novo izdajo in znova naleti na znano napako. Tokrat ve, da mu je bila v eni od preteklih izdaj ustvarjena napaka. Vprašanje pa je: 'Kako najdem številko napake in druge s tem povezane podatke?'
Tudi v tem primeru bi po vašem mnenju John pomagal?
- Poiščite napako v Orodje za sledenje napakam z opisom?
- Išči po vsem preteklem poročila o napakah ?
- Se obrnite na vodjo njegove ekipe za pomoč?
To so možnosti.
Toda po mojem mnenju tovrstne težave dobro dokumentirajo na ločenem področju in jih delijo z ekipo, to pomeni dodano vrednost in prihrani čas.
Kaj se boste naučili:
- Nekatera področja s pogostimi napakami:
- Prenesite predloge za sledenje pogostim napakam
- Prednosti dokumentiranja pogostih napak
- Zaključek
- Priporočeno branje
Nekatera področja s pogostimi napakami:
1) Parametrska datoteka - Glede na moje izkušnje z orodjem Informatica sem v mnogih primerih opazil datoteko param, ki kaže na napačno povezavo z DB. Večkrat je povzročilo iste težave. Glavni razlog je bil, da sta si povezavo delila dev in QA. Torej je bilo treba datoteko param vedno posodobiti glede na potrebe, da bi se izognili napaki.
2) URL kaže na napačen DB
3) Težave z dostopom - Uporabniki naletijo na težave, kadar nimajo zadostnih ali nepravilnih dovoljenj za dostop do baze podatkov. V tem primeru bi bil v veliko pomoč dokument, ki opisuje korake, ki jih je treba sprejeti, ali osebo / osebe, na katere je treba stopiti v stik.
4) Izdaja podatkov o preskusu - Uporaba napačne oblike ali vrednosti podatkov bo pogosteje povzročila težave.
5) Težave z DB - Časovna omejitev povezave DB je ena tako pogostih težav. Nekateri izpadi so začasni, načrtovani, včasih pa bomo morda potrebovali pomoč DBA. Uporabniki so vnaprej obveščeni o načrtovanem vzdrževanju, toda preizkuševalci vsekakor potrebujejo začasne napake in rešitev
Večina ponavljajočih se napak je na splošno okoljska vprašanja .
Vendar vprašanja kode ni mogoče prezreti. Zgornja razprava je splošna in ne vključuje težav s kodo, ker so težave s kodo bolj specifične za vašo aplikacijo, ogrodje, programski jezik itd.
kako izgleda modem
Lahko bi bilo tudi majhno območje napak vnos podatkov ali napaka pri človeški uporabi s .
PrenesiPredloge za sledenje pogostim napakam
Besedna oblika
=> Prenos predloge za sledenje napakam (Svet)
Oblika zapisa Excel
=> Prenos predloge za sledenje napakam (Excel)
Prednosti dokumentiranja pogostih napak
1) Odpravlja odvisnost - V 1. scenariju je bil John za reševanje odvisen od Smitha. Če bi obstajal dokument za Janezovo referenco, ki ne bi bil tako.
2) Hitrejši preobrat - Vzemimo scenarij 2. Preizkuševalcu ne bi bilo treba pregledati celotnega seznama že zabeleženih napak, če bi obstajal poseben dokument za visokofrekvenčne težave.
3) Pomaga novim članom ekipe, da so samozadostni
4) Pomaga pri odpravljanju človeških napak
Zaključek
Rekel bi, da je vsekakor koristno dokumentirati pogostejše težave, saj bi bilo to čudovito sklicevanje in dodana vrednost.
Dokumentiranje med izvajanjem preizkusa lahko postane dolgočasno, toda kot najboljša praksa lahko med izvajanjem ustvarjate grobe opombe, ki jih lahko kasneje povzamete in posodobite v skupnih dokumentih.
Priporočeno branje
- 10 najboljših sistemov za upravljanje dokumentov za boljši potek dela
- MongoDB Posodobi in izbriši dokument s primeri
- Poizvedbeni dokument MongoDB z uporabo metode Find () (primeri)
- Vadnica sistema za upravljanje dokumentov SharePoint
- 7 vrst napak programske opreme, ki bi jih moral poznati vsak preizkuševalec
- Kako preizkusiti pametnejše: raziščite več, manj dokumentov
- Testni scenarij in testni primer: Kakšna je razlika med njimi?
- Kako napisati testni dokument strategije (z vzorčno predlogo preizkusne strategije)