hvordan skrive Testtilfeller Med Eksempler

Hva Er En Testtilfelle?

i forbindelse med testing av programvare refererer et testtilfelle til sekvensen av handlinger som kreves for å verifisere en bestemt funksjon eller funksjonalitet. I hovedsak beskriver testtilfellet trinnene, dataene, forutsetningene og etterbetingelsene som er nødvendige for å bekrefte en funksjon.

det vil legge ut bestemte variabler Som QAs må sammenligne forventede og faktiske resultater for å konkludere om funksjonen fungerer som den skal. Testtilfelle komponenter nevner inngang, utførelse og forventet utgang/respons. I utgangspunktet forteller det ingeniører hva de skal gjøre, hvordan de skal gjøre det, og hvilke resultater som er akseptable.

Målet Med Å Skrive Testtilfeller

• for å validere spesifikke funksjoner og funksjoner i programvaren.
• for å veilede testere gjennom deres daglige praktiske aktivitet.
• for å registrere en katalog over trinn som gjennomføres, som kan revideres i tilfelle en feil dukker opp.
• å gi en blåkopi for fremtidige prosjekter og testere, slik at de ikke trenger å starte arbeidet fra bunnen av.
• for å oppdage problemer med brukervennlighet og designgap tidlig.
• For å hjelpe nye testere og utviklere raskt å plukke opp testing, selv om de blir med midt i et pågående prosjekt.

Standard Testtilfelle Format

• Testtilfelle ID
• Testscenario
• Testtrinn
• Forutsetninger
• Testdata
• Forventede/Tilsiktede Resultater
• Faktiske Resultater
• teststatus – bestått/Ikke Bestått

husk å ta Med Testtilfeller Mens Du Skriver:

• en rimelig beskrivelse av kravet
• en beskrivelse av testprosessen
• Detaljer knyttet til testoppsett: versjon av programvaren under test, datapunkter, OS, maskinvare, sikkerhetsklarering, dato, klokkeslett, forutsetninger, etc.
• eventuelle relaterte dokumenter eller vedlegg testere vil kreve
• Alternativ til forutsetninger, hvis de eksisterer

Vanlige Trekk Ved Testtilfeller

• Sannsynligvis vil bli revidert og oppdatert regelmessig. Programvarekravene kan endres, avhengig av endringer i forretningsprioriteter eller kundepreferanser. Hvis kravene endres, må testtilfeller endres tilsvarende. Påvisning av feil og feilsøkingstrinn kan også kreve at testtilfeller endres.
• Sannsynlig å involvere clustering. Testtilfeller i et enkelt testscenario må vanligvis kjøres i en bestemt rekkefølge eller i en gruppe. I dette tilfellet vil spesielle forutsetninger for ett testtilfelle gjelde for andre testtilfeller i samme rekkefølge.
• Sannsynlig å være gjensidig avhengig. Ofte kan testtilfeller avhenge av hverandre. Dette gjelder spesielt for lagdelte applikasjoner med forretningslogikk på flere nivåer.
• Sannsynlig å bli brukt av testere samt utviklere. Testtilfeller er nyttig for utviklere samt testere. For eksempel, når devs fikser feil, kan testtilfeller være ganske nyttige for å replikere feilen. I Testdrevet Utvikling (Tdd) lager utviklere testtilfeller for å lage forretningslogikk, dekke flere testscenarier og begynne å skrive kode.

Eksempel På Testtilfelle

la oss bygge et eksempel på testtilfelle basert på et bestemt scenario. Her er et eksempel tilfelle.

• Test Case ID: # BST001
• Testscenario: for å godkjenne en vellykket brukerinnlogging på Gmail.com
• Test Trinn:
  • brukeren navigerer til Gmail.com.
  • i feltet e-post angir brukeren en registrert e-postadresse.
  • brukeren klikker På ‘Neste’ – knappen.
  • brukeren skriver inn det registrerte passordet.
  • brukeren klikker På Logg på.’
