180+ eksempler på testtilfælde til webapplikation (prøvecheckliste)

180 web application testing example test cases

Test af webapplikation Eksempel på testtilfælde: Dette er en komplet testcheckliste til både webbaserede og desktop-applikationer.

Dette er en meget omfattende liste over webapplikationstest Eksempel på testtilfælde / scenarier. Vores mål er at dele en af ​​de mest omfattende testchecklister, der nogensinde er skrevet, og dette er endnu ikke gjort.

Vi opdaterer dette indlæg også i fremtiden med flere testtilfælde og scenarier. Hvis du ikke har tid til at læse det nu, er du velkommen til at dele dette med dine venner og bogmærke det til senere.

Lav en testcheckliste som en integreret del af din skrivesag til processen. Ved hjælp af denne tjekliste kan du nemt oprette hundreder af Test tilfælde til test af web- eller desktopapplikationer.

Disse er alle generelle testtilfælde og bør gælde for næsten alle slags applikationer. Henvis disse test, mens du skriver testsager til dit projekt, og jeg er sikker på, at du vil dække det meste af det testtyper undtagen de applikationsspecifikke forretningsregler, der er angivet i dine SRS-dokumenter.

Selvom dette er en almindelig tjekliste, anbefaler jeg, at du udarbejder en standardtestsjekliste, der er skræddersyet til dine specifikke behov ved hjælp af nedenstående testcases ud over applikationsspecifikke tests.

Anbefalet værktøj:

Inden du fortsætter til testprocessens skriveproces, anbefaler vi at downloade dette værktøj til styring af testcase. Dette letter din testplan og testsagsskrivningsproces, der er nævnt i denne vejledning.

=> Download TestRail Test Case Management Tool

Vigtigheden af ​​at bruge en tjekliste til testning

# 1) Vedligeholdelse af et standardlager med genanvendelige testtilfælde til din applikation vil sikre, at de fleste almindelige fejl bliver fanget hurtigere.
#to) En tjekliste hjælper med at afslutte skrivning af testsager hurtigt til nye versioner af applikationen.
# 3) Genbrug af testsagerne hjælper med at spare penge på ressourcer til at skrive gentagne tests.
# 4) Vigtige testsager vil altid blive dækket, hvilket gør det næsten umuligt at glemme.
# 5) Testchecklisten kan henvises af udviklere for at sikre, at de mest almindelige problemer løses i selve udviklingsfasen.

Bemærkninger:

• Udfør disse scenarier med forskellige brugerroller, f.eks. admin bruger, gæst bruger osv.
• For webapplikationer, disse scenarier skal testes på flere browsere som IE, FF, Chrome og Safari med versioner godkendt af klienten.
• Test med forskellige skærmopløsninger som 1024 x 768, 1280 x 1024 osv.
• En applikation skal testes på en række forskellige skærme som LCD, CRT, Notebooks, Tablets og mobiltelefoner.
• Test applikation på forskellige platforme som Windows, Mac, Linux-operativsystemer osv.

Hvad du lærer:

• 180+ webapplikationstest Eksempel på testtilfælde
  • Generelle testscenarier
  • GUI og brugervenlighedstestscenarier
    • Testscenarier for filterkriterier
    • Testscenarier for resultatgitter
    • Test scenarier for et vindue
  • Database Test Test Scenarier
    • Testscenarier for funktion til billedupload
    • Testscenarier til afsendelse af e-mails
    • Testscenarier til Excel-eksportfunktionalitet
  • Performance Testing Test Scenarier
  • Sikkerhedstest Testscenarier
• 100+ Klar til at udføre testtilfælde (tjeklister)
  • Den komplette tjekliste (testtilfælde) for de mest almindelige komponenter i AUT
    • Tjekliste # 1: Tjekliste til mobil test
    • Tjekliste nr. 2: Tjekliste til formularer / skærmtest
    • Tjekliste nr. 3: Tjekliste til feltboks-test
    • Tjekliste nr. 4: Tjekliste til testfelter eller rullelister
    • Tjekliste nr. 5: Afkrydsningsfelt Tjekliste til felttest
    • Tjekliste 6: Tjekliste til test af radioknapper
    • Tjekliste 7: Scenarier for datofelt
    • Tjekliste nr. 8: Test-scenarier for Gem-knap
    • Tjekliste # 9: Annuller knap-testscenarier
    • Tjekliste nr. 10: Slet knapprøvningspunkter
    • Tjekliste nr. 11: Bekræftelse af påvirkede områder efter gemning eller opdatering
    • Tjekliste nr. 12: Testliste over datanet
  • Anbefalet læsning

