Meni

180+ primjera testiranja web aplikacija (Primjer kontrolnog popisa)

180 web application testing example test cases

Isprobajte Naš Instrument Za Uklanjanje Problema

Primjeri testiranja web aplikacija: Ovo je cjelovit popis za testiranje i web aplikacija i aplikacija stolnih računara.

Ovo je vrlo sveobuhvatan popis slučajeva / scenarija za testiranje web aplikacija. Cilj nam je podijeliti jedan od najopsežnijih kontrolnih popisa za testiranje ikad napisanih, a to još nije učinjeno.

I ubuduće ćemo ažurirati ovaj post s više test slučajeva i scenarija. Ako nemate vremena za čitanje sada, slobodno podijelite ovo sa svojim prijateljima i označite za kasnije.

Primjeri testnih slučajeva i scenarija web aplikacija

Napravite kontrolni popis za testiranje kao sastavni dio vašeg postupka pisanja testnih slučajeva. Pomoću ovog kontrolnog popisa možete lako stvoriti stotine datoteka Ispitni slučajevi za testiranje web ili desktop aplikacija.

To su sve opći primjeri ispitivanja i trebali bi se primijeniti na gotovo sve vrste aplikacija. Pogledajte ove testove dok pišete test slučajeve za svoj projekt i siguran sam da ćete pokriti veći dio vrste ispitivanja osim poslovnih pravila specifičnih za aplikaciju koja su navedena u vašim SRS dokumentima.

Iako je ovo uobičajeni kontrolni popis, preporučujem pripremu standardnog kontrolnog popisa za testiranje prilagođenog vašim specifičnim potrebama, koristeći donje testove uz testove specifične za aplikaciju.

Preporučeni alat:

Prije nastavka postupka pisanja test slučaja, preporučujemo preuzimanje ovog alata za upravljanje test slučajem. To će vam olakšati plan ispitivanja i postupak pisanja testnih slučajeva spomenutih u ovom vodiču.

=> Preuzmite TestRail alat za upravljanje test slučajevima

Testni slučaj 728

Važnost upotrebe kontrolnog popisa za testiranje

# 1) Održavanje standardnog spremišta višekratnih testnih slučajeva za vašu aplikaciju osigurat će brže hvatanje najčešćih programskih pogrešaka.
#dva) Kontrolni popis pomaže u brzom dovršenju pisanja testnih slučajeva za nove verzije aplikacije.
# 3) Ponovna upotreba testnih slučajeva pomaže uštedjeti novac na resursima za pisanje ponavljajućih testova.
# 4) Važni ispitni slučajevi bit će pokriveni uvijek, što ga čini gotovo nemogućim zaboraviti.
# 5) Programeri se mogu uputiti na kontrolni popis za testiranje kako bi osigurali jesu li najčešći problemi riješeni u samoj fazi razvoja.

Bilješke:

  • Izvršite ove scenarije s različitim korisničkim ulogama, npr. admin korisnik, gost gost itd.
  • Za web-programe, ovi scenariji treba testirati na više preglednika poput IE, FF, Chrome i Safari s verzijama koje je odobrio klijent.
  • Testirajte s različitim rezolucijama zaslona poput 1024 x 768, 1280 x 1024 itd.
  • Aplikaciju treba testirati na raznim zaslonima poput LCD-a, CRT-a, prijenosnika, tableta i mobilnih telefona.
  • Testirajte aplikaciju na različitim platformama poput Windows, Mac, Linux operativnih sustava itd.

Kontrolni popis za testiranje softvera

Što ćete naučiti:

180+ primjera testiranja web aplikacija

Pretpostavke: Pretpostavimo da vaša aplikacija podržava sljedeće funkcionalnosti

  • Obrasci s raznim poljima
  • Dječji prozori
  • Aplikacija komunicira s bazom podataka
  • Razni kriteriji filtra pretraživanja i rezultati prikaza
  • Prijenos slike
  • Pošaljite funkcionalnost e-pošte
  • Funkcija izvoza podataka

Opći scenariji ispitivanja

