180+ Primeri preizkusov spletnih aplikacij (vzorčni kontrolni seznam)

180 web application testing example test cases

Primeri preizkusov spletnih aplikacij: To je popoln kontrolni seznam za testiranje tako za spletne, kot tudi za namizne programe.

To je zelo obsežen seznam primerov / scenarijev preizkušanja spletnih aplikacij. Naš cilj je deliti enega najobsežnejših kontrolnih seznamov za preizkušanje, ki so jih kdajkoli napisali, kar še ni storjeno.

Tudi v prihodnje bomo to objavo posodabljali z več testnimi primeri in scenariji. Če je zdaj nimate časa prebrati, jo lahko delite s prijatelji in jo dodate med zaznamke.

Naredite kontrolni seznam za preizkušanje kot sestavni del postopka pisanja testnih primerov. S pomočjo tega kontrolnega seznama lahko enostavno ustvarite na stotine Testni primeri za testiranje spletnih ali namiznih aplikacij.

To so vsi splošni testni primeri in bi jih morali uporabljati za skoraj vse vrste aplikacij. Oglejte si te teste med pisanjem testnih primerov za svoj projekt in prepričan sem, da boste pokrili večino vrste preskušanja razen posebnih poslovnih pravil, ki so navedena v dokumentih SRS.

Čeprav je to pogost kontrolni seznam, priporočam, da poleg preskusov, specifičnih za aplikacijo, pripravite standardni kontrolni seznam za testiranje, prilagojen vašim specifičnim potrebam, s spodnjimi primeri.

Priporočeno orodje:

Preden nadaljujete s postopkom pisanja testnih primerov, priporočamo, da prenesete to orodje za upravljanje testnih primerov. To vam bo olajšalo testni načrt in postopek pisanja primerov, omenjenih v tej vadnici.

=> Prenesite orodje za upravljanje testnih primerov TestRail

Pomen uporabe kontrolnega seznama za testiranje

# 1) Vzdrževanje standardnega repozitorija testnih primerov za večkratno uporabo za vašo aplikacijo bo zagotovilo hitrejše odkrivanje najpogostejših napak.
#two) Kontrolni seznam pomaga hitro pisati testne primere za nove različice aplikacije.
# 3) Ponovna uporaba testnih primerov pomaga prihraniti denar na virih za pisanje ponavljajočih se testov.
# 4) Pomembni testni primeri bodo vedno zajeti, s čimer je skoraj nemogoče pozabiti.
# 5) Razvijalci se lahko sklicujejo na kontrolni seznam za testiranje, da se prepričajo, ali so najpogostejše težave odpravljene v sami razvojni fazi.

Opombe:

• Izvedite te scenarije z različnimi uporabniškimi vlogami, npr. uporabnik skrbnika, uporabnik gost itd.
• Za spletne aplikacije ti scenariji je treba preizkusiti v več brskalnikih kot so IE, FF, Chrome in Safari z različicami, ki jih je odobril odjemalec.
• Preizkusite z različnimi ločljivostmi zaslona, ​​na primer 1024 x 768, 1280 x 1024 itd.
• Aplikacijo je treba preizkusiti na različnih zaslonih, kot so LCD, CRT, prenosniki, tablični računalniki in mobilni telefoni.
• Preizkusite aplikacijo na različnih platformah, kot so operacijski sistemi Windows, Mac, Linux itd.

Kaj se boste naučili:

• 180+ Primeri preizkušanja spletnih aplikacij
  • Splošni testni scenariji
  • Scenariji za grafični uporabniški vmesnik in uporabnost
    • Preizkusite scenarije za merila filtra
    • Preskusni scenariji za mrežo rezultatov
    • Preizkusite scenarije za okno
  • Preskusni scenariji testiranja zbirke podatkov
    • Preizkusite scenarije za funkcionalnost nalaganja slik
    • Preizkusite scenarije za pošiljanje e-pošte
    • Preizkusite scenarije za funkcijo izvoza Excel
  • Preskusni scenariji preizkušanja učinkovitosti
  • Preskusni scenariji za preskušanje varnosti