180+ webapplikationstest Eksempel på testtilfælde

Antagelser: Antag, at din applikation understøtter følgende funktioner

• Formularer med forskellige felter
• Børne vinduer
• Applikationen interagerer med databasen
• Forskellige søgefilterkriterier og displayresultater
• Upload af billede
• Send e-mail-funktionalitet
• Dataeksportfunktionalitet

Generelle testscenarier

1. Alle obligatoriske felter skal valideres og angives med et stjerne (*) symbol.
2. Valideringsfejlmeddelelser skal vises korrekt i den korrekte position.
3. Alle fejlmeddelelser skal vises i samme CSS-stil ( For eksempel, bruger rød farve)
4. Generelle bekræftelsesmeddelelser skal vises ved hjælp af anden CSS-stil end fejlmeddelelsesstil ( For eksempel, bruger grøn farve)
5. Tekst til værktøjstip skal være meningsfuld.
6. Drop-down felter skal have den første post som tom eller tekst som 'Vælg'.
7. 'Slet funktionalitet' for enhver post på en side skal bede om en bekræftelse.
8. Vælg / fravælg alle poster, der skal gives, hvis siden understøtter funktionerne til tilføjelse / sletning / opdatering af poster
9. Beløbsværdier skal vises med korrekte valutasymboler.
10. Der skal angives standardsidesortering.
11. Nulstil knapfunktionalitet skal angive standardværdier for alle felter.
12. Alle numeriske værdier skal formateres korrekt.
13. Indtastningsfelter skal kontrolleres for den maksimale feltværdi. Indtastningsværdier, der er større end den angivne maksimale grænse, bør ikke accepteres eller lagres i databasen.
14. Kontroller alle indtastningsfelter for specielle tegn.
15. Markmærker skal være standard, f.eks. felt, der accepterer brugerens fornavn, skal mærkes korrekt som 'Fornavn'.
16. Kontroller sidesorteringsfunktionalitet efter tilføj / rediger / slet operationer på enhver post.
17. Tjek for timeout-funktionalitet. Timeout-værdier skal være konfigurerbare. Kontroller applikationsadfærd efter operationens timeout.
18. Tjek cookies, der bruges i en applikation.
19. Kontroller, om filer, der kan downloades, peger på de korrekte filstier.
20. Alle ressourcenøgler skal konfigureres i konfigurationsfiler eller database i stedet for hårdkodning.
21. Standardkonventioner skal følges overalt for navngivning af ressourcenøgler.
22. Valider markering for alle websider (valider HTML og CSS for syntaksfejl) for at sikre, at den er i overensstemmelse med standarderne.
23. Applikationsnedbrud eller utilgængelige sider skal omdirigeres til fejlsiden.
24. Kontroller teksten på alle sider for stavefejl og grammatiske fejl.
25. Kontroller numeriske indtastningsfelter med tegninputværdier. En korrekt valideringsmeddelelse skal vises.
26. Kontroller, om der er negative tal, hvis det er tilladt for numeriske felter.
27. Kontroller antallet af felter med decimalværdier.
28. Kontroller funktionaliteten af ​​knapper, der er tilgængelige på alle sider.
29. Brugeren skal ikke være i stand til at indsende en side to gange ved at trykke på knappen Send hurtigt efter hinanden.
30. Divider med nul fejl skal håndteres til alle beregninger.
31. Indtastningsdata med den første og sidste position tomme skal håndteres korrekt.

soapui interview spørgsmål og svar til erfarne

GUI og brugervenlighedstestscenarier

