top 20 practical software testing tips you should read before testing any application
Želim da svi testeri pročitaju prakse testiranja softvera ažurirane u ovom članku . Pažljivo pročitajte svaku točku i pokušajte ih primijeniti u svakodnevnim aktivnostima testiranja. To očekujem od čitatelja kroz ovaj članak. Ako ne razumijete nijednu praksu ispitivanja, zatražite dodatna pojašnjenja u odjeljku za komentare u nastavku.
Međutim, sve ove prakse testiranja naučit ćete iskustvom. Ali zašto sve te stvari ne naučite prije nego što napravite pogrešku?
Dođi da pogledamo ih!
Evo nekoliko najboljih praksi testiranja koje sam naučio iz iskustva:
što je ispitivanje funkcionalnosti na primjeru
# 1) Naučite temeljito analizirati rezultate testa. Ne zanemarujte nikakve rezultate ispitivanja. Konačni rezultat testa može biti 'proći' ili 'propasti', ali rješavanje osnovnog uzroka 'neuspjeha' dat će vam rješenje problema. Ispitivači će biti poštovani ako ne samo prijave Bube ali i pružiti rješenja.
#dva) Naučite maksimizirati Obuhvat testom svaki put kada testirate bilo koju aplikaciju. 100% pokrivenost testom možda nije moguća, ali svejedno uvijek možete pokušati doći do nje.
# 3) Kako bi se osiguralo maksimalno pokrivanje testom, razbiti svoju prijavu na testu (AUT) na manje funkcionalne module. Napišite ispitne slučajeve na takvim pojedinačnim modulima jedinice. Također ako je moguće, razbijte ove module na manje dijelove.
Na primjer, pretpostavimo da ste svoju web stranicu podijelili u module i da je 'prihvaćanje korisničkih podataka' jedan od modula. Ovaj zaslon 'Korisničke informacije' možete razbiti na manje dijelove za pisanje testnih slučajeva: Dijelovi poput testiranja korisničkog sučelja, Ispitivanje sigurnosti , Ispitivanje funkcionalnosti obrasca 'Podaci o korisniku' itd.
Primijenite sve testove tipa i veličine polja obrasca, negativne testove i testove provjere valjanosti na polja za unos i napišite sve takve slučajeve za maksimalno pokriće.
# 4) Dok Pisanje test slučajeva , prvo napišite test slučajeve za predviđenu funkcionalnost, tj. za važeće uvjete prema zahtjevima. Zatim napišite test slučajeve za nevaljane uvjete. Ovo će pokriti očekivano i neočekivano ponašanje aplikacije koja se testira.
# 5) Mislite pozitivno. Započnite testiranje aplikacije s namjerom pronalaženja bugova / pogrešaka. Ne mislite unaprijed da u aplikaciji neće biti grešaka. Ako testirate aplikaciju s namjerom pronalaska bugova, sigurno ćete ih uspjeti pronaći Suptilne bube također.
# 6) Napišite svoje test slučajeve u samoj fazi analize zahtjeva i dizajniranja. Na ovaj način možete osigurati provjeru svih zahtjeva.
# 7) Napravite svoje testni slučajevi dostupni programerima prije kodiranja. Ne držite test slučajeve dok čekate da dobijete konačno izdanje aplikacije za testiranje, misleći da možete prijaviti još bugova. Neka programeri temeljito analiziraju vaše testne slučajeve kako bi razvili kvalitetnu aplikaciju. Ovo će također uštedjeti vrijeme za ponovni rad.
# 8) Ako je moguće identificirajte i grupirajte svoje test slučajeve za Ispitivanje regresije . To će osigurati brzo i učinkovito ručno testiranje regresije.
# 9) Aplikacije koje zahtijevaju kritično vrijeme odziva trebaju se temeljito testirati radi izvedbe. Ispitivanje performansi je kritični dio mnogih aplikacija. U Priručnik Testiranje, ovo je dio koji testovi najviše ignoriraju zbog nedostatka potrebnog velikog volumena podataka u ispitivanju performansi.
Doznajte načine za testiranje performansi aplikacije. Ako nije moguće ručno izraditi podatke za testiranje, napišite neke osnovne skripte za stvaranje podataka za testiranje performansi ili zatražite od programera da vam ga napišu.
# 10) Programeri ne bi trebali testirati vlastiti kôd. Kao što je raspravljeno u našem prethodni post , osnovno Jedinstveno testiranje razvijenih aplikacija trebalo bi biti dovoljno za programere da puste aplikaciju za testere. Ali vi (ispitivač) ne biste trebali prisiljavati programere da puste proizvod na testiranje.
Neka si uzmu vremena. Svi od voditelja do upravitelja znaju kada je modul / ažuriranje pušteno na testiranje i u skladu s tim mogu procijeniti vrijeme testiranja. Ovo je tipična situacija u Okretan projektno okruženje.
# 11) Iznad ispitivanja zahtjeva. Testirajte aplikaciju na ono što ne bi trebala raditi.
# 12) Dok radim regresijsko testiranje upotrijebite prethodni graf grešaka (Grafikon grešaka - broj grešaka pronađenih s vremenom za različite module). Ovaj grafički prikaz programske pogreške može biti koristan za predviđanje najvjerojatnijeg dijela programske pogreške.
# 13) Zabilježite nove pojmove, koncepte koje naučite tijekom testiranja. Držite tekstualnu datoteku otvorenom tijekom testiranja bilo koje aplikacije. Zabilježite tijek ispitivanja i zapažanja u tome. Koristite ova zapažanja na bilježnici dok pripremate završno izvješće o izdanju testa. Ova dobra navika pomoći će vam da dostavite cjelovito jednoznačno izvješće o ispitivanju i detalje o izdanju.
# 14) Mnogo puta testeri ili programeri naprave promjene u osnovi koda za aplikaciju koja se testira. Ovo je potreban korak u razvojnom ili testnom okruženju kako bi se izbjeglo izvršavanje obrade transakcija uživo kao u bankarskim projektima.
Zabilježite sve takve promjene koda izvršene u svrhu testiranja i u vrijeme konačnog izdanja pobrinite se da ste uklonili sve ove promjene iz konačnih resursa datoteka za implementaciju na strani klijenta.
# 15) Držite programere dalje od testnog okruženja. To je potreban korak za otkrivanje svih promjena u konfiguraciji u dokumentu o izdanju ili implementaciji. Ponekad programeri izvrše neke promjene konfiguracije sustava ili aplikacije, ali zaborave spomenuti one u koracima implementacije.
nedefinirana referentna pogreška c ++
Ako programeri nemaju pristup testnom okruženju, neće slučajno izvršiti takve promjene na testnom okruženju i ove nedostajuće stvari mogu se uhvatiti na pravom mjestu.
# 16) To je dobra praksa uključite testere iz same faze zahtjeva za softver i dizajna. Na taj način testeri mogu dobiti znanje o pouzdanosti aplikacije što rezultira detaljnim pokrivanjem testova. Ako se od vas ne traži da budete dio ovog razvojnog ciklusa, možete uputiti zahtjev svom voditelju ili upravitelju da uključi vaš testni tim u sve procese donošenja odluka ili sastanke.
# 17) Testirajući timovi trebali bi podijeliti najbolje prakse testiranja , iskustvo s ostalim timovima u njihovoj organizaciji.
# 18) Pojačajte razgovor s programerima da biste saznali više o proizvodu. Kad god je to moguće, uspostavite komunikaciju licem u lice za brzo rješavanje sporova i izbjegavanje nesporazuma.
Ali također kad shvatite zahtjev ili riješite bilo koji spor - pobrinite se da komunicirate na isti prepisani način komunikacije poput e-pošte. Ne držite ništa usmeno.
# 19) Ne trčite Izvan vremena za obavljanje visokoprioritetnih zadataka ispitivanja. Dajte prioritet svom ispitnom radu s visokog na niži prioritet i u skladu s tim planirajte svoj rad. Analizirajte sve povezane rizike kako biste svom poslu dali prioritet.
# 20) Napišite jasno, opisno, nedvosmisleno Izvještaj o greškama . Ne pružajte samo simptome greške već i učinke greške te sva moguća rješenja.
Ne zaboravite da je testiranje kreativan i izazovan zadatak. Napokon, sve ovisi o vašoj vještini i iskustvu kako se nositi s tim izazovom.
Preko vas:
Dijeljenje vlastitog iskustva testiranja, savjeta ili tajni testiranja u komentarima u nastavku svakako će učiniti ovaj članak zanimljivijim i korisnijim !!
Javite nam svoje misli / prijedlozi o ovom članku.
Preporučena literatura
- Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
- Posao za QA pomoćnika za testiranje softvera
- Je li testiranje softvera emocionalni zadatak?
- Tečaj za testiranje softvera: Koji bih se institut za testiranje softvera trebao pridružiti?
- Odabir testiranja softvera za vašu karijeru
- Testiranje softvera Posao pisca tehničkog sadržaja Posao slobodnjaka
- Što je ispitivanje majmuna u testiranju softvera?
- Testiranje aplikacija - u osnove testiranja softvera!