1. Sva obavezna polja trebaju biti provjerena i označena zvjezdicom (*).
2. Poruke o pogreškama provjere valjanosti trebaju biti ispravno prikazane u ispravnom položaju.
3. Sve poruke o pogreškama trebaju biti prikazane u istom CSS stilu ( Na primjer, pomoću crvene boje)
4. Općenite poruke o potvrdi trebaju se prikazivati ​​u CSS stilu koji nije stil poruka o pogreškama ( Na primjer, koristeći zelenu boju)
5. Tekst opisa alata trebao bi biti smislen.
6. Na padajućim poljima prvi unos treba biti prazan ili tekst poput 'Odaberi'.
7. 'Izbriši funkcionalnost' za bilo koji zapis na stranici treba zatražiti potvrdu.
8. Treba omogućiti opciju Odaberite / poništi odabir svih zapisa ako stranica podržava funkciju dodavanja / brisanja / ažuriranja zapisa
9. Vrijednosti iznosa trebale bi biti prikazane s točnim simbolima valuta.
10. Treba omogućiti zadano sortiranje stranica.
11. Funkcija gumba za poništavanje trebala bi postaviti zadane vrijednosti za sva polja.
12. Sve numeričke vrijednosti trebaju biti pravilno oblikovane.
13. Polja za unos treba provjeriti za maksimalnu vrijednost polja. Ulazne vrijednosti veće od navedenog maksimalnog ograničenja ne smiju se prihvatiti niti pohraniti u bazu podataka.
14. Provjerite jesu li u svim poljima za unos posebni znakovi.
15. Oznake polja trebaju biti standardne, npr. polje koje prihvaća korisničko ime mora biti pravilno označeno kao 'Ime'.
16. Provjerite funkciju sortiranja stranica nakon dodavanja / uređivanja / brisanja bilo kojeg zapisa.
17. Provjerite postoji li vremensko ograničenje. Vrijednosti vremenskog ograničenja trebaju se konfigurirati. Provjerite ponašanje aplikacije nakon isteka vremena rada.
18. Provjerite kolačiće koji se koriste u aplikaciji.
19. Provjerite upućuju li datoteke za preuzimanje ispravne putove datoteka.
20. Svi ključevi resursa trebaju se konfigurirati u konfiguracijskim datotekama ili bazi podataka umjesto da se teško kodiraju.
21. Tijekom imenovanja ključeva resursa treba se pridržavati standardnih konvencija.
22. Provjerite oznake za sve web stranice (provjerite HTML i CSS za sintaksne pogreške) kako biste bili sigurni da je u skladu sa standardima.
23. Rušenje aplikacije ili nedostupne stranice trebaju se preusmjeriti na stranicu s pogreškama.
24. Provjerite ima li u tekstu na svim stranicama pravopisnih i gramatičkih pogrešaka.
25. Provjerite numerička polja za unos vrijednostima unosa znakova. Trebala bi se pojaviti odgovarajuća poruka za provjeru valjanosti.
26. Provjerite ima li negativnih brojeva ako je to dopušteno za numerička polja.
27. Provjerite broj polja s decimalnim brojem vrijednosti.
28. Provjerite funkcionalnost gumba dostupnih na svim stranicama.
29. Korisnik ne bi smio moći dvaput poslati stranicu pritiskom na gumb za slanje uzastopno.
30. Za bilo koje izračune treba postupati s pogreškama podijeljene s nulom.
31. S ulaznim podacima s praznim prvim i posljednjim položajem treba pravilno postupati.

qa pitanja i odgovori za razgovore s ispitnim vodstvom

Scenariji GUI-ja i upotrebljivosti