1. Alle felter på en side ( For eksempel, tekstboks, radioindstillinger, rullelister) skal justeres korrekt.
2. Numeriske værdier skal retfærdiggøres korrekt, medmindre andet er angivet.
3. Der skal være tilstrækkelig plads mellem feltetiketter, kolonner, rækker, fejlmeddelelser osv.
4. Rullepanelet skal kun aktiveres, når det er nødvendigt.
5. Skriftstørrelse, typografi og farve til overskrift, beskrivelsestekst, etiketter, infieldata og gitteroplysninger skal være standard som specificeret i SRS.
6. Tekstfeltet til beskrivelsen skal være flerforet.
7. Deaktiverede felter skal nedtones, og brugere skal ikke være i stand til at sætte fokus på disse felter.
8. Ved klik på et inputtekstfelt skal musens pilemarkør ændres til markøren.
9. Brugeren skal ikke være i stand til at indtaste rullelister til valg af rullelister.
10. Oplysninger, der udfyldes af brugerne, skal forblive intakte, når der er en fejlmeddelelse på siden indsendt. Brugeren skal være i stand til at indsende formularen igen ved at rette fejlene.
11. Kontroller, om der anvendes korrekte feltetiketter i fejlmeddelelser.
12. Værdier til rullelistefelt skal vises i defineret sorteringsrækkefølge.
13. Tab og Shift + Tab-rækkefølge skal fungere korrekt.
14. Standardradioindstillinger skal vælges på forhånd ved sideindlæsningen.
15. Feltspecifikke og hjælpebeskeder på sideniveau skal være tilgængelige.
16. Kontroller, om de korrekte felter er fremhævet i tilfælde af fejl.
17. Kontroller, om rullelisteindstillingerne er læselige og ikke afkortes på grund af feltstørrelsesbegrænsninger.
18. Alle knapper på en side skal være tilgængelige via tastaturgenveje, og brugeren skal være i stand til at udføre alle handlinger ved hjælp af et tastatur.
19. Kontroller alle sider for brudte billeder.
20. Kontroller alle sider for brudte links.
21. Alle sider skal have en titel.
22. Bekræftelsesmeddelelser skal vises, inden der udføres nogen opdatering eller sletning.
23. Timeglas skal vises, når applikationen er optaget.
24. Sidetekst skal være retfærdiggjort.
25. Brugeren skal kun kunne vælge en radioindstilling og en hvilken som helst kombination til afkrydsningsfelter.

Testscenarier for filterkriterier

1. Brugeren skal kunne filtrere resultater ved hjælp af alle parametre på siden.
2. Forbedre søgefunktionalitet skal indlæse søgesiden med alle brugervalgte søgeparametre.
3. Når der er mindst et filterkriterium, der kræves for at udføre søgningen, skal du sørge for, at den korrekte fejlmeddelelse vises, når brugeren sender siden uden at vælge nogen filterkriterier.
4. Når mindst et valg af filterkriterier ikke er obligatorisk, skal brugeren være i stand til at indsende siden, og standardsøgekriterierne skal vænne sig til forespørgselsresultater.
5. Korrekte valideringsmeddelelser skal vises for alle ugyldige værdier for filterkriterier.

Testscenarier for resultatgitter

1. Sideindlæsningssymbolet skal vises, når det tager mere end standard tid at indlæse resultatsiden.
2. Kontroller, om alle søgeparametre bruges til at hente data, der vises på resultatgitteret.
3. Det samlede antal resultater skal vises i resultatgitteret.
4. Søgekriterier, der bruges til søgning, skal vises i resultatgitteret.
5. Resultatgitterværdier skal sorteres som standardkolonne.
6. Sorterede kolonner skal vises med et sorteringsikon.
7. Resultatgitre skal indeholde alle de angivne kolonner med korrekte værdier.
8. Stigende og faldende sorteringsfunktionalitet skal fungere for kolonner, der understøttes af datasortering.
9. Resultatgitre skal vises med korrekt kolonne- og rækkeafstand.
10. Paginering bør aktiveres, når der er flere resultater end standardresultatet pr. Side.
11. Kontroller sidefunktionalitet for næste, forrige, første og sidste side.
12. Kopier af poster skal ikke vises i resultatgitteret.
13. Kontroller, om alle kolonnerne er synlige, og om nødvendigt er en vandret rullepanel aktiveret.
14. Kontroller dataene for dynamiske kolonner (kolonner, hvis værdier beregnes dynamisk baseret på de andre kolonneværdier).
15. For resultatgitter, der viser rapporter, skal du kontrollere rækken 'Totaler' og kontrollere summen for hver kolonne.
16. For resultatgitre, der viser rapporter, skal du kontrollere 'Totals' række data, når paginering er aktiveret, og brugeren navigeres til næste side.
17. Kontroller, om der anvendes korrekte symboler til visning af kolonneværdier, f.eks. % -symbolet skal vises til procentberegning.
18. Kontroller resultatgitterdata for at vide, om datointervallet er aktiveret.

