Meny

180+ Exempel på testfall i webbapplikationer (exempelchecklista)

180 web application testing example test cases

Prova Vårt Instrument För Att Eliminera Problem

Test av webbapplikationsexempel Testfall: Detta är en komplett testlista för både webbaserade och stationära applikationer.

Detta är en mycket omfattande lista över testapplikationer / scenarier för test av webbapplikationer. Vårt mål är att dela en av de mest omfattande testlistor som någonsin skrivits och detta är ännu inte gjort.

Vi fortsätter att uppdatera det här inlägget i framtiden, med fler testfall och scenarier. Om du inte har tid att läsa den nu kan du gärna dela detta med dina vänner och göra ett bokmärke för senare.

Exempel på testfall och webbscenarier för webbapplikationer

Gör en testchecklista som en integrerad del av din skrivprocess. Med hjälp av denna checklista kan du enkelt skapa hundratals Testfall för testning av webb- eller stationära applikationer.

Dessa är alla allmänna testfall och bör vara tillämpliga på nästan alla typer av applikationer. Hänvisa dessa tester medan du skriver testfall för ditt projekt och jag är säker på att du kommer att täcka det mesta testtyper utom de applikationsspecifika affärsreglerna i dina SRS-dokument.

Även om detta är en vanlig checklista rekommenderar jag att du utarbetar en standardtestlista som är skräddarsydd för dina specifika behov med hjälp av nedanstående testfall utöver applikationsspecifika tester.

Rekommenderat verktyg:

Innan du fortsätter till skrivprocessen för testfall rekommenderar vi att du laddar ner detta testfallshanteringsverktyg. Detta underlättar din testplan och testfallsprocess som nämns i denna handledning.

=> Ladda ner TestRail Test Case Management Tool

Testfall 728

Vikten av att använda en checklista för testning

# 1) Att underhålla ett standardförråd med återanvändbara testfall för din applikation kommer att säkerställa att de vanligaste buggarna fångas snabbare.
#två) En checklista hjälper dig att snabbt skriva in testfall för nya versioner av applikationen.
# 3) Återanvändning av testfall hjälper till att spara pengar på resurser för att skriva repetitiva tester.
# 4) Viktiga testfall kommer alltid att behandlas, vilket gör det nästan omöjligt att glömma.
# 5) Testlistan kan hänvisas av utvecklare för att säkerställa om de vanligaste problemen fixas i själva utvecklingsfasen.

Anmärkningar:

  • Utför dessa scenarier med olika användarroller, t.ex. admin-användare, gästanvändare etc.
  • För webbapplikationer, dessa scenarier bör testas i flera webbläsare som IE, FF, Chrome och Safari med versioner godkända av klienten.
  • Testa med olika skärmupplösningar som 1024 x 768, 1280 x 1024, etc.
  • En applikation bör testas på en mängd olika skärmar som LCD, CRT, bärbara datorer, surfplattor och mobiltelefoner.
  • Testapplikation på olika plattformar som Windows, Mac, Linux operativsystem etc.

Checklista för testning av programvara

Vad du kommer att lära dig:

180+ Exempel på testfall för webbapplikationer

Antaganden: Antag att din applikation stöder följande funktioner

  • Blanketter med olika fält
  • Barnfönster
  • Applikationen interagerar med databasen
  • Olika sökfilterkriterier och visa resultat
  • Bilduppladdning
  • Skicka e-postfunktionalitet
  • Dataexportfunktionalitet

Allmänna testscenarier