1. Sva polja na stranici ( Na primjer, okvir za tekst, radio opcije, padajući popisi) trebaju biti pravilno poravnati.
2. Numeričke vrijednosti trebale bi biti pravilno opravdane, ako nije drugačije naznačeno.
3. Između oznaka polja, stupaca, redaka, poruka o pogreškama itd. Treba osigurati dovoljno prostora
4. Klizač bi trebao biti omogućen samo kada je to potrebno.
5. Veličina, stil i boja fonta za naslov, tekst opisa, naljepnice, podaci o terenu i podaci o mreži trebaju biti standardni kako je navedeno u SRS-u.
6. Tekstualni okvir opisa trebao bi biti višeredan.
7. Onemogućena polja trebaju biti zasjenjena, a korisnici ne bi trebali moći fokusirati ta polja.
8. Nakon klika na polje za unos teksta, pokazivač strelice miša trebao bi se promijeniti u kursor.
9. Korisnik ne bi trebao moći upisivati ​​padajuće popise za odabir.
10. Podaci koje korisnici ispunjavaju trebali bi ostati netaknuti kada se na stranici za slanje pojavi poruka o pogrešci. Korisnik bi trebao moći ponovo poslati obrazac ispravljanjem pogrešaka.
11. Provjerite koriste li se odgovarajuće oznake polja u porukama o pogreškama.
12. Vrijednosti padajućih polja trebaju se prikazati definiranim redoslijedom sortiranja.
13. Tab i Shift + Tab poredak trebali bi ispravno raditi.
14. Pri učitavanju stranice treba unaprijed odabrati zadane radio opcije.
15. Trebale bi biti dostupne poruke pomoći na terenu i na razini stranice.
16. Provjerite jesu li ispravna polja istaknuta u slučaju pogrešaka.
17. Provjerite jesu li opcije padajućeg popisa čitljive i nisu li skraćene zbog ograničenja veličine polja.
18. Svi gumbi na stranici trebali bi biti dostupni pomoću tipkovnih prečaca, a korisnik bi trebao biti u mogućnosti izvoditi sve radnje pomoću tipkovnice.
19. Provjerite jesu li na svim stranicama pokvarene slike.
20. Provjerite jesu li sve stranice neispravne.
21. Sve stranice trebaju imati naslov.
22. Poruke potvrde trebaju se prikazati prije izvođenja bilo kakvih operacija ažuriranja ili brisanja.
23. Pješčani sat bi trebao biti prikazan kad je aplikacija zauzeta.
24. Tekst stranice treba biti poravnat s lijeve strane.
25. Korisnik bi trebao biti u mogućnosti odabrati samo jednu radio opciju i bilo koju kombinaciju za potvrdne okvire.

Testni scenariji za kriterije filtra

1. Korisnik bi trebao moći filtrirati rezultate koristeći sve parametre na stranici.
2. Pročišćavanje funkcionalnosti pretraživanja trebalo bi učitati stranicu za pretraživanje sa svim parametrima pretraživanja koje su odabrali korisnici.
3. Kada je za obavljanje radnje pretraživanja potreban barem jedan kriterij filtra, pobrinite se da se prikaže ispravna poruka pogreške kad korisnik pošalje stranicu bez odabira bilo kojeg kriterija filtra.
4. Kada odabir barem jednog kriterija filtra nije obvezan, korisnik bi trebao moći poslati stranicu, a zadani kriteriji pretraživanja trebaju se naviknuti na rezultate upita.
5. Za sve nevaljane vrijednosti kriterija filtra trebaju se prikazati ispravne poruke provjere valjanosti.

Testni scenariji za mrežu rezultata

1. Simbol učitavanja stranice trebao bi se prikazati kada učitavanju stranice s rezultatima treba više od zadanog vremena.
2. Provjerite koriste li se svi parametri pretraživanja za dohvaćanje podataka prikazanih na mreži rezultata.
3. Ukupan broj rezultata trebao bi biti prikazan u mreži rezultata.
4. Kriteriji pretraživanja koji se koriste za pretraživanje trebali bi biti prikazani u mreži rezultata.
5. Vrijednosti mreže rezultata treba sortirati prema zadanom stupcu.
6. Poredani stupci trebaju se prikazati s ikonom za sortiranje.
7. Mreže rezultata trebale bi sadržavati sve navedene stupce s točnim vrijednostima.
8. Funkcija sortiranja uzlazno i ​​silazno trebala bi raditi za stupce podržane sortiranjem podataka.
9. Mreže s rezultatima trebaju se prikazati s pravilnim razmakom između stupaca i redaka.
10. Paginacija bi trebala biti omogućena kada ima više rezultata od zadanog broja rezultata po stranici.
11. Provjerite postoji li funkcionalnost paginiranja stranice Sljedeća, Prethodna, Prva i Posljednja.
12. Dvostruki zapisi ne bi trebali biti prikazani u mreži rezultata.
13. Provjerite jesu li vidljivi svi stupci i je li po potrebi omogućena vodoravna traka za pomicanje.
14. Provjerite podatke za dinamičke stupce (stupci čije se vrijednosti izračunavaju dinamički na temelju ostalih vrijednosti stupaca).
15. Za rešetke rezultata koje prikazuju izvješća označite redak 'Ukupno' i provjerite ukupan iznos za svaki stupac.
16. Za rešetke rezultata koje prikazuju izvješća provjerite podatke u retku 'Ukupno' kada je omogućena paginacija i korisnik se preusmjerava na sljedeću stranicu.
17. Provjerite koriste li se odgovarajući simboli za prikaz vrijednosti stupaca, npr. Za izračun postotka treba prikazati simbol%.
18. Provjerite podatke mreže rezultata da biste saznali je li omogućen datumski raspon.