• 100+ testnih primerov, pripravljenih za izvedbo (kontrolni seznami)
  • Popoln kontrolni seznam (testni primeri) za najpogostejše komponente AUT
    • Kontrolni seznam št. 1: Kontrolni seznam za mobilno testiranje
    • Kontrolni seznam št. 2: Kontrolni seznam za preizkušanje obrazcev / zaslonov
    • Kontrolni seznam št. 3: Kontrolni seznam za preizkušanje besedilnega polja
    • Kontrolni seznam št. 4: Kontrolni seznam za testiranje spustnega seznama ali spustnega seznama
    • Kontrolni seznam št. 5: Kontrolni seznam za preverjanje polja
    • Kontrolni seznam št. 6: Kontrolni seznam za preizkušanje radijskih gumbov
    • Kontrolni seznam št. 7: Scenariji preskusov z datumskim poljem
    • Kontrolni seznam št. 8: Scenariji testiranja gumbov za shranjevanje
    • Kontrolni seznam št. 9: Scenariji preskusa gumba za preklic
    • Kontrolni seznam št. 10: Izbriši točke testiranja gumbov
    • Kontrolni seznam št. 11: preverjanje prizadetih območij po shranjevanju ali posodobitvi
    • Kontrolni seznam št. 12: Seznam za testiranje podatkovne mreže
  • Priporočeno branje

180+ Primeri preizkušanja spletnih aplikacij

Predpostavke: Predpostavimo, da vaša aplikacija podpira naslednje funkcije

• Obrazci z različnimi polji
• Otroška okna
• Aplikacija sodeluje z bazo podatkov
• Različni kriteriji za iskanje in rezultati prikaza
• Nalaganje slike
• Pošljite funkcionalnost e-pošte
• Funkcija izvoza podatkov

Splošni testni scenariji

1. Vsa obvezna polja je treba potrditi in označiti z zvezdico (*).
2. Sporočila o napakah pri preverjanju morajo biti pravilno prikazana v pravilnem položaju.
3. Vsa sporočila o napakah naj bodo prikazana v istem slogu CSS ( Na primer, z uporabo rdeče barve)
4. Splošna potrditvena sporočila naj bodo prikazana v slogu CSS, ki ni slog sporočil o napakah ( Na primer, z zeleno barvo)
5. Besedilo opisov orodij mora biti smiselno.
6. V spustnih poljih mora biti prvi vnos prazen ali besedilo, kot je »Izberi«.
7. „Izbriši funkcionalnost“ za kateri koli zapis na strani mora zahtevati potrditev.
8. Če stran podpira funkcijo dodajanja / brisanja / posodabljanja zapisov, izberite možnost / prekliči izbor vseh zapisov
9. Vrednosti zneskov morajo biti prikazane s pravilnimi valutnimi simboli.
10. Zagotovljeno mora biti privzeto razvrščanje strani.
11. Funkcija gumba za ponastavitev mora nastaviti privzete vrednosti za vsa polja.
12. Vse številčne vrednosti morajo biti pravilno oblikovane.
13. V vnosnih poljih je treba preveriti največjo vrednost polja. Vhodnih vrednosti, večjih od določene največje omejitve, ne bi smeli sprejeti ali shraniti v bazo podatkov.
14. Preverite, ali so v vseh vnosnih poljih posebni znaki.
15. Oznake polj naj bodo standardne, npr. polje, ki sprejema uporabnikovo ime, mora biti pravilno označeno kot 'Ime'.
16. Po operacijah dodajanja / urejanja / brisanja na katerem koli zapisu preverite funkcionalnost razvrščanja strani.
17. Preverite funkcionalnost časovne omejitve. Vrednosti časovne omejitve morajo biti nastavljive. Preverite obnašanje aplikacije po poteku delovanja.
18. Preverite piškotke, ki se uporabljajo v aplikaciji.
19. Preverite, ali datoteke, ki jih je mogoče naložiti, kažejo na pravilne poti datotek.
20. Vse ključe virov je treba konfigurirati v konfiguracijskih datotekah ali zbirki podatkov namesto trdega kodiranja.
21. Za poimenovanje ključev virov je treba vseskozi upoštevati standardne konvencije.
22. Preverite veljavnost oznak za vse spletne strani (preverite HTML in CSS za sintaksne napake), da se prepričate, da je skladna s standardi.
23. Zrušitev aplikacije ali strani, ki niso na voljo, je treba preusmeriti na stran z napako.
24. Na besedilih na vseh straneh preverite črkovalne in slovnične napake.
25. Preverite številska vnosna polja z vrednostmi vnosa znakov. Pojavilo se mora ustrezno sporočilo o potrditvi.
26. Preverite negativne številke, če je to dovoljeno za številska polja.
27. Preverite število polj z decimalnimi številskimi vrednostmi.
28. Preverite delovanje gumbov, ki so na voljo na vseh straneh.
29. Uporabnik ne bi smel dvakrat oddati strani s hitrim pritiskom na gumb za oddajo.
30. Pri vseh izračunih je treba obravnavati napake, deljene z nič.
31. Vhodne podatke s praznim prvim in zadnjim položajem je treba pravilno obravnavati.

