Kontrolni popisi za testiranje softvera QA (uključeni su uzorci kontrolnih popisa)

qa software testing checklists

Kontrolni popisi za ispitivanje kvalitete softvera

Danas vam donosimo još jedan kvalitetan alat koji se toliko često slabo koristi da smo mislili da ćemo preispitati detalje o njemu u nadi da će vratiti izgubljenu slavu. To je ‘Kontrolna lista’.

Definicija: Kontrolni popis je katalog predmeta / zadataka koji se bilježe radi praćenja. Ovaj se popis može poredati u slijedu ili može biti slučajan.

Kontrolni popisi sastavni su dio našeg svakodnevnog života. Koristimo ih u raznim situacijama, od kupovine namirnica do popisa obveza za dnevne aktivnosti.

Što ćete naučiti:

• Pregled popisa za provjeru QA softvera
  • # 1) Pregled spremnosti za ispitivanje
  • # 2) Kontrolni popis kriterija za izlaz
  • Kontrolni popis za testiranje
  • Kontrolni popis za automatizaciju
  • Preporučena literatura

Pregled popisa za provjeru QA softvera

Čim dođemo u ured, uvijek napravimo popis stvari koje treba obaviti za taj dan / tjedan, kao u nastavku:

• Napunite radni list
• Završi dokumentacija
• Nazovite offshore tim u 10:30
• Sastanak u 16 sati itd.

Kad i kada je stavka na popisu gotova, brišete je, uklanjate s popisa ili označite stavku kvačicom - da biste označili da je završena. Nije li nam sve previše poznato?

Međutim, je li to sve za što se može koristiti?

Možemo li formalno koristiti kontrolne popise u našim IT projektima (konkretno QA) i ako da, kada i kako? To je ono što će biti obrađeno u nastavku.

besplatni softver za ispravljanje pogrešaka u registru

Osobno zagovaram upotrebu kontrolnih popisa iz sljedećih razloga:

• Svestran je - može se koristiti za bilo što
• Jednostavno za stvaranje / upotrebu / održavanje
• Analizirati rezultate (napredak zadatka / status izvršenja) vrlo je jednostavno
• Vrlo fleksibilno - stavke možete dodavati ili uklanjati po potrebi

Kao i opća praksa, razgovarat ćemo o aspektima 'Zašto' i 'Kako'.

• Zašto su nam potrebne kontrolne liste? : Za praćenje i procjenu završetka (ili nedovršavanja). Zabilježiti zadatke, tako da se ništa ne zanemari.
• Kako stvaramo kontrolne liste? : Pa, ovo ne može biti jednostavnije. Jednostavno, zapišite sve točku po točku.

Primjeri kontrolnih popisa za procese osiguranja kvalitete:

Kao što sam gore spomenuo, postoje neka područja u području osiguranja kvalitete u kojima možemo učinkovito primijeniti koncept kontrolnog popisa i postići dobre rezultate. Dva od područja koja ćemo danas vidjeti su:

• Pregled spremnosti za ispitivanje
• Kada zaustaviti testiranje ili kontrolni popis kriterija za izlaz

# 1) Pregled spremnosti za ispitivanje

Ovo je vrlo česta aktivnost koju provodi svaki QA tim kako bi utvrdio imaju li sve što je potrebno za nastavak faze izvođenja testa. Također, ovo je ponavljajuća aktivnost prije svakog ciklusa testiranja u projektima koji uključuju više ciklusa.

Da ne bismo nailazili na probleme nakon što započne faza testiranja i shvatili da smo prerano ušli u fazu izvršenja, svaki projekt osiguranja kvalitete mora provesti pregled kako bi se utvrdilo ima li sve ulazne podatke potrebne za uspješno testiranje.

Kontrolni popis savršeno olakšava ovu aktivnost. Omogućuje vam da unaprijed napravite popis 'stvari koje su potrebne' i da uzastopno pregledavate svaku stavku. Možete čak i ponovno koristiti list stvoren jednom za naredne cikluse ispitivanja.