Testni scenariji za prozor

1. Provjerite je li zadana veličina prozora točna.
2. Provjerite je li veličina prozora djeteta točna.
3. Provjerite postoji li na stranici neko polje sa zadanim fokusom (općenito, fokus treba postaviti na prvo polje za unos zaslona).
4. Provjerite zatvaraju li se podređeni prozori pri zatvaranju prozora roditelja / otvarača.
5. Ako se otvori podređeni prozor, korisnik ne bi smio koristiti ili ažurirati bilo koje polje u pozadini ili nadređeni prozor
6. Provjerite da li prozor minimizira, maksimizira i zatvara funkcionalnost.
7. Provjerite može li se prozor povećati.
8. Provjerite funkcionalnost trake za pomicanje za prozore roditelja i djeteta.
9. Provjerite funkcionalnost gumba za otkazivanje podređenog prozora.

Scenariji ispitivanja testiranja baze podataka

1. Provjerite spremaju li se točni podaci u bazu podataka nakon uspješnog slanja stranice.
2. Provjerite vrijednosti za stupce koji ne prihvaćaju null vrijednosti.
3. Provjerite integritet podataka. Podaci se trebaju pohraniti u jednu ili više tablica na temelju dizajna.
4. Imena indeksa treba dati prema standardima, npr. IND__
5. Tablice trebaju imati stupac primarnog ključa.
6. Stupci tablice trebali bi imati dostupne informacije o opisu (osim za stupce revizije poput datuma izrade, izrade itd.)
7. Za svaku bazu podataka dodajte / ažurirajte operativni dnevnik.
8. Potrebno je stvoriti potrebne indekse tablice.
9. Provjerite jesu li podaci predani bazi podataka tek kad je operacija uspješno dovršena.
10. Podaci bi se trebali vratiti u slučaju neuspjelih transakcija.
11. Naziv baze podataka treba dati prema vrsti aplikacije, tj. Test, UAT, pješčanik, uživo (iako ovo nije standard, korisno je za održavanje baze podataka)
12. Logička imena baze podataka treba dati prema nazivu baze podataka (opet ovo nije standardno, ali korisno za održavanje DB-a).
13. Pohranjene procedure ne bi trebale biti imenovane prefiksom 'sp_'
14. Provjerite jesu li vrijednosti za stupce revizije tablice (poput izrađenog datuma, stvorenog, ažuriranog, ažuriranog, izbrisanog, izbrisanih podataka, izbrisanih itd.) Pravilno popunjene.
15. Provjerite nisu li ulazni podaci skraćeni tijekom spremanja. Duljina polja koja se prikazuje korisniku na stranici i u shemi baze podataka trebala bi biti jednaka.
16. Provjerite numerička polja s minimalnim, maksimalnim i plutajućim vrijednostima.
17. Provjerite brojčana polja s negativnim vrijednostima (i za prihvaćanje i za neprihvaćanje).
18. Provjerite jesu li izborni gumb i opcije padajućeg popisa pravilno spremljene u bazu podataka.
19. Provjerite jesu li polja baze podataka dizajnirana s ispravnom vrstom podataka i duljinom podataka.
20. Provjerite jesu li sva ograničenja tablice kao što su Primarni ključ, Strani ključ itd. Pravilno implementirana.
21. Testirajte pohranjene procedure i okidače s uzorkom ulaznih podataka.
22. Vodeći i prateći razmaci polja za unos trebaju se skratiti prije predavanja podataka u bazu podataka.
23. Null vrijednosti ne smiju biti dopuštene za stupac Primarni ključ.

Testirajte scenarije za funkcionalnost prijenosa slika

(Primjenjivo i za ostale funkcije za prijenos datoteka)
1. Provjerite ima li učitane staze slike.
2. Provjerite prijenos slika i promjenu funkcionalnosti.
3. Provjerite funkcionalnost prijenosa slika pomoću slikovnih datoteka različitih ekstenzija ( Na primjer, JPEG, PNG, BMP itd.)
4. Provjerite funkcionalnost prijenosa slika sa slikama koje imaju prostor ili bilo koji drugi dopušteni posebni znak u nazivu datoteke.
5. Provjerite učitavanje slike dvostrukog imena.
6. Provjerite prijenos slike s veličinom slike većom od najveće dopuštene veličine. Trebala bi se prikazati odgovarajuća poruka o pogrešci.
7. Provjerite funkcionalnost prijenosa slika s vrstama datoteka koje nisu slike ( Na primjer, txt, doc, pdf, exe itd.). Treba prikazati odgovarajuću poruku o pogrešci.
8. Provjerite prihvaćaju li se slike određene visine i širine (ako su definirane) u suprotnom.
9. Traka napretka prijenosa slika trebala bi se pojaviti za slike velike veličine.
10. Provjerite radi li funkcija gumba za otkazivanje između postupka prijenosa.
11. Provjerite prikazuje li dijaloški okvir za odabir datoteka samo podržane datoteke na popisu.
12. Provjerite funkcionalnost prijenosa više slika.
13. Provjerite kvalitetu slike nakon prijenosa. Kvaliteta slike ne smije se mijenjati nakon prijenosa.
14. Provjerite je li korisnik u mogućnosti koristiti / pregledati učitane slike.