kako dodati vrednost matriki java

Scenariji za grafični uporabniški vmesnik in uporabnost

1. Vsa polja na strani ( Na primer, besedilno polje, radijske možnosti, spustni seznami) pravilno poravnati.
2. Številske vrednosti je treba pravilno utemeljiti, razen če ni določeno drugače.
3. Med nalepkami polj, stolpci, vrsticami, sporočili o napakah itd. Mora biti dovolj prostora
4. Drsni trak naj bo omogočen le, kadar je to potrebno.
5. Velikost, slog in barva pisave za naslov, besedilo opisa, nalepke, podatki o terenu in informacije o mreži morajo biti standardni, kot je določeno v SRS.
6. Besedilo z opisom mora biti večvrstno.
7. Onemogočena polja morajo biti zasenčena in uporabniki ne bi smeli imeti možnosti, da se osredotočijo na ta polja.
8. Ko kliknete vnosno besedilno polje, se mora kazalec puščice miške spremeniti v kazalko.
9. Uporabnik ne sme biti sposoben vnašati spustnih seznamov.
10. Informacije, ki jih vnesejo uporabniki, naj ostanejo nedotaknjene, če se pri oddaji strani prikaže sporočilo o napaki. Uporabnik bi moral znova lahko poslati obrazec s popravljanjem napak.
11. Preverite, ali se v sporočilih o napakah uporabljajo ustrezne oznake polj.
12. Vrednosti spustnih polj morajo biti prikazane v določenem vrstnem redu razvrščanja.
13. Tab in Shift + Tab bi morali delovati pravilno.
14. Pri nalaganju strani je treba predhodno izbrati privzete radijske možnosti.
15. Na voljo morajo biti sporočila za pomoč na terenu in na ravni strani.
16. Preverite, ali so v primeru napak označena pravilna polja.
17. Preverite, ali so možnosti spustnega seznama berljive in niso okrnjene zaradi omejitev velikosti polja.
18. Vsi gumbi na strani morajo biti dostopni s bližnjicami na tipkovnici, uporabnik pa mora biti sposoben izvajati vse operacije s tipkovnico.
19. Preverite, ali so na vseh straneh pokvarjene slike.
20. Preverite, ali so na vseh straneh nepravilne povezave.
21. Vse strani bi morale imeti naslov.
22. Potrditvena sporočila morajo biti prikazana pred kakršnim koli postopkom posodabljanja ali brisanja.
23. Ko je aplikacija zasedena, mora biti prikazana peščena ura.
24. Besedilo strani mora biti poravnano levo.
25. Uporabnik mora imeti možnost, da za potrditvena polja izbere samo eno radijsko možnost in katero koli kombinacijo.

Preizkusite scenarije za merila filtra

1. Uporabnik mora imeti možnost filtriranja rezultatov z uporabo vseh parametrov na strani.
2. Izboljšajte funkcionalnost iskanja, naj naloži stran za iskanje z vsemi uporabniško izbranimi parametri iskanja.
3. Ko je za izvedbo iskalnega postopka potreben vsaj en kriterij filtra, se prepričajte, da se prikaže pravilno sporočilo o napaki, ko uporabnik odda stran, ne da bi izbral kriterije filtra.
4. Kadar izbira vsaj enega kriterija filtra ni obvezna, mora imeti uporabnik možnost, da predloži stran, privzeti kriteriji iskanja pa se morajo navaditi na iskanje po rezultatih.
5. Za vse neveljavne vrednosti meril filtra morajo biti prikazana ustrezna sporočila o preverjanju veljavnosti.