Test scenarier for et vindue

1. Kontroller, om standardvinduesstørrelsen er korrekt.
2. Kontroller, om barnets vinduesstørrelse er korrekt.
3. Kontroller, om der er et felt på siden med standardfokus (generelt skal fokus indstilles på det første indtastningsfelt på skærmen).
4. Kontroller, om barnevinduer lukkes, når forældre- / åbnervinduet lukkes.
5. Hvis underordnet vindue åbnes, skal brugeren ikke være i stand til at bruge eller opdatere noget felt i baggrunden eller overordnet vindue
6. Kontroller, at vinduet minimerer, maksimerer og lukker funktionalitet.
7. Kontroller, om vinduet kan ændres igen.
8. Kontroller rullefeltets funktionalitet for forældre- og barnevinduer.
9. Kontroller funktionen Annuller knap for underordnet vindue.

Database Test Test Scenarier

1. Kontroller, om de korrekte data gemmes i databasen, når en vellykket side indsendes.
2. Kontroller værdier for kolonner, der ikke accepterer nulværdier.
3. Kontroller for dataintegritet. Data skal gemmes i enkelt eller flere tabeller baseret på designet.
4. Indeksnavne skal angives i henhold til standarderne, f.eks. IND__
5. Tabeller skal have en primær nøglekolonne.
6. Tabelkolonner skal have beskrivelsesinformation tilgængelig (undtagen revisionskolonner som oprettet dato, oprettet af osv.)
7. For hver database tilføjes / opdateres operationer log skal tilføjes.
8. Nødvendige tabelindekser skal oprettes.
9. Kontroller, om data kun er forpligtet til databasen, når operationen er gennemført.
10. Data skal rulles tilbage i tilfælde af mislykkede transaktioner.
11. Databasenavn skal angives i henhold til applikationstypen, dvs. test, UAT, sandkasse, live (selvom dette ikke er en standard, er det nyttigt til databasevedligeholdelse)
12. Database logiske navne skal gives i henhold til databasenavnet (dette er igen ikke standard, men nyttigt til DB vedligeholdelse).
13. Gemte procedurer bør ikke navngives med præfikset 'sp_'
14. Kontroller, om værdierne for tabelovervågningskolonner (som oprettet dato, oprettet af, opdateret, opdateret, er slettet, slettede data, slettet af osv.) Befolkes korrekt.
15. Kontroller, om inputdata ikke er afkortet under lagring. Feltlængde, der vises til brugeren på siden og i databaseskemaet, skal være den samme.
16. Kontroller numeriske felter med minimums-, maksimum- og flydeværdier.
17. Kontroller numeriske felter med negative værdier (for både accept og ikke-accept).
18. Kontroller, om alternativknappen og rullelisteindstillingerne er gemt korrekt i databasen.
19. Kontroller, om databasefelterne er designet med den korrekte datatype og datalængde.
20. Kontroller, om alle tabelbegrænsninger som primærnøgle, fremmednøgle osv. Er implementeret korrekt.
21. Test lagrede procedurer og udløsere med eksempler på inputdata.
22. Indtastningsfeltledende og efterfølgende mellemrum skal afkortes, før data overføres til databasen.
23. Nulværdier bør ikke tillades i kolonnen Primær nøgle.

Testscenarier for funktion til billedupload