1. Alla obligatoriska fält ska valideras och anges med en asterisk (*) symbol.
2. Valideringsfelmeddelanden ska visas korrekt på rätt plats.
3. Alla felmeddelanden ska visas i samma CSS-stil ( Till exempel, med röd färg)
4. Allmänna bekräftelsemeddelanden bör visas med CSS-stil än felmeddelandestil ( Till exempel, med grön färg)
5. Text från verktygstips bör vara meningsfull.
6. Listrutor ska ha den första posten som tom eller text som 'Välj'.
7. ”Radera funktionalitet” för alla poster på en sida bör be om en bekräftelse.
8. Markera / avmarkera alla poster. Alternativet ska tillhandahållas om sidan stöder funktionerna för att lägga till / radera / uppdatera
9. Beloppsvärden ska visas med korrekta valutasymboler.
10. Standardsidesortering bör anges.
11. Återställningsknappens funktionalitet bör ställa in standardvärden för alla fält.
12. Alla numeriska värden ska formateras korrekt.
13. Inmatningsfält bör kontrolleras för det maximala fältvärdet. Ingångsvärden som är större än den angivna maxgränsen bör inte accepteras eller lagras i databasen.
14. Kontrollera att alla inmatningsfält har specialtecken.
15. Fältetiketter bör vara standard, t.ex. fält som accepterar användarens förnamn bör märkas ordentligt som ”Förnamn”.
16. Kontrollera sidsorteringsfunktionaliteten efter att du har lagt till / redigerat / tagit bort operationer på alla poster.
17. Kontrollera om timeout-funktionen är. Timeoutvärden bör vara konfigurerbara. Kontrollera applikationsbeteende efter tidsgränsen för operationen.
18. Kontrollera kakor som används i en applikation.
19. Kontrollera om nedladdningsbara filer pekar på rätt filvägar.
20. Alla resursnycklar bör konfigureras i konfigurationsfiler eller databas istället för hårdkodning.
21. Standardkonventioner bör följas hela tiden för att namnge resursnycklar.
22. Validera markering för alla webbsidor (validera HTML och CSS för syntaxfel) för att säkerställa att den överensstämmer med standarderna.
23. Programkrasch eller otillgängliga sidor ska omdirigeras till felsidan.
24. Kontrollera texten på alla sidor för stavning och grammatiska fel.
25. Kontrollera numeriska inmatningsfält med teckeninmatningsvärden. Ett korrekt valideringsmeddelande ska visas.
26. Kontrollera om negativa siffror är tillåtna för numeriska fält.
27. Kontrollera antalet fält med decimalvärden.
28. Kontrollera funktionerna för knappar som finns tillgängliga på alla sidor.
29. Användaren ska inte kunna skicka en sida två gånger genom att snabbt trycka på knappen Skicka.
30. Dela med noll fel bör hanteras för alla beräkningar.
31. Inmatningsdata med den första och sista positionen tom ska hanteras korrekt.

bästa e-postspårningsprogram för Gmail

GUI och användbarhetstestscenarier

1. Alla fält på en sida ( Till exempel, textruta, radioalternativ, rullgardinslistor) bör justeras ordentligt.
2. Numeriska värden bör motiveras korrekt om inte annat anges.
3. Det bör finnas tillräckligt med utrymme mellan fältetiketter, kolumner, rader, felmeddelanden etc.
4. Skrollfältet bör endast aktiveras när det behövs.
5. Teckenstorlek, stil och färg för rubrik, beskrivningstext, etiketter, infieldata och rutinfo ska vara standard enligt SRS.
6. Beskrivningstextrutan ska vara flera linjer.
7. Inaktiverade fält bör vara nedtonade och användare ska inte kunna sätta fokus på dessa fält.
8. När du klickar på ett inmatat textfält bör muspekaren ändras till markören.
9. Användaren ska inte kunna skriva in rullgardinslistor.
10. Information som fylls av användare ska förbli intakt när det finns ett felmeddelande på sidan som skickas. Användaren ska kunna skicka in formuläret igen genom att rätta till felen.
11. Kontrollera om korrekta fältetiketter används i felmeddelanden.
12. Listrutans värden bör visas i definierad sorteringsordning.
13. Tab och Shift + Tab-ordning ska fungera ordentligt.
14. Standardalternativ för radio bör väljas i förväg på sidladdningen.
15. Hjälpmeddelanden på fältet och på sidnivå bör vara tillgängliga.
16. Kontrollera om rätt fält är markerade vid fel.
17. Kontrollera om rullgardinsmenyn är läsbar och inte avkortad på grund av fältstorleksbegränsningar.
18. Alla knappar på en sida ska vara tillgängliga med kortkommandon och användaren ska kunna utföra alla åtgärder med hjälp av ett tangentbord.
19. Kontrollera om alla sidor är trasiga.
20. Kontrollera alla sidor för trasiga länkar.
21. Alla sidor ska ha en titel.
22. Bekräftelsemeddelanden ska visas innan du utför någon uppdatering eller radering.
23. Timglas ska visas när applikationen är upptagen.
24. Sidtexten ska vara vänsterjusterad.
25. Användaren ska kunna välja endast ett radioalternativ och valfri kombination för kryssrutor.