Preskusni scenariji za mrežo rezultatov

1. Simbol za nalaganje strani mora biti prikazan, ko traja več kot privzeti čas za nalaganje strani z rezultati.
2. Preverite, ali se vsi parametri iskanja uporabljajo za pridobivanje podatkov, prikazanih v mreži rezultatov.
3. Skupno število rezultatov mora biti prikazano v mreži rezultatov.
4. Iskalni kriteriji, uporabljeni za iskanje, morajo biti prikazani v mreži rezultatov.
5. Vrednosti mreže rezultatov je treba razvrstiti po privzetem stolpcu.
6. Razvrščeni stolpci naj bodo prikazani z ikono za razvrščanje.
7. Mreže z rezultati morajo vsebovati vse določene stolpce s pravilnimi vrednostmi.
8. Naraščajoča in padajoča funkcionalnost razvrščanja mora delovati za stolpce, ki jih podpira razvrščanje podatkov.
9. Mreže z rezultati naj bodo prikazane s pravilnim razmikom med stolpci in vrsticami.
10. Paginacijo je treba omogočiti, če je na strani več rezultatov, kot je privzeto število rezultatov.
11. Preverite funkcionalnost paginacije strani Naslednja, Prejšnja, Prva in Zadnja stran.
12. Podvojeni zapisi ne smejo biti prikazani v mreži rezultatov.
13. Preverite, ali so vidni vsi stolpci in je po potrebi omogočena vodoravna drsna vrstica.
14. Preverite podatke za dinamične stolpce (stolpce, katerih vrednosti se dinamično izračunajo na podlagi drugih vrednosti stolpcev).
15. Za mreže rezultatov, ki prikazujejo poročila, preverite vrstico »Vsote« in preverite skupni znesek za vsak stolpec.
16. Pri mrežah rezultatov, ki prikazujejo poročila, preverite podatke vrstice »Vsote«, ko je omogočena stranizacija in uporabnik preide na naslednjo stran.
17. Preverite, ali so za prikaz vrednosti stolpcev uporabljeni ustrezni simboli, npr. Za izračun odstotkov naj bo prikazan simbol%.
18. Preverite podatke mreže rezultatov, da ugotovite, ali je časovno obdobje omogočeno.

Preizkusite scenarije za okno

1. Preverite, ali je privzeta velikost okna pravilna.
2. Preverite, ali je velikost otroškega okna pravilna.
3. Preverite, ali je na strani polje s privzetim ostrenjem (na splošno naj bo ostrenje nastavljeno na prvo vnosno polje zaslona).
4. Preverite, ali se otroška okna zaprejo, ko zaprete starševsko / odpiralno okno.
5. Če se odpre podrejeno okno, uporabnik ne sme uporabljati ali posodabljati poljubnega polja v ozadju ali nadrejenega okna
6. Preverite okno za zmanjšanje, maksimiranje in zapiranje funkcionalnosti.
7. Preverite, ali je okno mogoče spremeniti.
8. Preverite delovanje drsne vrstice za nadrejena in podrejena okna.
9. Preverite delovanje gumba za preklic za podrejeno okno.

Preskusni scenariji testiranja zbirke podatkov