(Gælder også for anden filupload-funktionalitet)
1. Kontroller, om der er uploadet billedsti.
2. Kontroller billedupload og skift funktionalitet.
3. Kontroller funktionerne til upload af billeder med billedfiler med forskellige udvidelser ( For eksempel, JPEG, PNG, BMP osv.)
4. Kontroller funktionerne til upload af billeder med billeder, der har plads eller ethvert andet tilladt specialtegn i filnavnet.
5. Kontroller overførsel af duplikatnavn.
6. Kontroller upload af billede med billedstørrelse større end den maksimalt tilladte størrelse. Den korrekte fejlmeddelelse skal vises.
7. Kontroller funktionerne til upload af billeder med andre filtyper end billeder ( For eksempel, txt, doc, pdf, exe osv.). En korrekt fejlmeddelelse skal vises.
8. Kontroller, om billeder med specificeret højde og bredde (hvis defineret) accepteres, ellers afvises.
9. Statusopdateringslinjen for billedet skal vises for billeder i stor størrelse.
10. Kontroller, om funktionen Annuller-knap fungerer mellem uploadprocessen.
11. Kontroller, om dialogboksen med filvalg kun viser de understøttede filer, der er anført.
12. Kontroller, at flere billeder er uploadet.
13. Kontroller billedkvaliteten efter upload. Billedkvaliteten bør ikke ændres efter upload.
14. Kontroller, om brugeren er i stand til at bruge / se de uploadede billeder.

Testscenarier til afsendelse af e-mails

(Testcases til komponering eller validering af e-mails er ikke inkluderet her)
(Sørg for at bruge dummy-e-mail-adresser, før du udfører e-mail-relaterede tests)
1. E-mail-skabelonen skal bruge standard CSS til alle e-mails.
2. E-mail-adresser skal valideres, inden de sender e-mails.
3. Specialtegn i e-mail-kropsskabelonen skal håndteres korrekt.
4. Sprogspecifikke tegn ( For eksempel, Russiske, kinesiske eller tyske sprog) skal håndteres korrekt i e-mail-kropsskabelonen.
5. E-mail-emnet skal ikke være tomt.
6. Stedholderfelter, der bruges i e-mail-skabelonen, skal erstattes med faktiske værdier, f.eks. {Fornavn} {Efternavn} skal erstattes med en persons for- og efternavn korrekt for alle modtagere.
7. Hvis rapporter med dynamiske værdier er inkluderet i e-mail-kroppen, og rapportdata skal beregnes korrekt.
8. E-mail-afsenderens navn skal ikke være tomt.
9. E-mails skal kontrolleres i forskellige e-mail-klienter som Outlook, Gmail, Hotmail, Yahoo! mail osv.
10. Marker for at sende e-mail-funktionalitet ved hjælp af TO-, CC- og BCC-felter.
11. Tjek e-mails med almindelig tekst.
12. Kontroller e-mails i HTML-format.
13. Tjek e-mail-sidehoved og sidefod for firmalogo, fortrolighedspolitik og andre links.
14. Tjek e-mails med vedhæftede filer.
15. Marker for at sende e-mail-funktionalitet til modtagere af en enkelt, flere eller distributionslister.
16. Kontroller, om et svar på e-mail-adressen er korrekt.
17. Marker for at sende den store mængde e-mails.

Testscenarier til Excel-eksportfunktionalitet

1. Filen skal eksporteres i den korrekte filtypenavn.
2. Filnavnet for den eksporterede Excel-fil skal være i henhold til standarderne, For eksempel, hvis filnavnet bruger tidsstemplet, skal det erstattes ordentligt med et faktisk tidsstempel på tidspunktet for eksporteringen af ​​filen.
3. Se efter datoformat, hvis den eksporterede Excel-fil indeholder datakolonnerne.
4. Kontroller nummerformatering for numeriske eller valutaværdier. Formatering skal være den samme som vist på siden.
5. Den eksporterede fil skal have kolonner med korrekte kolonnenavne.
6. Standardsidesortering skal også foretages i den eksporterede fil.
7. Excel-fildata skal formateres korrekt med sidehoved- og sidefodstekst, dato, sidetal osv. For alle sider.
8. Kontroller, om de data, der vises på en side og en eksporteret Excel-fil, er de samme.
9. Kontroller eksportfunktionalitet, når sideinddeling er aktiveret.
10. Kontroller, om eksportknappen viser det korrekte ikon i henhold til den eksporterede filtype, For eksempel, Excel-filikon til xls-filer
11. Kontroller eksportfunktionalitet for filer med meget stor størrelse.
12. Kontroller eksportfunktionaliteten for sider, der indeholder specialtegn. Kontroller, om disse specialtegn eksporteres korrekt i Excel-filen.

Performance Testing Test Scenarier