Testscenarier för filterkriterier

1. Användaren ska kunna filtrera resultat med alla parametrar på sidan.
2. Förfina sökfunktionen bör ladda söksidan med alla användarvalda sökparametrar.
3. När det krävs minst ett filterkriterium för att utföra sökningen, se till att rätt felmeddelande visas när användaren skickar sidan utan att välja några filterkriterier.
4. När minst ett val av filterkriterier inte är obligatoriskt ska användaren kunna skicka sidan och standardsökkriterierna bör vänja sig vid frågeresultat.
5. Korrekta valideringsmeddelanden bör visas för alla ogiltiga värden för filterkriterier.

Testscenarier för resultatnät

1. Sidladdningssymbolen bör visas när det tar mer än standardtiden att ladda resultatsidan.
2. Kontrollera om alla sökparametrar används för att hämta data som visas i resultatgalleriet.
3. Det totala antalet resultat ska visas i resultatfältet.
4. De sökkriterier som används för sökning ska visas i resultatgalleriet.
5. Resultatnätvärden ska sorteras som standardkolumn.
6. Sorterade kolumner ska visas med en sorteringsikon.
7. Resultatenät bör innehålla alla angivna kolumner med korrekta värden.
8. Stigande och fallande sorteringsfunktionalitet bör fungera för kolumner som stöds av datasortering.
9. Resultatgaller bör visas med rätt kolumn- och radavstånd.
10. Paginering bör aktiveras när det finns fler resultat än standardresultatet per sida.
11. Sök efter funktionerna för sidning av nästa, föregående, första och sista sida.
12. Duplicerade poster ska inte visas i resultatrutan.
13. Kontrollera om alla kolumner är synliga och om det behövs är en horisontell rullningslist aktiverad.
14. Kontrollera data för dynamiska kolumner (kolumner vars värden beräknas dynamiskt baserat på de andra kolumnvärdena).
15. För resultatnät som visar rapporter, kontrollera raden 'Totals' och verifiera summan för varje kolumn.
16. För resultatnätverk som visar rapporter, kontrollera raddata ”Totals” när paginering är aktiverad och användaren navigeras till nästa sida.
17. Kontrollera om korrekta symboler används för att visa kolumnvärden, t.ex. % -symbolen bör visas för procentberäkning.
18. Kontrollera resultatgalleridata för att veta om datumintervallet är aktiverat.

Testa scenarier för ett fönster

1. Kontrollera om standardfönstrets storlek är korrekt.
2. Kontrollera om barnets fönsterstorlek är korrekt.
3. Kontrollera om det finns något fält på sidan med standardfokus (i allmänhet bör fokus ställas in på det första inmatningsfältet på skärmen).
4. Kontrollera om barnfönster stängs när fönstret stängs.
5. Om underfönstret öppnas bör användaren inte kunna använda eller uppdatera något fält i bakgrunden eller föräldrafönstret
6. Kontrollera att fönstret minimerar, maximerar och stänger funktionalitet.
7. Kontrollera om fönstret kan ändras på nytt.
8. Kontrollera funktionerna i rullningsfältet för föräldrar och barnfönster.
9. Kontrollera funktionen för att avbryta knappen för barnfönstret.

Databastestning Scenarier

1. Kontrollera om korrekta data sparas i databasen vid en lyckad sida.
2. Kontrollera värden för kolumner som inte accepterar nollvärden.
3. Kontrollera dataintegriteten. Data ska lagras i enstaka eller flera tabeller baserat på designen.
4. Indexnamn bör anges enligt standarderna, t.ex. IND__
5. Tabellerna bör ha en primär nyckelkolumn.
6. Tabellkolumner ska ha beskrivningsinformation tillgänglig (förutom granskningskolumner som skapat datum, skapat av etc.)
7. För varje databas läggs till / uppdateras operation logg ska läggas till.
8. Nödvändiga tabellindex bör skapas.
9. Kontrollera om data är kopplade till databasen endast när operationen har slutförts.
10. Uppgifterna bör rullas tillbaka vid misslyckade transaktioner.
11. Databasnamn ska anges enligt applikationstypen, dvs test, UAT, sandbox, live (även om detta inte är en standard är det användbart för databasunderhåll)
12. Databaslogiska namn ska anges enligt databasnamnet (detta är inte standard men användbart för DB-underhåll).
13. Lagrade procedurer ska inte namnges med prefixet 'sp_'
14. Kontrollera om värden för tabellgranskningskolumner (som skapat datum, skapat av, uppdaterat, uppdaterat av, raderat, raderat data, raderat av etc.) fylls ordentligt.
15. Kontrollera om ingångsdata inte trunkeras när du sparar. Fältlängden som visas för användaren på sidan och i databasschemat bör vara densamma.
16. Kontrollera numeriska fält med lägsta, högsta och flytande värden.
17. Kontrollera numeriska fält med negativa värden (för både acceptans och icke-acceptans).
18. Kontrollera om alternativknappen och rullgardinsmenyn är korrekt sparade i databasen.
19. Kontrollera om databasfälten är utformade med rätt datatyp och datalängd.
20. Kontrollera om alla tabellbegränsningar som primärnyckel, främmande nyckel etc. är korrekt implementerade.
21. Testa lagrade procedurer och utlösare med ingångsdata för exempel.
22. Inmatningsfältledande och efterföljande utrymmen bör trunkeras innan data skickas till databasen.
23. Nollvärden bör inte tillåtas för kolumnen Primär nyckel.

Testa scenarier för funktion för bildöverföring

(Gäller även för andra filöverföringsfunktioner)
1. Sök efter uppladdad bildsökväg.
2. Kontrollera bilduppladdning och ändra funktionalitet.
3. Kontrollera bildöverföringsfunktionen med bildfiler med olika tillägg ( Till exempel, JPEG, PNG, BMP, etc.)
4. Kontrollera bildöverföringsfunktionalitet med bilder som har utrymme eller något annat tillåtet specialtecken i filnamnet.
5. Kontrollera dubbla namnet på bilden.
6. Kontrollera bildöverföringen med en bildstorlek som är större än den maximalt tillåtna storleken. Det korrekta felmeddelandet ska visas.
7. Kontrollera bildöverföringsfunktionaliteten med andra filtyper än bilder ( Till exempel, txt, doc, pdf, exe, etc.). Ett korrekt felmeddelande ska visas.
8. Kontrollera om bilder med angiven höjd och bredd (om definierade) accepteras annars avvisas.
9. Förloppsindikatorn för bildöverföring ska visas för stora bilder.
10. Kontrollera om funktionen för avbrytningsknappen fungerar mellan uppladdningsprocessen.
11. Kontrollera om dialogrutan för filval bara visar vilka filer som stöds.
12. Kontrollera att flera bilder laddas upp.
13. Kontrollera bildkvaliteten efter uppladdning. Bildkvaliteten ska inte ändras efter uppladdning.
14. Kontrollera om användaren kan använda / visa de uppladdade bilderna.

Testa scenarier för att skicka e-post

(Testfall för att skriva eller validera e-postmeddelanden ingår inte här)
(Se till att använda skräppostadresser innan du utför e-postrelaterade tester)
1. E-postmallen ska använda standard CSS för alla e-postmeddelanden.
2. E-postadresser ska valideras innan e-post skickas.
3. Specialtecken i e-postkroppsmallen ska hanteras ordentligt.
4. Språkspecifika tecken ( Till exempel, Ryska, kinesiska eller tyska språk) bör hanteras ordentligt i e-postkroppsmallen.
5. E-postämnet bör inte vara tomt.
6. Platshållarfält som används i e-postmallen bör ersättas med faktiska värden, t.ex. {Förnamn} {Efternamn} bör ersättas med en persons för- och efternamn ordentligt för alla mottagare.
7. Om rapporter med dynamiska värden ingår i e-posttexten och rapportdata ska beräknas korrekt.
8. Avsändarens namn ska inte vara tomt.
9. E-postmeddelanden ska kontrolleras i olika e-postklienter som Outlook, Gmail, Hotmail, Yahoo! post etc.
10. Markera för att skicka e-postfunktionalitet med TO-, CC- och BCC-fält.
11. Kontrollera e-postmeddelanden med vanlig text.
12. Kontrollera e-postmeddelanden i HTML-format.
13. Kontrollera e-posthuvud och sidfot för företagslogotyp, sekretesspolicy och andra länkar.
14. Kontrollera e-postmeddelanden med bilagor.
15. Markera för att skicka e-postfunktionalitet till enstaka, flera eller distributionslistamottagare.
16. Kontrollera om svaret på e-postadressen är korrekt.
17. Markera för att skicka den stora mängden e-postmeddelanden.

Testa scenarier för Excel-exportfunktionalitet

1. Filen ska exporteras till rätt filtillägg.
2. Filnamnet för den exporterade Excel-filen ska vara enligt standarderna, Till exempel, om filnamnet använder tidsstämpeln, bör det ersättas ordentligt med en faktisk tidsstämpel när filen exporteras.
3. Sök efter datumformat om den exporterade Excel-filen innehåller datumkolumnerna.
4. Kontrollera siffror eller valutavärden. Formateringen ska vara densamma som visas på sidan.
5. Den exporterade filen ska ha kolumner med korrekta kolumnnamn.
6. Standardsidesortering bör också tas med i den exporterade filen.
7. Excel-fildata ska formateras ordentligt med sidhuvud och sidfotstext, datum, sidnummer etc. värden för alla sidor.
8. Kontrollera om data som visas på en sida och en exporterad Excel-fil är desamma.
9. Kontrollera exportfunktionalitet när paginering är aktiverad.
10. Kontrollera om exportknappen visar rätt ikon enligt den exporterade filtypen, Till exempel, Excel-filikon för xls-filer
11. Kontrollera exportfunktionaliteten för filer med mycket stor storlek.
12. Kontrollera exportfunktionaliteten för sidor som innehåller specialtecken. Kontrollera om dessa specialtecken exporteras ordentligt i Excel-filen.

Prestanda Testning Test Scenarier

1. Kontrollera om sidans laddningstid ligger inom acceptabelt intervall.
2. Kontrollera sidbelastningen vid långsamma anslutningar.
3. Kontrollera svarstiden för åtgärder under lätta, normala, måttliga och tunga belastningsförhållanden.
4. Kontrollera prestanda för databaslagrade procedurer och triggers.
5. Kontrollera körningstiden för databasfrågan.
6. Sök efter belastningstestning av applikationen.
7. Sök efter stresstestning av applikationen.
8. Kontrollera CPU- och minnesanvändningen under toppbelastningsförhållanden.

Säkerhetstestning Scenarier

1. Sök efter SQL-injektionsattacker.
2. Säkra sidor ska använda HTTPS-protokollet.
3. Sidkrasch bör inte avslöja applikations- eller serverinformation. Felsidan ska visas för detta.
4. Undvik specialtecken i inmatningen.
5. Felmeddelanden bör inte avslöja någon känslig information.
6. Alla uppgifter ska överföras över en krypterad kanal.
7. Testa lösenordsäkerhet och lösenordspolicy.
8. Kontrollera programmets utloggningsfunktion.
9. Kontrollera om Brute Force-attacker finns.
10. Cookieinformation bör endast lagras i krypterat format.
11. Kontrollera sessionens cookie-längd och sessionens avslutning efter timeout eller utloggning.
11. Sessionstoken ska överföras över en säker kanal.
13. Lösenordet ska inte lagras i kakor.
14. Test för Denial of Service-attacker.
15. Test för minnesläckage.
16. Testa obehörig applikationsåtkomst genom att manipulera variabla värden i webbläsarens adressfält.
17. Testa filtilläggshantering så att exe-filer inte laddas upp och körs på servern.
18. Känsliga fält som lösenord och kreditkortsinformation ska inte behöva aktiveras automatiskt.
19. Filöverföringsfunktioner bör använda filtypbegränsningar och även antivirus för skanning av uppladdade filer.
20. Kontrollera om katalogförteckning är förbjuden.
21. Lösenord och andra känsliga fält bör maskeras medan du skriver.
22. Kontrollera om glömt lösenordsfunktionalitet är skyddad med funktioner som tillfälligt lösenordsutgång efter angivna timmar och säkerhetsfrågan ställs innan du byter eller begär ett nytt lösenord.
23. Verifiera CAPTCHA-funktionalitet.
24. Kontrollera om viktiga händelser är inloggade i loggfiler.
25. Kontrollera om åtkomstbehörigheter är korrekt implementerade.

Penetration Testing testfall - Jag har listat cirka 41 testfall för Penetration Testing den denna sida .

Jag skulle verkligen vilja tacka Devanshu lavaniya (Sr. QA Engineer arbetar för I-link Infosoft) för att hjälpa mig att förbereda denna omfattande testlista.

Jag har försökt täcka nästan alla vanliga testscenarier för webb- och skrivbordsapplikationsfunktionalitet. Men ändå vet jag att detta inte är en fullständig checklista. Testare på olika projekt har sin egen testlista baserat på deras erfarenhet.

Uppdaterad:

100+ färdiga testfall (checklistor)

Du kan använda den här listan för att testa de vanligaste komponenterna i AUT

Hur testar du de vanligaste komponenterna i din AUT effektivt varje gång?

Den här artikeln är en lista över vanliga valideringar av de mest hittade elementen i AUT - som är sammanställda för att göra det lättare för testare (särskilt i en smidig miljö där frekventa kortvariga utsläpp sker).

Varje AUT (Application Under Test) är unik och har ett mycket specifikt affärsändamål. De enskilda aspekterna (modulerna) av AUT tillgodoser olika operationer / åtgärder som är avgörande för framgången för den verksamhet som AUT stöder.

Även om varje AUT är utformad på olika sätt, är enskilda komponenter / fält som vi stöter på på de flesta sidor / skärmar / applikationer samma med mer eller mindre liknande beteende.

färdiga testfall

Några vanliga komponenter i AUT:

  • Spara, uppdatera, ta bort, återställ, avbryt, OK - länkar / knappar - vars funktion är objektets etikett.
  • Textruta, rullgardinsmenyer, kryssrutor, alternativknappar, datumkontrollfält - som fungerar på samma sätt varje gång.
  • Datanät, påverkade områden etc. för att underlätta rapporter.

Hur dessa enskilda element bidrar till den övergripande funktionaliteten i applikationen kan vara annorlunda, men stegen för att validera dem är alltid desamma.

Låt oss fortsätta med listan över de vanligaste valideringarna för Webb- eller skrivbordsapplikation sidor / formulär.

Notera : Det verkliga resultatet, förväntade resultat, testdata och andra parametrar som vanligtvis ingår i ett testfall utelämnas för enkelhets skull - En allmän checklistalik används.

binär sökträdsimplementering i Java

Syftet med denna omfattande checklista:

Det primära syftet med dessa checklistor (eller testfall) är att säkerställa maximal testtäckning på fältnivåvalideringar utan att spendera för mycket tid, samtidigt som kvaliteten på testningen inte äventyras.

När allt kommer omkring kan förtroende för en produkt bara uppnås genom att testa varje enskilt element i bästa möjliga utsträckning.

Den kompletta checklistan (testfall) för de vanligaste komponenterna i AUT

Notera:Du kan använda dessa checklistor som de är i Microsoft Excel-format (nedladdning tillhandahålls i slutet av artikeln). Du kan till och med spåra testkörningen i samma fil med pass / fail-resultat och status.

Detta kan vara en allt-i-ett-resurs för QA-team att testa och spåra de vanligaste komponenterna i AUT.Du kan lägga till eller uppdatera testfall som är specifika för din applikationoch göra det till en ännu mer omfattande lista.

Checklista nr 1: Checklista för mobil testning

Modulnamn:
Modulfunktionalitet:
Modulens inverkan på applikationen:
Modulflöde:
Meny & undermeny:
Stavningar och ordning och lämplighet:
Kontroll för varje undermeny:

Checklista # 2: Formulär / skärmtestlista

Formfunktionalitet:
Formpåverkan över ansökan:
Formflöde:
Design:
Inriktningar:
Titel:
Fältnamn:
Stavningar:
Obligatoriska märken:
Varningar för obligatoriska fält:
Knappar:
Standard markörposition:
Fliksekvens:
Sidan innan du anger några data:
Sida efter inmatning av data:

Checklista # 3: Checkbox för testning av fältfält

Textruta:

LÄGG TILL (På skärmen Lägg till) EDIT (i redigeringsskärmen)
Tecken
Speciella karaktärer
Tal
Begränsa
Varna
Stavning och grammatik i varningsmeddelande:

BVA (storlek) för textruta:

Min -> -> Pass
Min-1 -> -> Misslyckas
Min + 1 -> -> Pass
Max-1 -> -> Pass
Max + 1 -> -> Misslyckas
Max -> -> Pass

ECP för textruta:

Giltig Ogiltig
- -
- -