Testirajte scenarije za slanje e-pošte

(Ovdje nisu uključeni ispitni slučajevi za sastavljanje ili provjeru e-pošte)
(Obavezno upotrijebite lažne adrese e-pošte prije izvođenja testova povezanih s e-poštom)
1. Predložak e-pošte trebao bi koristiti standardni CSS za sve e-adrese.
2. Adrese e-pošte treba provjeriti prije slanja e-pošte.
3. Sa posebnim znakovima u predlošku tijela e-pošte treba pravilno postupati.
4. Znakovi specifični za jezik ( Na primjer, Znakovi ruskog, kineskog ili njemačkog jezika) trebaju se pravilno rukovati u predlošku tijela e-pošte.
5. Predmet e-pošte ne smije biti prazan.
6. Polja rezerviranog mjesta koja se koriste u predlošku e-pošte trebaju se zamijeniti stvarnim vrijednostima, npr. {Ime} {Prezime} bi trebalo zamijeniti imenom i prezimenom pojedinca pravilno za sve primatelje.
7. Ako su izvješća s dinamičkim vrijednostima uključena u tijelo e-pošte i podaci izvješća trebaju se pravilno izračunati.
8. Ime pošiljatelja e-pošte ne smije biti prazno.
9. E-poštu treba provjeravati u različitim klijentima e-pošte kao što su Outlook, Gmail, Hotmail, Yahoo! pošta itd.
10. Označite za slanje funkcionalnosti e-pošte pomoću polja TO, CC i BCC.
11. Provjerite e-poštu s običnim tekstom.
12. Provjerite e-poštu u HTML formatu.
13. U zaglavlju i podnožju e-pošte potražite logotip tvrtke, pravila o privatnosti i druge poveznice.
14. Provjerite e-poštu s prilozima.
15. Označite za slanje funkcionalnosti e-pošte pojedinačnim, višestrukim ili primateljima popisa za distribuciju.
16. Provjerite je li odgovor na e-adresu točan.
17. Označite za slanje velike količine e-pošte.

Testirajte scenarije za Excel izvoz funkcionalnosti

1. Datoteka bi se trebala izvesti u odgovarajućem nastavku datoteke.
2. Naziv datoteke za izvezenu Excel datoteku trebao bi odgovarati standardima, Na primjer, ako naziv datoteke koristi vremensku oznaku, trebalo bi je pravilno zamijeniti stvarnom vremenskom oznakom u vrijeme izvoza datoteke.
3. Provjerite postoji li format datuma ako izvožena Excel datoteka sadrži stupce s datumima.
4. Provjerite oblikovanje brojeva za numeričke ili valutne vrijednosti. Oblikovanje bi trebalo biti isto kao što je prikazano na stranici.
5. Izvezena datoteka trebala bi imati stupce s vlastitim imenima stupaca.
6. Zadano sortiranje stranica treba provesti i u izvoženoj datoteci.
7. Podaci Excel datoteke trebaju biti pravilno formatirani s tekstom zaglavlja i podnožja, datumima, brojevima stranica itd. Za sve stranice.
8. Provjerite jesu li podaci prikazani na stranici i izvezena Excel datoteka jednaki.
9. Provjerite funkcionalnost izvoza kad je omogućena paginacija.
10. Provjerite prikazuje li gumb za izvoz odgovarajuću ikonu prema izvoženoj vrsti datoteke, Na primjer, Ikona datoteke Excel za xls datoteke
11. Provjerite funkcionalnost izvoza za datoteke vrlo velike veličine.
12. Provjerite funkcionalnost izvoza za stranice koje sadrže posebne znakove. Provjerite jesu li ti posebni znakovi pravilno izvezeni u datoteci Excel.