1. Preverite, ali se ob uspešni oddaji strani v bazo shranjujejo pravilni podatki.
2. Preverite vrednosti za stolpce, ki ne sprejemajo ničelnih vrednosti.
3. Preverite celovitost podatkov. Podatke je treba shraniti v eno ali več tabel glede na zasnovo.
4. Imena indeksov je treba navesti v skladu s standardi, npr. IND__
5. Tabele morajo imeti stolpec s primarnim ključem.
6. V stolpcih tabel morajo biti na voljo informacije o opisu (razen za revizijske stolpce, kot so datum ustvarjanja, ustvarjanje itd.)
7. Za vsako bazo podatkov je treba dodati dnevnik operacij dodajanja / posodabljanja.
8. Ustvariti je treba zahtevane indekse tabel.
9. Preverite, ali so podatki zajeti v zbirki podatkov, šele ko je operacija uspešno zaključena.
10. Podatke je treba vrniti v primeru neuspešnih transakcij.
11. Ime baze podatkov je treba navesti glede na vrsto aplikacije, npr. Test, UAT, peskovnik, v živo (čeprav to ni standard, je koristno za vzdrževanje baze podatkov)
12. Logična imena baze podatkov je treba podati v skladu z imenom baze podatkov (spet to ni standardno, ampak koristno za vzdrževanje DB).
13. Shranjeni postopki ne smejo biti poimenovani s predpono 'sp_'
14. Preverite, ali so vrednosti za stolpce za revizijo tabele (na primer datum ustvarjanja, ki ga je ustvaril, posodobil, posodobil, izbrisal, izbrisali podatke, izbrisali itd.) Pravilno izpolnjene.
15. Med shranjevanjem preverite, ali vhodni podatki niso okrnjeni. Dolžina polja, prikazana uporabniku na strani in v shemi baze podatkov, mora biti enaka.
16. Preverite številska polja z najmanjšo, največjo in float vrednostmi.
17. Preverite številska polja z negativnimi vrednostmi (tako za sprejem kot za nesprejemanje).
18. Preverite, ali so izbirni gumb in možnosti spustnega seznama pravilno shranjeni v zbirki podatkov.
19. Preverite, ali so polja baze podatkov oblikovana s pravilno vrsto podatkov in njihovo dolžino.
20. Preverite, ali so vse omejitve tabele, kot so Primarni ključ, Tuji ključ itd., Pravilno izvedene.
21. Preizkusite shranjene postopke in sprožilce z vzorčnimi vhodnimi podatki.
22. Predhodni in zadnji presledki v vnosnem polju je treba skrajšati, preden podatke zapišete v bazo podatkov.
23. V stolpcu Primarni ključ ne smejo biti dovoljene ničelne vrednosti.

Preizkusite scenarije za funkcionalnost nalaganja slik

(Velja tudi za druge funkcije za nalaganje datotek)
1. Preverite, ali je naložena pot slike.
2. Preverite nalaganje slik in spremenite funkcionalnost.
3. Preverite funkcionalnost nalaganja slik s slikovnimi datotekami različnih razširitev ( Na primer, JPEG, PNG, BMP itd.)
4. Preverite funkcionalnost nalaganja slik s slikami, ki imajo v imenu datoteke presledek ali kateri koli drug dovoljen poseben znak.
5. Preverite nalaganje podvojenih imen slike.
6. Preverite nalaganje slike z velikostjo slike, ki je večja od največje dovoljene velikosti. Prikazati bi se moralo pravilno sporočilo o napaki.
7. Preverite funkcionalnost nalaganja slik pri vrstah datotek, ki niso slike ( Na primer, txt, doc, pdf, exe itd.). Prikazati bi se moralo pravilno sporočilo o napaki.
8. Preverite, ali so slike določene višine in širine (če so določene) drugače zavrnjene.
9. Vrstica napredka pri nalaganju slik se mora prikazati za slike velike velikosti.
10. Preverite, ali med postopkom nalaganja deluje funkcija gumba za preklic.
11. Preverite, ali so v pogovornem oknu za izbiro datotek prikazane samo podprte datoteke.
12. Preverite funkcionalnost nalaganja več slik.
13. Preverite kakovost slike po nalaganju. Po nalaganju se kakovost slike ne sme spreminjati.
14. Preverite, ali uporabnik lahko uporablja / gleda naložene slike.

Preizkusite scenarije za pošiljanje e-pošte