1. Kontroller, om sidens indlæsningstid er inden for det acceptable interval.
2. Kontroller sidebelastningen på langsomme forbindelser.
3. Kontroller responstiden for handling under lette, normale, moderate og tunge belastningsforhold.
4. Kontroller udførelsen af ​​databaselagrede procedurer og udløsere.
5. Kontroller udførelsestid for databaseforespørgsel.
6. Kontroller for belastningstest af applikationen.
7. Kontroller for stresstest af applikationen.
8. Kontroller CPU- og hukommelsesforbrug under maksimale belastningsforhold.

Sikkerhedstest Testscenarier

1. Kontroller for SQL-injektionsangreb.
2. Sikre sider skal bruge HTTPS-protokollen.
3. Sidekrasj bør ikke afsløre applikations- eller serveroplysninger. Fejlsiden skal vises for dette.
4. Undslip specialtegn i input.
5. Fejlmeddelelser bør ikke afsløre følsomme oplysninger.
6. Alle legitimationsoplysninger skal overføres over en krypteret kanal.
7. Test sikkerhedskodeord og håndhævelse af adgangskodepolitik.
8. Tjek applikationslogout-funktionalitet.
9. Kontroller for Brute Force-angreb.
10. Cookieoplysninger skal kun gemmes i krypteret format.
11. Tjek session cookie varighed og session afslutning efter timeout eller logout.
11. Sessionstokens skal sendes over en sikret kanal.
13. Adgangskoden skal ikke gemmes i cookies.
14. Test for Denial of Service-angreb.
15. Test for hukommelseslækage.
16. Test uautoriseret applikationsadgang ved at manipulere variable værdier i browserens adresselinje.
17. Test aflevering af filtypenavn, så exe-filer ikke uploades og udføres på serveren.
18. Følsomme felter som adgangskoder og kreditkortoplysninger skal ikke automatisk udfyldes aktiveret.
19. Filupload-funktionalitet skal bruge filtypebegrænsninger og også antivirus til scanning af uploadede filer.
20. Kontroller, om katalogfortegnelse er forbudt.
21. Adgangskoder og andre følsomme felter skal maskeres, mens du skriver.
22. Kontroller, om glemt adgangskodefunktionalitet er sikret med funktioner som midlertidig udløb af adgangskode efter bestemte timer, og der stilles sikkerhedsspørgsmål, før du ændrer eller anmoder om en ny adgangskode.
23. Bekræft CAPTCHA-funktionalitet.
24. Kontroller, om vigtige begivenheder er logget på logfiler.
25. Kontroller, om adgangsrettigheder er implementeret korrekt.

Penetration Testing test tilfælde - Jeg har nævnt omkring 41 testsager til penetrationstest den denne side .

Jeg vil meget gerne takke Devanshu lavaniya (Sr. QA Engineer, der arbejder for I-link Infosoft) for at hjælpe mig med at forberede denne omfattende testcheckliste.

Jeg har forsøgt at dække næsten alle standard testscenarier for funktionalitet til web og desktop applikationer. Men alligevel ved jeg, at dette ikke er en komplet tjekliste. Testere på forskellige projekter har deres egen testcheckliste baseret på deres erfaring.

Opdateret:

100+ Klar til at udføre testtilfælde (tjeklister)

Du kan bruge denne liste til at teste de mest almindelige komponenter i AUT

Hvordan testes de mest almindelige komponenter i din AUT effektivt hver eneste gang?

Denne artikel er en liste over almindelige valideringer af mest udbredte elementer i AUT - der er sammensat for at gøre det lettere for testere (især i det smidige miljø, hvor hyppige kortvarige frigivelser forekommer).

Hver AUT (Application Under Test) er unik og har et meget specifikt forretningsformål. De individuelle aspekter (moduler) af AUT imødekommer forskellige operationer / handlinger, der er afgørende for succesen for den forretning, som AUT støtter.

Selvom hver AUT er designet forskelligt, er individuelle komponenter / felter, som vi støder på på de fleste sider / skærme / applikationer, de samme med mere eller mindre lignende adfærd.

Nogle almindelige komponenter i AUT:

• Gem, opdater, slet, nulstil, annuller, OK - links / knapper - hvis funktionalitet er objektets etiket.
• Tekstboks, dropdown, afkrydsningsfelter, radioknapper, datostyringsfelter - der fungerer på samme måde hver gang.
• Datagitter, påvirkede områder osv. For at lette rapporter.