Scenariji ispitivanja performansi

1. Provjerite je li vrijeme učitavanja stranice u prihvatljivom rasponu.
2. Provjerite učitavanje stranice na sporim vezama.
3. Provjerite vrijeme odziva za bilo kakve radnje u uvjetima laganog, normalnog, umjerenog i velikog opterećenja.
4. Provjerite izvedbu pohranjenih procedura i okidača baze podataka.
5. Provjerite vrijeme izvršavanja upita baze podataka.
6. Provjerite testiranje opterećenja aplikacije.
7. Provjerite testiranje naprezanja aplikacije.
8. Provjerite upotrebu CPU-a i memorije u uvjetima vršnog opterećenja.

Scenariji ispitivanja sigurnosnih ispitivanja

1. Provjerite ima li napada SQL ubrizgavanjem.
2. Sigurne stranice trebaju koristiti HTTPS protokol.
3. Pad stranice ne bi trebao otkriti podatke o aplikaciji ili poslužitelju. Za to bi trebala biti prikazana stranica pogreške.
4. Pobjegnite od posebnih znakova u ulazu.
5. Poruke o pogreškama ne bi trebale otkriti nikakve osjetljive informacije.
6. Sve vjerodajnice treba prenijeti preko šifriranog kanala.
7. Testirajte sigurnost lozinke i provođenje pravila lozinke.
8. Provjerite funkcionalnost odjave iz aplikacije.
9. Provjerite ima li napada Brute Force.
10. Podaci o kolačićima trebaju se čuvati samo u šifriranom obliku.
11. Provjerite trajanje kolačića sesije i prekid sesije nakon isteka vremena ili odjave.
11. Žetoni sesije trebaju se prenositi zaštićenim kanalom.
13. Lozinka se ne smije čuvati u kolačićima.
14. Test za napade uskraćivanja usluge.
15. Test na curenje memorije.
16. Testirajte neovlašteni pristup aplikacijama manipulirajući vrijednostima varijabli u adresnoj traci preglednika.
17. Provjerite predavanje nastavka datoteke tako da se exe datoteke ne prenose i izvršavaju na poslužitelju.
18. Osjetljiva polja poput lozinki i podataka o kreditnoj kartici ne bi trebala imati omogućeno automatsko popunjavanje.
19. Funkcija prijenosa datoteka trebala bi koristiti ograničenja vrste datoteka, kao i antivirus za skeniranje prenesenih datoteka.
20. Provjerite je li popis direktorija zabranjen.
21. Zaporke i druga osjetljiva polja trebaju biti maskirani tijekom tipkanja.
22. Provjerite je li funkcionalnost zaboravljene lozinke zaštićena značajkama poput privremenog isteka lozinke nakon određenog sata i postavljanja sigurnosnog pitanja prije promjene ili traženja nove lozinke.
23. Provjerite funkcionalnost CAPTCHA.
24. Provjerite jesu li važni događaji prijavljeni u datoteke dnevnika.
25. Provjerite jesu li povlastice pristupa pravilno implementirane.

Ispitni slučajevi ispitivanja penetracije - Nabrojao sam oko 41 test slučajeva za ispitivanje penetracije ova stranica .

Doista bih se zahvalio Devanshu lavaniya (Sr. QA Engineer koji radi za I-link Infosoft) jer mi je pomogao pripremiti ovaj sveobuhvatni popis za testiranje.

Pokušao sam obuhvatiti gotovo sve standardne testne scenarije za funkcionalnost aplikacija za web i radnu površinu. Ali ipak znam da ovo nije potpuni popis. Ispitivači na različitim projektima imaju vlastiti popis za testiranje na temelju svog iskustva.

Ažurirano:

100+ testnih slučajeva spremnih za izvršenje (kontrolni popisi)

Ovim popisom možete testirati najčešće komponente AUT

Kako učinkovito testirati najčešće komponente vašeg AUT-a, svaki put?

Ovaj je članak popis uobičajenih provjera valjanosti najrasprostranjenijih elemenata AUT - koji se sastavlja radi praktičnosti testera (posebno u agilnom okruženju u kojem se događaju česta kratkoročna izdanja).

Svaki AUT (aplikacija koja se testira) jedinstven je i ima vrlo specifičnu poslovnu svrhu. Pojedinačni aspekti (moduli) AUT-a prilagođavaju različitim operacijama / radnjama koje su ključne za uspjeh poslovanja koje AUT podržava.

