Tjekliste til webapplikationstest: Eksempel på testtilfælde til webstedet

Mens du tester webapplikationerne, skal man overveje nedenstående skabelon. Den nedenstående tjekliste er næsten anvendelig til alle typer webapplikationer afhængigt af forretningskravene.

Tjeklisten til test af webapplikationer består af-

Usability Testing
Funktionel testning
Kompatibilitetstest
Databasetest
Sikkerhedstest
Test af ydeevne

Lad os nu se hver tjekliste i detaljer:

Usability Testing

Hvad er brugervenlighedstest?

Usability test er intet andet end brugervenlighedstjekket.
I Usability-test testes applikationsflowet, så en ny bruger let kan forstå applikationen.
Grundlæggende kontrolleres systemnavigation i Usability-test.

Hvad er formålet eller målet med brugervenlighedstest?

En brugervenlighedstest fastlægger brugervenligheden og effektiviteten af et produkt ved hjælp af en standardpraksis for brugervenlighed.

Eksempel på tilfælde af brugertest

Websides indhold skal være korrekt uden stavefejl eller grammatiske fejl
Alle skrifttyper skal være de samme som i henhold til kravene.
Al teksten skal være korrekt justeret.
Alle fejlmeddelelser skal være korrekte uden stavefejl eller grammatiske fejl, og fejlmeddelelsen skal matche feltetiketten.
Værktøjstipstekst skal være der for hvert felt.
Alle felter skal være korrekt justeret.
Der skal være tilstrækkelig plads mellem feltetiketter, kolonner, rækker og fejlmeddelelser.
Alle knapper skal have et standardformat og -størrelse.
Hjemlink skal være der på hver enkelt side.
Deaktiverede felter skal nedtones.
Kontroller for ødelagte links og billeder.
Bekræftelsesmeddelelse skal vises for enhver form for opdatering og sletning.
Tjek webstedet med forskellige opløsninger (640 x 480, 600x800 osv.?)
Kontroller, at slutbrugeren kan køre systemet uden frustration.
Kontroller, at fanen fungerer korrekt.
Rullepanel skal kun vises, hvis det kræves.
Hvis der er en fejlmeddelelse ved indsendelse, skal de oplysninger, der udfyldes af brugeren, være der.
Titlen skal vises på hver webside
Alle felter (tekstboks, dropdown, radioknap osv.) Og knapper skal være tilgængelige med tastaturgenveje, og brugeren skal være i stand til at udføre alle handlinger ved hjælp af tastaturet.
Kontroller, om rullemenuen ikke er afkortet på grund af feltstørrelsen. Kontroller også, om dataene er hardkodede eller administreres via administrator.

Funktionel testning:

Hvad er funktionstestning?

Test af produktets funktioner og funktionsmåde for at sikre, at de svarer til dets specifikationer.
Test, der ignorerer den interne mekanisme i et system eller en komponent og udelukkende fokuserer på de output, der genereres som reaktion på valgte input og eksekveringsbetingelser.

Hvad er formålet med eller målet med funktionstestning?

Målet med Functional Testing er at kontrollere, om dit produkt opfylder de tilsigtede funktionelle specifikationer, der er nævnt i din udviklingsdokumentation.

Eksempel på funktionelle testscenarier:

Test alle obligatoriske felter skal valideres.
Test stjernetegnet skal vises for alle obligatoriske felter.
Test, systemet skal ikke vise fejlmeddelelsen for valgfrie felter.
Test, at skuddår er valideret korrekt og ikke forårsager fejl / fejlberegninger.
Test de numeriske felter bør ikke acceptere alfabeterne, og den korrekte fejlmeddelelse skal vises.
Test for negative tal, hvis det er tilladt for numeriske felter.
Testopdeling med nul skal håndteres korrekt til beregninger.
Test den maksimale længde på hvert felt for at sikre, at dataene ikke afkortes.
Test pop op-meddelelsen ("Dette felt er begrænset til 500 tegn") skal vises, hvis dataene når den maksimale feltstørrelse.
Test, at der skal vises en bekræftelsesmeddelelse til opdatering og sletning.
Test beløbets værdier skal vises i valutaformat.
Test alle indtastningsfelter for specialtegn.
Test timeout-funktionaliteten.
Test sorteringsfunktionaliteten.
Test funktionaliteten af de tilgængelige knapper
Test Privacy Policy & FAQ er klart defineret og bør være tilgængelig for brugere.
Test om nogen funktionalitet mislykkes, brugeren bliver omdirigeret til den brugerdefinerede fejlside.
Test alle de uploadede dokumenter er åbnet korrekt.
Test brugeren skal være i stand til at downloade de uploadede filer.
Test systemets e-mail-funktionalitet.
Test Java-scriptet fungerer korrekt i forskellige browsere (IE, Firefox, Chrome, safari og Opera).
Test for at se, hvad der sker, hvis en bruger sletter cookies, mens han er på siden.
Test for at se, hvad der sker, hvis en bruger sletter cookies efter at have besøgt et websted.
Test alle dataene i kombinationsboksen / listeboksen er arrangeret i kronologisk rækkefølge.

Kompatibilitetstest:

Hvad er kompatibilitetstest?

Kompatibilitetstest bruges til at afgøre, om din software er kompatibel med andre elementer i et system, som den skal fungere med, f.eks. Browsere, operativsystemer eller hardware.

Hvad er formålet med eller målet med test af kompatibilitet?

Formålet med kompatibilitetstest er at evaluere, hvor godt software fungerer i en bestemt browser, operativsystemer, hardware eller software.

Eksempel på testscenarier med kompatibilitet:

Test webstedet i forskellige browsere (IE, Firefox, Chrome, Safari og Opera) og sørg for, at webstedet vises korrekt.
Test den anvendte HTML-version er kompatibel med passende browserversioner.
Test billederne vises korrekt i forskellige browsere.
Test skrifttyperne kan bruges i forskellige browsere.
Test java script-koden kan bruges i forskellige browsere.
Test de animerede GIF'er på tværs af forskellige browsere.

Databasetestning:

Hvad er databasetestning?

I databasetestning testes backend-poster, der er indsat via web- eller desktop-applikationer. De data, der vises i webapplikationen, skal matche de data, der er gemt i databasen.

For at udføre databasetesten skal testeren være opmærksom på nedenstående punkter :

Testeren skal forstå de funktionelle krav, forretningslogik, applikationsflow og databasedesign grundigt.
Testeren skal finde ud af tabeller, udløsere, lagringsprocedurer, visninger og markører, der bruges til applikationen.
Testeren skal forstå logikken i udløsere, lagringsprocedurer, visninger og markører oprettet.
Testeren skal finde ud af de tabeller, der påvirkes, når DML-operationer (indsæt opdatering og sletning) udføres via internettet eller desktop-applikationer.

Ved hjælp af ovennævnte punkter kan testeren let skrive testscenarierne til databasetest.

Eksempel på testtilfælde til databasetest:

Bekræft databasenavnet: Databasenavnet skal matche specifikationerne.
Kontroller tabeller, kolonner, kolonnetyper og standardindstillinger: Alle ting skal matche specifikationerne.
Kontroller, om kolonnen tillader en null eller ej.
Bekræft den primære og udenlandske nøgle i hver tabel.
Bekræft den lagrede procedure:
Test om den lagrede procedure er installeret eller ej.
Bekræft navnet på den lagrede procedure
Kontroller parameternavne, typer og antal parametre.
Test parametrene, hvis de kræves eller ej.
Test den gemte procedure ved at slette nogle parametre
Test når output er nul, nul poster skal påvirkes.
Test den lagrede procedure ved at skrive enkle SQL-forespørgsler.
Test, om den gemte procedure returnerer værdierne
Test den gemte procedure med eksempler på inputdata.
Kontroller opførslen for hvert flag i tabellen.
Bekræft, at dataene gemmes ordentligt i databasen efter hver sideindsendelse.
Kontroller dataene, hvis DML-operationerne (Opdater, slet og indsæt) udføres.
Kontroller længden på hvert felt: Feltlængden i bagenden og forenden skal være ens.
Kontroller databasenavnene på QA, UAT og produktion. Navnene skal være unikke.
Bekræft de krypterede data i databasen.
Bekræft databasestørrelsen. Test også responstiden for hver udført forespørgsel.
Kontroller de data, der vises på frontenden, og sørg for, at de er de samme i bagenden.
Bekræft datagyldigheden ved at indsætte de ugyldige data i databasen.
Kontroller udløserne.

Hvad er sikkerhedstestning?

Sikkerhedstest involverer testen for at identificere eventuelle mangler og huller fra et sikkerhedsmæssigt synspunkt.

Eksempel på testscenarier til sikkerhedstest:

Bekræft, at websiden, der indeholder vigtige data som adgangskode, kreditkortnumre, hemmelige svar til sikkerhedsspørgsmål osv. Skal sendes via HTTPS (SSL).
Kontroller, at vigtige oplysninger som adgangskode, kreditkortnumre osv. Skal vises i krypteret format.
Bekræft, at adgangskoderegler er implementeret på alle godkendelsessider som registrering, glemt adgangskode, skift adgangskode.
Kontroller, om adgangskoden ændres, at brugeren ikke skal kunne logge ind med den gamle adgangskode.
Kontroller, at fejlmeddelelserne ikke skal vise vigtige oplysninger.
Kontroller, at hvis brugeren er logget ud af systemet, eller at brugersessionen var udløbet, skulle brugeren ikke være i stand til at navigere på stedet.
Bekræft for at få adgang til de sikrede og ikke-sikrede websider direkte uden login.
Bekræft, at indstillingen "Vis kildekode" er deaktiveret og ikke bør være synlig for brugeren.
Bekræft, at brugerkontoen bliver låst, hvis brugeren indtaster den forkerte adgangskode flere gange.
Bekræft, at cookies ikke skal gemme adgangskoder.
Kontroller, om en funktion ikke fungerer, bør systemet ikke vise nogen applikations-, server- eller databaseoplysninger. I stedet skal den vise den brugerdefinerede fejlside.
Bekræft SQL-injektionsangrebene.
Kontroller brugerrollerne og deres rettigheder. For eksempel skal anmoderen ikke have adgang til admin-siden.
Kontroller, at de vigtige operationer er skrevet i logfiler, og at oplysningerne skal kunne spores.
Kontroller, at sessionsværdierne er i et krypteret format i adresselinjen.
Bekræft, at cookieoplysningerne er gemt i krypteret format.
Bekræft ansøgningen om Brute Force Attacks

Hvad er ydelsestest?

Ydelsestest udføres for at evaluere, om et system eller en komponent overholder specifikke ydelseskrav.

Generelle testscenarier:

At bestemme ydeevne, stabilitet og skalerbarhed for en applikation under forskellige belastningsforhold.
At afgøre, om den aktuelle arkitektur kan understøtte applikationen på maksimale brugerniveauer.
At bestemme, hvilken konfigurationsstørrelse der giver det bedste ydelsesniveau.
At identificere flaskehalse i applikationer og infrastruktur.
At afgøre, om den nye version af softwaren har haft en negativ indvirkning på svartiden.
At evaluere produkt og / eller hardware for at afgøre, om det kan håndtere forventede belastningsvolumener.

Hvordan udføres præstationsafprøvning? Ved manuel test eller ved automatisering Praktisk er det ikke muligt at udføre ydelsestest manuelt på grund af nogle ulemper som: