this scenario explains how important it is document frequently encountered errors
Vjerujete li da se softverske pogreške javljaju samo jednom i da se nakon popravljanja nikad više neće pojaviti? Osjećam da se oko 30% pogrešaka ponavlja.
U ovom članku želim objasniti koliko je važno dokumentirati neke od često nailazećih pogrešaka.
Ispod ćete pronaći neke zajednička područja u kojima se vide problemi i predložak za njihovo dokumentiranje.
Nadam se da će vam biti od pomoći!
slika izvor
Scenarij # 1
Kôd je postavljen i spreman za osiguranje kvalitete. Johne, tester je spreman sa svojim test slučajevima. Dio puta kroz testiranje, naišao je na problem. Smatra da je to primijećeno nekoliko puta ranije, ali John nije znao kako to riješiti.
I John i Sheryl otišli su potražiti Smitha koji je ranije vidio istu grešku i prije je riješio. Nažalost, Smith je toga dana bio na dopustu.
Što bi John trebao učiniti sada? Bi li John trebao pokušati kontaktirati Smitha kako bi pronašao rješenje čak i kad Smith nije dostupan?
Stoga, ako se problem zaštite okoliša viđa više puta u više izdanja, dobra je ideja dokumentirati detalje i smjestite ga na zajedničko mjesto. To će eliminirati ovisnost o bilo kojem pojedincu i pomoći svim članovima tima da sami pronađu rješenje kada se to dogodi.
Scenarij # 2
John testira novo izdanje i ponovno nailazi na poznatu pogrešku. Ovaj put zna da mu je u jednom od prošlih izdanja stvoren nedostatak. Ali pitanje je: 'kako pronaći broj kvara i ostale povezane detalje?'
I u ovom slučaju, što mislite da bi Johnu pomoglo?
- Potražite kvar u Alat za praćenje nedostataka s opisom?
- Pretražite sve prošlosti izvještaji o nedostacima ?
- Pristupiti vodstvu njegovog tima za pomoć?
To su mogućnosti.
Ali po mom mišljenju, ako se takvi problemi dobro dokumentiraju na odvojenom području i podijele s timom, to dodaje vrijednost i štedi vrijeme.
Što ćete naučiti:
- Neka od područja s čestim pogreškama:
- Preuzmite predloške za praćenje grešaka koje se često susreću
- Prednosti dokumentiranja pogrešaka koje se često susreću
- Zaključak
- Preporučena literatura
Neka od područja s čestim pogreškama:
1) Datoteka parametara - Na temelju mog iskustva s alatom Informatica, u mnogim sam slučajevima primijetio datoteku param koja ukazuje na pogrešnu DB vezu. Dovelo je do istih problema više puta. Glavni razlog bio je taj što su vezu dijelili dev i QA. Dakle, datoteku param uvijek je trebalo ažurirati prema potrebama kako bi se izbjegla pogreška.
2) URL koji upućuje na netočan DB
3) Problemi s pristupom - Korisnici nailaze na probleme kada imaju nedovoljne ili netočne dozvole za pristup DB-u ili u ovom slučaju, dokument koji opisuje korake koje treba poduzeti ili osoba / osobe koje treba kontaktirati bio bi od velike pomoći.
4) Izdavanje podataka o testiranju - Korištenje netočnog formata ili vrijednosti podataka češće rezultira problemima.
5) DB pitanja - Vrijeme čekanja za DB vezu jedan je od takvih čestih problema. Neki zastoji su privremeni, planirani i ponekad će nam možda trebati pomoć DBA-e. Korisnici su unaprijed obaviješteni o planiranom održavanju, ali za privremene pogreške i rješenje, testeri definitivno trebaju
Većina ponovljenih pogrešaka su uglavnom pitanja okoliša .
Međutim, problemi s kodom ne može se zanemariti. Gornja rasprava je generička i ne uključuje probleme s kodom jer su problemi s kodom specifičniji za vašu aplikaciju, okvir, programski jezik itd.
razlika između test scenarija i test slučaja
Može biti i malo područje nedostataka unos podataka ili pogreška korištenja ljudi s .
preuzimanje datotekaPredlošci za praćenje grešaka koje se često susreću
Oblik riječi
=> Preuzmi predložak za praćenje pogrešaka (Svijet)
Excel format
=> Preuzmi predložak praćenja pogrešaka (Excel)
Prednosti dokumentiranja pogrešaka koje se često susreću
1) Eliminira ovisnost - U scenariju 1, John je ovisio Smitha radi rješavanja. Da postoji dokument za Johnovu referencu, to ne bi bio slučaj.
2) Brži zaokret - Uzmimo scenarij 2. Ispitivač ne bi morao prolaziti kroz cijeli popis već evidentiranih kvarova ako postoji poseban dokument za visokofrekventne probleme.
3) Pomaže novim članovima tima da budu samodostatni
4) Pomaže u rješavanju ljudskih pogrešaka
Zaključak
Rekao bih da je definitivno korisno dokumentirati sve češće probleme, jer bi to bilo izvrsna referenca i dodala vrijednost.
Dokumentiranje dok je izvođenje testa može postati zamorno, ali kao najbolja praksa, tijekom izvođenja mogu se voditi grube bilješke koje se kasnije mogu sažeti i ažurirati u zajedničkim dokumentima.
Preporučena literatura
- 10 najboljih sustava za upravljanje dokumentima za bolji tijek rada
- MongoDB Ažuriranje i brisanje dokumenata s primjerima
- MongoDB dokument upita pomoću metode Find () (primjeri)
- Vodič za sustav upravljanja dokumentima SharePoint
- 7 vrsta softverskih pogrešaka koje bi svaki tester trebao znati
- Kako pametnije testirati: istražite više, manje dokumentirajte
- Testni scenarij i testni slučaj: Koja je razlika između njih?
- Kako napisati dokument strategije testiranja (s uzorkom predloška strategije testiranja)