Dodatne informacije: Pregled spremnosti za testiranje uglavnom se izrađuje, a pregled obavlja predstavnik QA tima. Rezultati se dijele s premijerima i ostalim članovima tima kako bi se naznačilo je li testni tim spreman ili ne za prelazak u fazu izvođenja testa.

Ispod je primjer uzorka kontrolnog popisa za provjeru spremnosti za ispitivanje:

Sada sve što morate učiniti s ovim popisom je označiti kao gotovo ili nedovršeno.

# 2) Kontrolni popis kriterija za izlaz

Kao što i samo ime govori, ovo je kontrolni popis koji pomaže u donošenju odluke treba li fazu / ciklus ispitivanja zaustaviti ili nastaviti.

Budući da proizvod bez kvarova nije moguć i morat ćemo se pobrinuti da testiramo u najboljoj mogućoj mjeri u zadanom vremenu - stvara se kontrolni popis dolje navedenog učinka za praćenje najvažnijih kriterija koje treba ispuniti da bi se faza ispitivanja smatrala zadovoljavajućom.

implementacija dijkstrinog algoritma najkraćeg puta u javi

Kontrolni popis za testiranje

Hoćete li započeti novi projekt za testiranje? Ne zaboravite provjeriti ovaj popis za testiranje u svakom koraku životnog ciklusa projekta. Popis je uglavnom ekvivalentan planu ispitivanja, pokrivat će sve standarde osiguranja kvalitete i ispitivanja.

Kontrolni popis za testiranje:

1. Stvaranje testova sustava i prihvaćanja []
2. Započni izradu testa prihvaćanja []
3. Identificirajte ispitni tim []
4. Izrada plana rada []
5. Stvori testni pristup []
6. Povezati kriterije prihvatljivosti i zahtjeve koji čine osnovu testa prihvatljivosti []
7. Upotrijebite podskup sistemskih slučajeva za oblikovanje dijela zahtjeva za provjeru prihvatljivosti []
8. Stvorite skripte za upotrebu od strane kupca kako biste dokazali da sustav udovoljava zahtjevima []
9. Stvorite raspored ispitivanja. Uključite ljude i sve ostale resurse. []
10. Provedite test prihvaćanja []
11. Započni izradu testa sustava []
12. Identificirajte članove testnog tima []
13. Izrada plana rada []
14. Utvrđivanje zahtjeva za resursima []
15. Identificirajte alate za produktivnost za testiranje []
16. Utvrđivanje zahtjeva za podacima []
17. Postignite dogovor s Centrom podataka []
18. Stvori testni pristup []
19. Identificirajte sve potrebne sadržaje []
20. Nabavite i pregledajte postojeći ispitni materijal []
21. Stvorite popis predmeta za testiranje []
22. Identificirajte stanja, uvjete, procese i postupke dizajna []
23. Utvrdite potrebu za testiranjem zasnovanim na kodu (bijeli okvir). Utvrdite uvjete. []
24. Utvrdite sve funkcionalne zahtjeve []
25. Završi stvaranje inventara []
26. Započni izradu test slučaja []
27. Stvorite test slučajeve na temelju popisa predmeta za testiranje []
28. Identificirajte logičke skupine poslovnih funkcija za novi sustav []
29. Podijelite test slučajeve u funkcionalne skupine koje se prate za testiranje inventara predmeta []
30. Dizajnirati skupove podataka koji odgovaraju test slučajevima []
31. Završi stvaranje testnog slučaja []
32. Pregledajte poslovne funkcije, test slučajeve i skupove podataka s korisnicima []
33. Dobijte potpis za dizajn testa od voditelja projekta i osiguranja kvalitete []
34. Dizajn završnog testa []
35. Započnite pripremu testa []
36. Nabavite resurse za podršku testiranju []
37. Navedite očekivane rezultate za svaki testni slučaj []
38. Pribavite podatke o ispitivanju. Provjera valjanosti i praćenje slučajeva []
39. Pripremite detaljne testne skripte za svaki testni slučaj []
40. Pripremite i dokumentirajte postupke postavljanja okoliša. Uključite sigurnosne kopije i planove oporavka []
41. Kraj faze pripreme za ispitivanje []
42. Provođenje ispitivanja sustava []
43. Izvrši test skripte []
44. Usporedite stvarni rezultat s očekivanim []
45. Dokumentirajte odstupanja i izradite izvještaj o problemu []
46. Pripremite ulaz faze održavanja []
47. Ponovno izvršite test grupu nakon popravka problema []
48. Stvorite završno izvješće o ispitivanju, uključite popis poznatih bugova []
49. Nabavite formalnu prijavu []