(Tu niso vključeni testni primeri za sestavljanje ali preverjanje e-pošte)
(Pred izvajanjem testov, povezanih z e-pošto, uporabite navidezne e-poštne naslove)
1. E-poštna predloga mora za vsa e-poštna sporočila uporabljati standardni CSS.
2. Pred pošiljanjem e-pošte je treba preveriti e-poštne naslove.
3. S posebnimi znaki v predlogi telesa e-pošte je treba ravnati pravilno.
4. Znaki, značilni za jezik ( Na primer, Znaki ruskega, kitajskega ali nemškega jezika) morajo biti pravilno obravnavani v predlogi telesa e-pošte.
5. Zadeva e-pošte ne sme biti prazna.
6. Polja nadomestnih oznak, uporabljena v e-poštni predlogi, je treba nadomestiti z dejanskimi vrednostmi, npr. {Ime} {Priimek} je treba nadomestiti z imenom in priimkom posameznika, ki je primeren za vse prejemnike.
7. Če so poročila z dinamičnimi vrednostmi vključena v telo e-pošte in je treba podatke o poročilih pravilno izračunati.
8. Ime pošiljatelja e-pošte ne sme biti prazno.
9. E-poštna sporočila je treba preverjati v različnih e-poštnih odjemalcih, kot so Outlook, Gmail, Hotmail, Yahoo! pošta itd.
10. Označite, če želite poslati e-poštno funkcionalnost z uporabo polj TO, CC in BCC.
11. Preverite e-poštna sporočila z navadnim besedilom.
12. Preverite e-pošto v formatu HTML.
13. Preverite v e-poštni glavi in ​​nogi logotip podjetja, pravilnik o zasebnosti in druge povezave.
14. Preverite e-pošto s prilogami.
15. Označite, če želite poslati e-poštne funkcije enojnim, večkratnim ali prejemnikom seznamov za distribucijo.
16. Preverite, ali je odgovor na elektronski naslov pravilen.
17. Označite, če želite poslati veliko e-poštnih sporočil.

Preizkusite scenarije za funkcijo izvoza Excel

1. Datoteka naj se izvozi v ustrezni priponi datoteke.
2. Ime datoteke za izvoženo datoteko Excel mora biti v skladu s standardi, Na primer, če ime datoteke uporablja časovni žig, ga je treba ob izvozu datoteke pravilno nadomestiti z dejanskim časovnim žigom.
3. Preverite format datuma, če izvožena datoteka Excel vsebuje stolpce z datumi.
4. Preverite oblikovanje številk za številske ali valutne vrednosti. Oblikovanje mora biti enako, kot je prikazano na strani.
5. Izvožena datoteka mora imeti stolpce z ustreznimi imeni stolpcev.
6. Privzeto razvrščanje strani je treba izvesti tudi v izvoženi datoteki.
7. Podatke datoteke Excel je treba pravilno formatirati z besedilom glave in noge, vrednostmi datuma, strani itd. Za vse strani.
8. Preverite, ali so podatki, prikazani na strani in izvoženi Excelovi datoteki, enaki.
9. Preverite funkcionalnost izvoza, ko je omogočena stranizacija.
10. Preverite, ali gumb za izvoz prikazuje pravilno ikono glede na vrsto izvožene datoteke, Na primer, Ikona datoteke Excel za datoteke xls
11. Preverite funkcionalnost izvoza za datoteke z zelo veliko velikostjo.
12. Preverite funkcionalnost izvoza za strani, ki vsebujejo posebne znake. Preverite, ali so ti posebni znaki pravilno izvoženi v Excelovi datoteki.

Preskusni scenariji preizkušanja učinkovitosti

1. Preverite, ali je čas nalaganja strani v sprejemljivem obsegu.
2. Preverite nalaganje strani na počasnih povezavah.
3. Preverite odzivni čas za kakršno koli dejanje v lahkih, običajnih, zmernih in težkih pogojih obremenitve.
4. Preverite delovanje shranjenih procedur in sprožilcev baze podatkov.
5. Preverite čas izvajanja poizvedbe baze podatkov.
6. Preverite testiranje obremenitve aplikacije.
7. Preverite stresno testiranje aplikacije.
8. Preverite porabo procesorja in pomnilnika v pogojih največje obremenitve.

Preskusni scenariji za preskušanje varnosti