Checklista 4: Listlista eller checklista för testning av listrutor

Listruta / rullgardinsmeny:

LÄGG TILL (På skärmen Lägg till) EDIT (i redigeringsskärmen)
Rubrik
Korrektheten av befintliga data
Orderordning
Val och avmarkering
Varna:
Stavning och grammatik för varningsmeddelande
Markör efter varning
Reflektion av markering och avmarkering i återstående fält

Checklista nr 5: checklista fält testning checklista

Kryssruta:

LÄGG TILL (På skärmen Lägg till) EDIT (i redigeringsskärmen)
Standardval
Åtgärd efter val
Åtgärd efter avmarkering
Val och avmarkering
Varna:
Stavning och grammatik för varningsmeddelande
Markör efter varning
Reflektion av markering och avmarkering i återstående fält

Checklista # 6: checklista för testning av radioknappar

Radio knapp:

LÄGG TILL (På skärmen Lägg till) EDIT (i redigeringsskärmen)
Standardval
Åtgärd efter val
Åtgärd efter avmarkering
Val och avmarkering
Varna:
Stavning och grammatik för varningsmeddelande
Markör efter varning
Reflektion av markering och avmarkering i återstående fält

Checklista 7: Scenarier för datumfältprov

Datumfält:

LÄGG TILL (På skärmen Lägg till) EDIT (i redigeringsskärmen)
Standarddatovisning
Design av kalendern
Navigering för olika månader och år i datumkontroll
Manuell inmatning i datumtextrutan
Datumformat och enhetlighet med den övergripande ansökan
Varna:
Stavning och grammatik för varningsmeddelande
Markör efter varning
Reflektion av markering och avmarkering i återstående fält

Checklista # 8: Scenarier för spara knapptestning

Spara / uppdatera:

LÄGG TILL (På skärmen Lägg till) EDIT (i redigeringsskärmen)
Utan att ge några uppgifter:
Med endast obligatoriska fält:
Med alla fält:
Med maxgräns:
Med min gräns
Stavning och grammatik i meddelande om bekräftelse:
Markör
Kopiering av unika fält:
Stavning och grammatik i duplikat Varningsmeddelande:
Markör

Checklista # 9: Avbryt knapptestscenarier

Avbryt:

Med data i alla fält
Med endast obligatoriska fält:
Med alla fält:

Checklista nr 10: Ta bort knapptestpunkter

Radera:

EDIT (i redigeringsskärmen)
Ta bort posten som inte används någonstans i applikationen
Ta bort posten som har ett beroende
Lägg till den nya posten med samma borttagna detaljer igen

Checklista nr 11: För att verifiera påverkade områden efter spara eller uppdatera

Efter att du har sparat / uppdaterat:

Visa i vy
Reflektion i påverkade former i applikationen

Checklista nr 12: Testlista för datanät

Datanätet:

Rutnät och stavning
Formulär Innan du lämnar några uppgifter
Meddelande Innan du ger några uppgifter
Stavningar
Inriktningar
S Nej
Fältnamn & ordning
Korrektheten av befintliga data
Ordning på befintliga data
Justering av befintliga data
Sidnavigatorer
Data när du navigerar med olika sidor

Redigera länkfunktionalitet

Sida efter redigering:
Titel och stavning
Befintliga data för den valda posten i varje fält
Knappar

Även om den här listan kanske inte är uttömmande är den verkligen omfattande.

LADDA NER==> Du kan ladda ner alla dessa checklistor i MS Excel-format: Ladda ner i Excel-format

Poäng att notera:

  1. Beroende på ditt behov kan ytterligare tester under varje kategori / för varje fält läggas till eller befintliga fält kan tas bort. Med andra ord är dessa listor helt anpassningsbara.
  2. När du behöver inkludera validering på fältnivå i dina testsviter är allt du behöver göra att plocka upp respektive lista och använda den för skärmen / sidan som du vill testa.
  3. Underhåll checklistan genom att uppdatera pass / fail-status för att göra detta till en one-stop-shop för att lista funktioner, validera dem och registrera testresultaten.

Tveka inte att göra detta till en komplett checklista genom att lägga till fler testfall / scenarier eller negativa testfall i kommentarfältet nedan.

Jag skulle också uppskatta om du skulle dela detta med dina vänner!

PREV-handledning | NÄSTA självstudie

Rekommenderad läsning

^