• Forutsetninger: En Registrert Gmail-ID med et unikt brukernavn og passord.
• Nettleser: Chrome v 86. Enhet: Samsung Galaxy Tab S7.
• Testdata: Legitimt brukernavn og passord.
• Forventede / Tilsiktede Resultater: Når brukernavn og passord er oppgitt, omdirigerer nettsiden til brukerens innboks, viser og fremhever nye e-poster øverst.
• Faktiske Resultater: Som Forventet
• Teststatus – Bestått/Ikke Bestått: Bestått

Beste Praksis For Å Skrive Testtilfeller

• Prioriter klarhet og gjennomsiktighet. Vær klar, konsis og selvsikker i å beskrive hva testeren må gjøre og hvilke resultater de ideelt sett bør få.
• Fokus På Sluttbrukerkrav når du skriver prøvetesttilfeller. Kart testtilfeller for å gjenspeile alle aspekter av brukeren reise. Bruk Spesifikasjonsdokumentet og Kravdokumentet for å gjøre det.
• Unngå repetisjon. Hvis flere tester kan utføres med samme testtilfelle, bruker Du Testtilfelle-ID-EN for å referere til det nødvendige testtilfellet.
• Hold Testtrinnene så minimale som mulig. Ideelt sett, hold det til 10-15 trinn, hvis mulig.
• Fokus på å oppnå maksimal testdekning. Mens 100% testdekning sjelden er oppnåelig, kan en høy prosentandel oppnås med de riktige strategiene.

  Les Mer: hvordan sikrer du maksimal testdekning?

• Lag selvrensende testtilfeller. Det betyr at testtilfeller må gå Tilbake Testmiljøet til en perfekt, pre-test tilstand. Tester bør ikke etterlate noen rester av seg selv i miljøet når de er ferdige. Dette er et integrert element I Konfigurasjonsstyring. For å forstå mer i dybden: Hva Er Konfigurasjonsstyring I DevOps?
• Form testtilfeller for tester som returnerer de samme resultatene uansett hvem som kjører dem. Sørg for at testene er selvstendige.

når testtilfeller er formet, må tilsvarende tester kjøres på ekte nettlesere, enheter og operativsystemer. Husk at enhetsfragmentering er en betydelig bekymring for alle utviklere og tester. Hvert nettsted må fungere sømløst på flere enhet-nettleser-os-kombinasjoner. Med 9000 + forskjellige enheter som brukes til å få tilgang til internett globalt, må all programvare optimaliseres for forskjellige konfigurasjoner, visningsporter og skjermoppløsninger.

Prøv Å Teste På Ekte Enhetssky gratis

i denne tilstanden kan ingen emulator eller simulator replikere virkelige brukerforhold. Programvare må testes på ekte enheter for å fungere i virkelige forhold som lavt batteri, innkommende anrop, svak nettverksstyrke og så videre. Hvis et internt laboratorium ikke er tilgjengelig, velger du et skybasert testalternativ som tilbyr ekte enheter.

Browserstacks cloud Selenium grid tilbyr 2000 + ekte enheter og nettlesere for automatisert testing. Det betyr at brukere kan kjøre tester på flere virkelige enheter og nettlesere ved å registrere seg, logge inn og velge de nødvendige kombinasjonene. Testere kan også utføre Cypress testing på 30 + ekte nettleserversjoner På Tvers Av Windows og macOS. Oppdage bugs før brukerne gjør ved å teste programvare i reelle brukerforhold Med BrowserStack.

Å Skape velstrukturerte og resultatorienterte testtilfeller er grunnleggende for å kjøre vellykkede tester. I tillegg sikrer de omfattende testdekning og gir en klar plan For QAs å følge. Bruk denne artikkelen til å lære grunnleggende for å skape effektive testtilfeller og begynne å utføre tester som er utformet for å optimalisere og levere toppmoderne brukeropplevelser.