Iako je svaki AUT dizajniran drugačije, pojedinačne komponente / polja koja susrećemo na većini stranica / zaslona / aplikacija jednake su s više ili manje sličnim ponašanjem.

spremni test slučajevi

Neke uobičajene komponente AUT:

  • Spremi, ažuriraj, izbriši, resetiraj, otkaži, u redu - veze / gumbi - čiju funkcionalnost označava oznaka objekta.
  • Tekstualni okvir, padajući izbornici, potvrdni okviri, radio gumbi, polja za kontrolu datuma - koja svaki put rade na isti način.
  • Mreže podataka, pogođena područja itd. Za olakšavanje izvještaja.

Način na koji ovi pojedinačni elementi doprinose ukupnoj funkcionalnosti aplikacije može se razlikovati, ali koraci za njihovu provjeru uvijek su isti.

Nastavimo s popisom najčešćih provjera valjanosti za Web ili Desktop aplikacija stranice / obrasci.

Bilješka : Stvarni rezultat, očekivani rezultat, podaci o ispitivanju i drugi parametri koji su obično dio testnog slučaja izostavljeni su radi jednostavnosti - koristi se opći pristup kontrolnom popisu.

kako gledati anime besplatno

Svrha ovog sveobuhvatnog kontrolnog popisa:

Primarna svrha ovih kontrolnih popisa (ili testnih slučajeva) je osigurati maksimalnu pokrivenost testima na validacijama na razini polja bez trošenja previše vremena, a istovremeno ne narušavati kvalitetu njihovog testiranja.

Napokon, povjerenje u proizvod može se postići testiranjem svakog pojedinog elementa u najboljoj mogućoj mjeri.

Cjelovit popis za provjeru (test slučajevi) za najčešće komponente AUT

Bilješka:Te popise za provjeru možete koristiti u formatu Microsoft Excel (preuzimanje je priloženo na kraju članka). Možete čak i pratiti izvršavanje testa u istoj datoteci s rezultatima prolaska / neuspjeha i statusom.

Ovo bi mogao biti sve-u-jednom resurs za QA timove koji će testirati i pratiti najčešće komponente AUT.Možete dodati ili ažurirati test slučajeve specifične za vašu aplikacijui učinite ga još opsežnijim popisom.

Kontrolni popis # 1: Kontrolni popis za mobilno testiranje

Naziv modula:
Funkcionalnost modula:
Učinak modula na aplikaciju:
Protok modula:
Izbornik i podizbornik:
Pravopis i redoslijed i prikladnost:
Kontrola za svaki podizbornik:

Kontrolni popis # 2: Kontrolni popis za testiranje obrazaca / zaslona

Funkcionalnost obrasca:
Učinak obrasca na prijavu:
Tijek obrasca:
Projektiranje:
Poravnanja:
Titula:
Imena polja:
Pravopisi:
Obavezne oznake:
Upozorenja za obavezna polja:
Gumbi:
Zadani položaj kursora:
Slijed kartice:
Stranica prije unosa podataka:
Stranica nakon unosa podataka:

Kontrolni popis # 3: Kontrolni popis za terensko testiranje tekstualnog okvira

Tekstualni okvir:

DODAJ (na zaslonu za dodavanje) UREDI (na zaslonu Uredi)
Likovi
Posebni znakovi
Brojevi
Ograničiti
Upozorenje
Pravopis i gramatika u poruci upozorenja:

BVA (veličina) za okvir za tekst:

Min -> -> Prolaz
Min-1 -> -> Neuspjeh
Min + 1 -> -> Prolazak
Max-1 -> -> Prolaz
Max + 1 -> -> Neuspjeh
Max -> -> Prolaz

ECP za okvir za tekst:

Vrijedi Važi
- -
- -

Kontrolni popis # 4: Kontrolni popis za provjeru okvira s popisom ili padajućeg popisa

Popis / padajući popis:

DODAJ (na zaslonu za dodavanje) UREDI (na zaslonu Uredi)
Zaglavlje
Ispravnost postojećih podataka
Redoslijed podataka
Odabir i poništavanje odabira
Upozorenje:
Pravopis i gramatika poruke upozorenja
Kursor nakon uzbune
Odraz odabira i poništavanja odabira u preostalim poljima

Kontrolni popis # 5: Kontrolni popis za provjeru polja za provjeru

Checkbox:

DODAJ (na zaslonu za dodavanje) UREDI (na zaslonu Uredi)
Zadani odabir
Akcija nakon odabira
Akcija nakon uklanjanja odabira
Odabir i poništavanje odabira
Upozorenje:
Pravopis i gramatika poruke upozorenja
Kursor nakon uzbune
Odraz odabira i poništavanja odabira u preostalim poljima

Kontrolni popis # 6: Kontrolni popis za testiranje radio gumba

Radio gumb:

DODAJ (na zaslonu za dodavanje) UREDI (na zaslonu Uredi)
Zadani odabir
Akcija nakon odabira
Akcija nakon uklanjanja odabira
Odabir i poništavanje odabira
Upozorenje:
Pravopis i gramatika poruke upozorenja
Kursor nakon uzbune
Odraz odabira i poništavanja odabira u preostalim poljima

Kontrolni popis # 7: Scenariji ispitivanja datumskog polja

Datumsko polje:

DODAJ (na zaslonu za dodavanje) UREDI (na zaslonu Uredi)
Zadani prikaz datuma
Dizajn kalendara
Navigacija za različite mjesece i godine u kontroli datuma
Ručni unos u okvir za tekst datuma
Format datuma i ujednačenost s cjelokupnom aplikacijom
Upozorenje:
Pravopis i gramatika poruke upozorenja
Kursor nakon uzbune
Odraz odabira i poništavanja odabira u preostalim poljima

Kontrolni popis br. 8: Scenariji testiranja gumba za spremanje

Spremi / ažuriraj:

DODAJ (na zaslonu za dodavanje) UREDI (na zaslonu Uredi)
Bez davanja podataka:
Sa samo obaveznim poljima:
Sa svim poljima:
S maksimalnim ograničenjem:
S minimalnim ograničenjem
Pravopis i gramatika u poruci upozorenja o potvrdi:
Pokazivač
Umnožavanje jedinstvenih polja:
Pravopis i gramatika u dupliciranju Poruka upozorenja:
Pokazivač

Kontrolni popis br. 9: Scenariji testa gumba za otkazivanje

Otkazati:

S podacima u svim poljima
Sa samo obaveznim poljima:
Sa svim poljima:

Kontrolni popis # 10: Izbriši točke za testiranje gumba

Izbrisati:

UREDI (na zaslonu Uredi)
Izbrišite zapis koji se nigdje ne koristi u aplikaciji
Izbrišite zapis koji ima ovisnost
Ponovo dodajte novi zapis s istim izbrisanim detaljima

Kontrolni popis br. 11: Provjera zahvaćenih područja nakon spremanja ili ažuriranja

Nakon spremanja / ažuriranja:

Prikaz u prikazu
Refleksija u impaktiranim oblicima u aplikaciji

Kontrolni popis br. 12: Popis za testiranje mreže podataka

Mreža podataka:

Naslov rešetke i pravopis
Obrazac Prije davanja bilo kakvih podataka
Poruka Prije davanja bilo kakvih podataka
Pravopisi
Poravnanja
S Ne
Imena polja i redoslijed
Ispravnost postojećih podataka
Redoslijed postojećih podataka
Usklađivanje postojećih podataka
Navigatori stranica
Podaci prilikom navigacije različitim stranicama

Uredi funkcionalnost veze

Stranica nakon uređivanja:
Naslov i pravopisi
Postojeći podaci odabranog zapisa u svakom polju
Gumbi

Iako ovaj popis možda nije iscrpan, doista je opsežan.

PREUZIMANJE DATOTEKA==> Sve ove popise možete preuzeti u MS Excel formatu: Preuzmi u Excel formatu

Bilješke:

  1. Ovisno o vašoj potrebi, mogu se dodati dodatni testovi za svaku kategoriju / za svako polje ili ukloniti postojeća polja. Drugim riječima, ovi su popisi potpuno prilagodljivi.
  2. Kada trebate uključiti provjere na razini polja u svoje testne pakete, sve što morate učiniti je podići odgovarajući popis i upotrijebiti ga za zaslon / stranicu koju želite testirati.
  3. Održavajte kontrolni popis ažuriranjem statusa uspješnosti / neuspjeha kako biste ovo učinili na jednom mjestu za uvrštavanje značajki, njihovo validiranje i bilježenje rezultata testa.

Slobodno napravite ovo cjelovitim kontrolnim popisom dodavanjem dodatnih Test slučajeva / scenarija ili negativnih test slučajeva u odjeljak za komentare u nastavku.

Također, bilo bi mi drago da ovo podijelite sa svojim prijateljima!

PREV Vodič | SLJEDEĆA Vodič

Preporučena literatura

^