Eksempel på testtilfeller for nettapplikasjon (sjekkliste)
Thomas Hamilton
Mens du tester nettapplikasjonene, bør du vurdere malen nedenfor. Sjekklisten nedenfor er nesten aktuelt for alle typer nettapplikasjoner avhengig av forretningskravene.
La oss nå se hver sjekkliste i detalj:
Brukervennlighetstesting
Hva er brukervennlighetstesting?
- Brukervennlighetstesting er ingenting annet enn brukervennlighetssjekken.
- I Usability-testing testes applikasjonsflyten slik at en ny bruker enkelt kan forstå applikasjonen.
- I utgangspunktet sjekkes systemnavigasjon i brukervennlighetstesting.
Hva er hensikten eller målet med brukervennlighetstesting?
En brukervennlighetstest fastslår brukervennligheten og effektiviteten til et produkt ved å bruke standard brukbarhetstestpraksis.
Eksempler på brukervennlighetstest
- Innholdet på nettsiden skal være korrekt uten stave- eller grammatiske feil
- Alle fonter skal være de samme i henhold til kravene.
- All tekst skal være riktig justert.
- Alle feilmeldingene skal være korrekte uten stave- eller grammatiske feil, og feilmeldingen skal samsvare med feltetiketten.
- Verktøytipstekst bør være der for hvert felt.
- Alle feltene skal være riktig justert.
- Det bør gis nok plass mellom feltetiketter, kolonner, rader og feilmeldinger.
- Alle knappene skal være i standard format og størrelse.
- Hjemlinken skal være der på hver eneste side.
- Deaktiverte felt skal være nedtonet.
- Se etter ødelagte lenker og bilder.
- Bekreftelsesmelding skal vises for enhver form for oppdatering og sletting.
- Sjekk siden på forskjellige oppløsninger (640 x 480, 600×800 osv.?)
- Sjekk at sluttbrukeren kan kjøre systemet uten frustrasjon.
- Sjekk at fanen skal fungere som den skal.
- Rullefelt skal bare vises hvis nødvendig.
- Hvis det er en feilmelding ved innsending, skal informasjonen fylt ut av brukeren være der.
- Tittelen skal vises på hver nettside
- Alle felt (tekstboks, rullegardin, alternativknapp osv.) og knapper skal være tilgjengelige med hurtigtaster, og brukeren skal kunne utføre alle operasjoner ved å bruke tastaturet.
- Sjekk om rullegardindataene ikke er avkortet på grunn av feltstørrelsen. Sjekk også om dataene er hardkodet eller administrert via administrator.
Funksjonell testing
Hva er funksjonstesting?
- Testing av funksjonene og funksjonaliteten til et produkt for å sikre at de samsvarer med spesifikasjonene.
- Testing som ignorerer den interne mekanismen til et system eller en komponent og fokuserer utelukkende på utgangene generert som svar på utvalgte innganger og utførelsesforhold.
Hva er hensikten eller målet med funksjonstesting?
- Målet med Funksjonell testing er å verifisere om produktet ditt oppfyller de tiltenkte funksjonsspesifikasjonene nevnt i utviklingsdokumentasjonen.
Eksempel på funksjonstestscenarier:
- Test alle de obligatoriske feltene bør valideres.
- Test stjernetegnet skal vises for alle de obligatoriske feltene.
- Test systemet skal ikke vise feilmeldingen for valgfrie felt.
- Test at skuddår er korrekt validert og ikke forårsaker feil/feilberegninger.
- Test de numeriske feltene skal ikke akseptere alfabetene og riktig feilmelding skal vises.
- Test for negative tall hvis det er tillatt for numeriske felt.
- Testdeling med null bør håndteres riktig for beregninger.
- Test makslengden på hvert felt for å sikre at dataene ikke er avkortet.
- Test popup-meldingen ("Dette feltet er begrenset til 500 tegn") skal vises hvis dataene når den maksimale størrelsen på feltet.
- Test at en bekreftelsesmelding skal vises for oppdatering og sletting.
- Test beløpsverdiene skal vises i valutaformat.
- Test alle inndatafelt for spesialtegn.
- Test funksjonaliteten for tidsavbrudd.
- Test sorteringsfunksjonaliteten.
- Test funksjonaliteten til de tilgjengelige knappene
- Test personvernreglene og vanlige spørsmål er klart definert og bør være tilgjengelig for brukere.
- Test om noen funksjonalitet mislykkes, blir brukeren omdirigert til den egendefinerte feilsiden.
- Test at alle opplastede dokumenter er åpnet riktig.
- Test brukeren skal kunne laste ned de opplastede filene.
- Test e-postfunksjonaliteten til systemet.
- Test Java skriptet fungerer som det skal i forskjellige nettlesere (IE, Firefox, Chrome, safari og Opera).
- Test for å se hva som skjer hvis en bruker sletter informasjonskapsler mens han er på nettstedet.
- Test for å se hva som skjer hvis en bruker sletter informasjonskapsler etter å ha besøkt et nettsted.
- Test alle dataene i kombinasjons-/listeboksen er ordnet i kronologisk rekkefølge.
Test av kompatibilitet
Hva er kompatibilitetstesting?
- Kompatibilitetstesting brukes til å avgjøre om programvaren din er kompatibel med andre elementer i et system som den skal fungere med, for eksempel nettlesere, Operating systemer eller maskinvare.
Hva er hensikten eller målet med kompatibilitetstesting?
- Formålet med kompatibilitetstesting er å evaluere hvor godt programvare fungerer i en bestemt nettleser, Operating systemer, maskinvare eller programvare.
Eksempel på kompatibilitetstestscenarier:
- Test nettstedet i forskjellige nettlesere (IE, Firefox, Chrome, Safari og Opera) og sørg for at nettstedet vises riktig.
- Test HTML-versjonen som brukes er kompatibel med aktuelle nettleserversjoner.
- Test bildene som vises riktig i forskjellige nettlesere.
- Test at skriftene er brukbare i forskjellige nettlesere.
- Test java-skriptkoden er brukbar i forskjellige nettlesere.
- Test de animerte GIF-ene på tvers av forskjellige nettlesere.
Databasetesting
Hva er databasetesting?
- In Databasetesting backend-poster er testet som er satt inn via web- eller skrivebordsapplikasjoner. Dataene som vises i webapplikasjonen skal samsvare med dataene som er lagret i databasen.
For å utføre databasetestingen, bør testeren være klar over punktene nedenfor:
- Testeren bør forstå funksjonelle krav, forretningslogikk, applikasjonsflyt og databasedesign grundig.
- Testeren bør finne ut tabeller, utløsere, lagringsprosedyrer, visninger og markører som brukes for applikasjonen.
- Testeren bør forstå logikken til utløsere, lagringsprosedyrer, visninger og markører som er opprettet.
- Testeren bør finne ut hvilke tabeller som blir påvirket når innsettingsoppdatering og sletting (DML)-operasjoner utføres gjennom web- eller skrivebordsapplikasjoner.
Ved hjelp av de ovennevnte punktene kan testeren enkelt skrive testscenarioene for databasetesting.
Eksempel på testtilfeller for databasetesting:
- Bekreft databasenavnet: Databasenavnet skal samsvare med spesifikasjonene.
- Bekreft tabeller, kolonner, kolonnetyper og standardinnstillinger: Alle ting skal samsvare med spesifikasjonene.
- Bekreft om kolonnen tillater en null eller ikke.
- Bekreft primær- og fremmednøkkelen til hver tabell.
- Bekreft den lagrede prosedyren:
- Test om Lagret prosedyre er installert eller ikke.
- Bekreft navnet på den lagrede prosedyren
- Bekreft parameternavnene, typene og antall parametere.
- Test parametrene om de er nødvendige eller ikke.
- Test den lagrede prosedyren ved å slette noen parametere
- Test når utgangen er null, nullpostene skal påvirkes.
- Test den lagrede prosedyren ved å skrive enkelt SQL spørringer.
- Test om den lagrede prosedyren returnerer verdiene
- Test den lagrede prosedyren med eksempelinndata.
- Bekreft oppførselen til hvert flagg i tabellen.
- Kontroller at dataene blir lagret riktig i databasen etter hver sideinnsending.
- Bekreft dataene hvis DML-operasjonene (Oppdater, slett og sett inn) utføres.
- Sjekk lengden på hvert felt: Feltlengden i bakenden og frontenden må være lik.
- Bekreft databasenavnene til QA, UAT og produksjon. Navnene skal være unike.
- Bekreft de krypterte dataene i databasen.
- Bekreft databasestørrelsen. Test også responstiden for hvert utførte spørring.
- Bekreft dataene som vises på forsiden, og sørg for at de er like i bakenden.
- Bekreft dataens gyldighet ved å sette inn de ugyldige dataene i databasen.
- Bekreft utløserne.
Hva er sikkerhetstesting?
Sikkerhetstesting involverer testen for å identifisere eventuelle feil og hull fra et sikkerhetssynspunkt.
Eksempel på testscenarier for sikkerhetstesting:
- Bekreft at nettsiden som inneholder viktige data som passord, kredittkortnumre, hemmelige svar på sikkerhetsspørsmål osv. sendes via HTTPS (SSL).
- Kontroller at viktig informasjon som passord, kredittkortnumre osv. skal vises i kryptert format.
- Kontroller at passordregler er implementert på alle autentiseringssider som registrering, glemt passord, endre passord.
- Kontroller at om passordet er endret, skal brukeren ikke kunne logge på med det gamle passordet.
- Kontroller at feilmeldingene ikke skal vise viktig informasjon.
- Bekreft om brukeren er logget av systemet eller brukerøkten var utløpt, brukeren skal ikke kunne navigere på nettstedet.
- Bekreft for å få tilgang til sikre og ikke-sikrede nettsider direkte uten pålogging.
- Kontroller at "Se kildekode"-alternativet er deaktivert og ikke skal være synlig for brukeren.
- Bekreft at brukerkontoen blir låst ute hvis brukeren skriver inn feil passord flere ganger.
- Kontroller at informasjonskapslene ikke skal lagre passord.
- Kontroller at om noen funksjonalitet ikke fungerer, skal systemet ikke vise noen applikasjons-, server- eller databaseinformasjon. I stedet skal den vise den egendefinerte feilsiden.
- Bekreft SQL-injeksjonsangrepene.
- Bekreft brukerrollene og deres rettigheter. For eksempel skal rekvirenten ikke ha tilgang til admin-siden.
- Kontroller at de viktige operasjonene er skrevet i loggfiler, og at informasjonen skal være sporbar.
- Kontroller at øktverdiene er i et kryptert format i adressefeltet.
- Kontroller at informasjonskapselinformasjonen er lagret i kryptert format.
- Bekreft søknaden om Brute Force Attacks
Hva er ytelsestesting?
Ytelsestesting utføres for å evaluere samsvaret til et system eller en komponent med spesifiserte ytelseskrav.
Generelle testscenarier:
- For å bestemme ytelsen, stabiliteten og skalerbarheten til en applikasjon under forskjellige belastningsforhold.
- For å finne ut om den nåværende arkitekturen kan støtte applikasjonen på topp brukernivåer.
- For å bestemme hvilken konfigurasjonsstørrelse som gir det beste ytelsesnivået.
- For å identifisere applikasjons- og infrastrukturflaskehalser.
- For å finne ut om den nye versjonen av programvaren hadde negativ innvirkning på responstiden.
- For å evaluere produkt og/eller maskinvare for å finne ut om det kan håndtere projiserte lastvolumer.
Hvordan gjøre ytelsestesting? Ved manuell testing eller ved automatisering
Det er praktisk talt ikke mulig å utføre ytelsestesten manuelt på grunn av noen ulemper som:
- Flere ressurser vil være nødvendig.
- Samtidige handlinger er ikke mulig.
- Riktig systemovervåking er ikke tilgjengelig.
- Ikke lett å utføre den repeterende oppgaven.
- Apache JMeter
- Last Runner
- Borland Silk Performer.
- Rational Performance Tester
- WAPT
- NEO LOAD