1. Preverite, ali obstajajo napadi vbrizgavanja SQL.
2. Varne strani morajo uporabljati protokol HTTPS.
3. Zrušitev strani ne sme razkriti informacij o aplikaciji ali strežniku. Za to bi morala biti prikazana stran z napako.
4. Pobegnite pred posebnimi znaki v vnosu.
5. Sporočila o napakah ne smejo razkrivati ​​nobenih občutljivih informacij.
6. Vse poverilnice je treba prenesti po šifriranem kanalu.
7. Preizkusite varnost gesla in uveljavljanje pravilnikov o geslih.
8. Preverite funkcionalnost odjave iz aplikacije.
9. Preverite, ali obstajajo napadi Brute Force.
10. Informacije o piškotkih naj bodo shranjene samo v šifrirani obliki.
11. Preverite trajanje in zaključek seje po izteku ali odjavi.
11. Žetone seje je treba poslati po zaščitenem kanalu.
13. Geslo ne sme biti shranjeno v piškotkih.
14. Preizkus napadov z zavrnitvijo storitve.
15. Preizkus puščanja spomina.
16. Preizkusite nepooblaščen dostop do aplikacij z manipulacijo vrednosti spremenljivk v naslovni vrstici brskalnika.
17. Preizkusite predajo končnice datoteke, tako da datoteke exe niso naložene in izvedene na strežniku.
18. Občutljivih polj, kot so gesla in podatki o kreditni kartici, ne bi smelo biti omogočeno samodejno izpolnjevanje.
19. Funkcija za nalaganje datotek mora uporabljati omejitve glede vrste datotek in tudi protivirusni program za skeniranje naloženih datotek.
20. Preverite, ali je seznam imenikov prepovedan.
21. Gesla in druga občutljiva polja je treba med tipkanjem prikriti.
22. Preden spremenite ali zahtevate novo geslo, preverite, ali je funkcija pozabljenega gesla zaščitena s funkcijami, kot je začasni iztek gesla po določenih urah, in varnostno vprašanje.
23. Preverite delovanje CAPTCHA.
24. Preverite, ali so pomembni dogodki zabeleženi v dnevniških datotekah.
25. Preverite, ali so pravice dostopa pravilno izvedene.

Preskusni primeri penetracije - Naštel sem okoli 41 testnih primerov za testiranje penetracije tej strani .

Res bi se rad zahvalil Devanshu lavaniya (Sr. QA Engineer, ki dela za I-link Infosoft), ker mi je pomagal pri pripravi tega obsežnega kontrolnega seznama za testiranje.

Poskušal sem zajeti skoraj vse običajne preizkusne scenarije za funkcionalnost spletnih in namiznih programov. A vseeno vem, da to ni popoln kontrolni seznam. Preizkuševalci različnih projektov imajo svoj kontrolni seznam za preskušanje, ki temelji na njihovih izkušnjah.

Posodobljeno:

100+ testnih primerov, pripravljenih za izvedbo (kontrolni seznami)

Ta seznam lahko uporabite za preizkušanje najpogostejših komponent sistema AUT

Kako vsakokrat učinkovito preizkusiti najpogostejše komponente vašega AUT?

Ta članek je seznam pogostih preverjanj najbolj razširjenih elementov AUT - ki je sestavljen za udobje preizkuševalcev (zlasti v okretnem okolju, kjer se pogosto pojavljajo kratkoročne izdaje).

Vsak AUT (Test Test) je edinstven in ima zelo poseben poslovni namen. Posamezni vidiki (moduli) sistema AUT poskrbijo za različne operacije / ukrepe, ki so ključnega pomena za uspeh podjetja, ki ga AUT podpira.

Čeprav je vsak AUT zasnovan drugače, so posamezne komponente / polja, ki jih srečamo na večini strani / zaslonov / aplikacij, enake z bolj ali manj podobnim vedenjem.

Nekaj ​​pogostih komponent AUT:

• Shrani, posodobi, izbriši, ponastavi, prekliči, v redu - povezave / gumbi - katerih funkcionalnost označuje oznaka predmeta.
• Besedilno polje, spustna polja, potrditvena polja, izbirni gumbi, polja za nadzor datuma - ki delujejo vedno enako.
• Podatkovne mreže, prizadeta območja itd. Za lažje poročanje.

Način, kako ti posamezni elementi prispevajo k splošni funkcionalnosti aplikacije, je lahko drugačen, vendar so koraki za njihovo preverjanje vedno enaki.

Nadaljujmo s seznamom najpogostejših preverjanj za Spletna ali namizna aplikacija strani / obrazci.

Opomba : Dejanski rezultat, pričakovani rezultat, podatki o preskusu in drugi parametri, ki so običajno del testnega primera, so zaradi enostavnosti izpuščeni - uporabljen je splošen pristop k kontrolnemu seznamu.

najboljši mp3 downloader za android brez oglasov

Namen tega obsežnega kontrolnega seznama:

Glavni namen teh kontrolnih seznamov (ali testnih primerov) je zagotoviti maksimalno pokritost s preizkusi na validacijah na terenu, ne da bi porabili preveč časa, hkrati pa ne bi ogrozili kakovosti njihovega testiranja.

Navsezadnje lahko zaupanje v izdelek dosežemo le s čim boljšim preizkusom vsakega posameznega elementa.

Popoln kontrolni seznam (testni primeri) za najpogostejše komponente AUT

Opomba:Te kontrolne sezname lahko uporabite v obliki Microsoft Excel (prenos je priložen na koncu članka). Izvajanju preizkusa lahko celo sledite v isti datoteki z rezultati in stanjem prenosa / neuspeha.

To bi lahko bil vsestranski vir za skupine za preverjanje kakovosti, ki lahko preizkusijo in sledijo najpogostejšim komponentam AUT.Dodate ali posodobite lahko primere, specifične za vašo aplikacijoin naredite še obsežnejši seznam.

Kontrolni seznam št. 1: Kontrolni seznam za mobilno testiranje

Kontrolni seznam št. 2: Kontrolni seznam za preizkušanje obrazcev / zaslonov

Kontrolni seznam št. 3: Kontrolni seznam za preizkušanje besedilnega polja

Besedilo:

BVA (velikost) za polje z besedilom:

Min -> -> podaja
Min-1 -> -> Neuspeh
Min + 1 -> -> Pass
Max-1 -> -> Pass
Največ + 1 -> -> Neuspeh
Max -> -> Pass

ECP za polje z besedilom:

Kontrolni seznam št. 4: Kontrolni seznam za testiranje spustnega seznama ali spustnega seznama

Seznam / spustni seznam:

Kontrolni seznam št. 5: Kontrolni seznam za preverjanje polja

CheckBox:

Kontrolni seznam št. 6: Kontrolni seznam za preizkušanje radijskih gumbov

Radijski gumb:

Kontrolni seznam št. 7: Scenariji preskusov z datumskim poljem

Datumsko polje:

Kontrolni seznam št. 8: Scenariji testiranja gumbov za shranjevanje

Shrani / posodobi:

Kontrolni seznam št. 9: Scenariji preskusa gumba za preklic

Prekliči:

Kontrolni seznam št. 10: Izbriši točke testiranja gumbov

Izbriši:

Kontrolni seznam št. 11: preverjanje prizadetih območij po shranjevanju ali posodobitvi

Po shranjevanju / posodobitvi:

Kontrolni seznam št. 12: Seznam za testiranje podatkovne mreže

Podatkovna mreža:

Uredi funkcionalnost povezave

Čeprav ta seznam morda ni izčrpen, je res obsežen.

PRENESI==> Vse te kontrolne sezname lahko prenesete v obliki MS Excel: Prenesite v obliki Excel

Opombe:

1. Glede na vaše potrebe lahko dodate dodatne teste za vsako kategorijo / za vsako polje ali odstranite obstoječa polja. Z drugimi besedami, ti seznami so popolnoma prilagodljivi.
2. Kadar morate v svoje testne zbirke vključiti preverjanja na ravni polja, morate le pobrati ustrezen seznam in ga uporabiti za zaslon / stran, ki jo želite preizkusiti.
3. Vzdržujte kontrolni seznam tako, da posodobite stanje prenosa / neuspeha, da bo to na enem mestu za seznam funkcij, njihovo potrjevanje in beleženje rezultatov testa.

Prosimo vas, da s tem sestavite popoln kontrolni seznam, tako da v spodnji odsek za komentarje dodate več testnih primerov / scenarijev ali negativnih testnih primerov.

Hvaležen bi bil tudi, če bi to delili s prijatelji!

PREV Vadnica | NASLEDNJA Vadnica

Priporočeno branje

• Kako napisati testne primere: Ultimate Guide z primeri
• Testiranje piškotkov spletnega mesta in primeri za testiranje piškotkov spletnih aplikacij
• Vzorčna predloga testnega primera s primeri testnega primera (prenos)
• Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
• Vodič za preizkušanje varnosti spletnih aplikacij
• Testiranje aplikacij - v osnove testiranja programske opreme!
• Namestite svojo aplikacijo v napravo in začnite testirati iz Eclipse
• TDD Vs BDD - Analizirajte razlike s primeri