Kontrolni popis za automatizaciju

Ako odgovorite potvrdno na bilo koje od ovih pitanja, vaš test treba ozbiljno razmotriti za automatizaciju.

P # 1) Može li se definirati testni slijed radnji?

Odgovor: Je li korisno ponoviti redoslijed radnji više puta? Primjeri toga bili bi testovi prihvaćanja, testovi kompatibilnosti, testovi performansi i regresijski testovi.

P # 2) Je li moguće automatizirati redoslijed radnji?

Odgovor: To može utvrditi da automatizacija nije prikladna za ovaj slijed radnji.

P # 3) Je li moguće 'poluautomatizirati' test?

Odgovor: Automatizacija dijelova testa može ubrzati vrijeme izvođenja testa.

P # 4) Je li ponašanje testiranog softvera s automatizacijom jednako kao i bez njega?

Odgovor: Ovo je važna briga za ispitivanje performansi.

P # 6) Trebate li pokrenuti iste testove na više hardverskih konfiguracija?

Odgovor: Pokrenite ad-hoc testove (Napomena: U idealnom slučaju svaka programska pogreška trebala bi imati povezani testni slučaj. Ad hoc testove najbolje je raditi ručno. Pokušajte se zamisliti u stvarnim situacijama i koristiti svoj softver onako kako bi to učinio vaš kupac. Kako se pronalaze bugovi tijekom ad-hoc testiranja trebalo bi stvoriti nove test slučajeve kako bi se mogli lako reproducirati i kako bi se mogli izvršiti regresijski testovi kada dođete do faze izgradnje Zero Bug.)

Ad-hoc test je test koji se izvodi ručno gdje tester pokušava simulirati stvarnu upotrebu softverskog proizvoda. Većina bugova će se pronaći prilikom izvođenja ad hoc testiranja. Treba naglasiti da automatizacija nikada ne može biti zamjena za ručno ispitivanje.

Bilješke:

• Gornja su dva primjera za prikaz upotrebe kontrolnih popisa QA procesi , ali uporaba nije ograničena na ova dva područja.
• Stavke na svakom popisu također su pokazatelji koji čitateljima daju ideju o tome kakve se stavke mogu uključiti i pratiti - međutim, popis se po potrebi može proširiti i / ili sabiti.

Doista se nadamo da su gornji primjeri uspješno prenijeli potencijal kontrolnih popisa na QA i IT procese.

Dakle, sljedeći put kada budete trebali jednostavni alat koji je poluformalni, jednostavan i učinkovit, nadamo se da smo vas usmjerili na pružanje šanse kontrolnim popisima. Ponekad je najjednostavnije rješenje najbolje.

Preporučena literatura

• Najbolji alati za testiranje softvera 2021. [Alati za automatizaciju ispitivanja kvalitete]
• Posao za QA pomoćnika za testiranje softvera
• Tečaj za testiranje softvera: Koji bih se institut za testiranje softvera trebao pridružiti?
• Odabir testiranja softvera za vašu karijeru
• Ispitivanje softvera Posao pisca tehničkog sadržaja Posao slobodnjaka
• Uzorci ispitnih radova s ​​odgovorima na ISTQB testiranje
• Neka zanimljiva pitanja za ispitivanje softverskog testiranja
• Povratne informacije i kritike o tečaju softverskog testiranja