Den måde, hvorpå disse individuelle elementer bidrager til den samlede funktionalitet i applikationen, kan være anderledes, men trinene til validering af dem er altid de samme.

Lad os fortsætte med listen over mest almindelige valideringer for Web- eller desktop-applikation sider / formularer.

Bemærk : Det faktiske resultat, forventede resultat, testdata og andre parametre, der typisk er en del af en testtilfælde, udelades for enkelheds skyld - En generel checkliste-tilgang anvendes.

softwarepakke designet til at automatisere versionskontrol

Formålet med denne omfattende tjekliste:

Det primære formål med disse tjeklister (eller testcases) er at sikre maksimal testdækning på validering på feltniveau uden at bruge for meget tid, samtidig med at det ikke går på kompromis med kvaliteten af ​​at teste dem.

Når alt kommer til alt, kan tillid til et produkt kun opnås ved at teste hvert enkelt element i den bedst mulige grad.

Den komplette tjekliste (testtilfælde) for de mest almindelige komponenter i AUT

Bemærk:Du kan bruge disse tjeklister, som de er i Microsoft Excel-format (download leveres i slutningen af ​​artiklen). Du kan endda spore testudførelsen i den samme fil med pass / fail-resultater og status.

Dette kan være en alt-i-en ressource for QA-hold til at teste og spore de mest almindelige komponenter i AUT.Du kan tilføje eller opdatere testsager, der er specifikke for din applikationog gør det til en endnu mere omfattende liste.

Tjekliste # 1: Tjekliste til mobil test

Tjekliste nr. 2: Tjekliste til formularer / skærmtest

Tjekliste nr. 3: Tjekliste til feltboks-test

Tekstboks:

BVA (størrelse) til tekstboks:

Min -> -> Pass
Min-1 -> -> Fejl
Min + 1 -> -> Pass
Max-1 -> -> Pass
Maks + 1 -> -> Fejl
Max -> -> Bestået

ECP for tekstboks:

Tjekliste nr. 4: Tjekliste til testfelter eller rullelister

Listeboks / Dropdown:

Tjekliste nr. 5: Afkrydsningsfelt Tjekliste til felttest

Afkrydsningsfelt:

Tjekliste 6: Tjekliste til test af radioknapper

Radio knap:

Tjekliste 7: Scenarier for datofelt

Datofelt:

Tjekliste nr. 8: Test-scenarier for Gem-knap

Gem / opdater:

Tjekliste # 9: Annuller knap-testscenarier

Afbestille:

Tjekliste nr. 10: Slet knapprøvningspunkter

Slet:

Tjekliste nr. 11: Bekræftelse af påvirkede områder efter gemning eller opdatering

Efter lagring / opdatering:

Tjekliste nr. 12: Testliste over datanet

Datagitter:

Rediger linkfunktionalitet

Selv om denne liste muligvis ikke er udtømmende, er den faktisk omfattende.

HENT==> Du kan downloade alle disse tjeklister i MS Excel-format: Download i Excel-format

Punkter at bemærke:

1. Afhængigt af dit behov kan yderligere tests under hver kategori / for hvert felt tilføjes, eller eksisterende felter kan fjernes. Med andre ord er disse lister helt tilpasselige.
2. Når du har brug for at medtage validering på feltniveau til dine testpakker, skal du blot hente den respektive liste og bruge den til den skærm / side, du vil teste.
3. Vedligehold tjeklisten ved at opdatere pass / fail-status for at gøre dette til en one-stop-shop for listefunktioner, validere dem og registrere testresultaterne.

Du er velkommen til at gøre dette til en komplet tjekliste ved at tilføje flere testsager / scenarier eller negative testsager i kommentarfeltet nedenfor.

Jeg vil også sætte pris på, hvis du deler dette med dine venner!

PREV-vejledning | NÆSTE vejledning

Anbefalet læsning

• Sådan skriver du testtilfælde: Den ultimative guide med eksempler
• Test af webstedscookie og testtilfælde til test af webapplikationscookies
• Eksempel på testcase-skabelon med eksempler på testcase (Download)
• Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
• Vejledning til test af webapplikationssikkerhed
• Applikationstest - i det grundlæggende ved softwaretest!
• Installation af din applikation på enheden og start test fra Eclipse
• TDD vs BDD - Analyser forskellene med eksempler