Det er ikke ett "riktig" format for å skrive testscenarier i et Excel -ark. Imidlertid gjør et godt strukturert format det lettere å organisere, spore og administrere testtilfellene dine. Her er et vanlig og allsidig format du kan tilpasse:

Kolonneoverskrifter:

1. test case id: Unik identifikator for hvert testtilfelle (f.eks. TC-001, TC-002).

2. Test Case Name: Beskrivende tittel som tydelig sier målet med testsaken.

3. Test -scenario: En kort beskrivelse av situasjonen som testes, inkludert kontekst og forutsetninger.

4. trinn: En liste over handlinger testeren utfører for å utføre testsaken. Hvert trinn skal være klart og kortfattet.

5. Forventet resultat: Det ønskede resultatet etter å ha utført trinnene i testsaken.

6. Faktisk resultat: Det faktiske utfallet observert etter å ha utført testsaken.

7. Status: Angir statusen til testsaken:

* pass: Testsaken passert, faktisk resultat samsvarer med forventet resultat.

* mislykkes: Testsaken mislyktes, det faktiske resultatet samsvarer ikke med forventet resultat.

* blokkert: Testsaken kunne ikke utføres på grunn av eksterne faktorer.

* Ikke aktuelt: Testsaken er ikke relevant for den nåværende versjonen av programvaren.

8. Prioritet: Kategoriserer viktigheten av testsaken.

* Høy: Kritisk funksjonalitet, store feil.

* medium: Funksjonalitet som er viktig, men ikke kritisk.

* lav: Mindre funksjonalitet, kosmetiske problemer.

9. Merknader: Eventuell tilleggsinformasjon, kommentarer eller observasjoner relatert til testsaken.

10. Testdata: (Valgfritt) Hvis testtilfeltet involverer spesifikke data, kan du ta med en egen kolonne for å registrere den.

11. Testmiljø: (Valgfritt) Spesifiser miljøet som brukes for testtilfeltet (f.eks. Utvikling, iscenesettelse, produksjon).

12. Automatisert: (Valgfritt) Angi om testsaken er automatisert eller manuell.

Eksempel:

| Test Case ID | Test Case Name | Test -scenario | Trinn | Forventet resultat | Faktisk resultat | Status | Prioritet | Merknader |

| --- | --- | --- | --- | --- | --- | --- | --- | --- |

| TC-001 | Logg inn med gyldig legitimasjon | Bruker prøver å logge inn med gyldig brukernavn og passord. | 1. Naviger til påloggingssiden. 2. Skriv inn gyldig brukernavn og passord. 3. Klikk på påloggingsknappen. | Brukeren skal logges inn på systemet. | Brukeren ble logget inn vellykket. | Pass | Høy | |

| TC-002 | Logg inn med ugyldige legitimasjon | Brukeren prøver å logge inn med et ugyldig brukernavn eller passord. | 1. Naviger til påloggingssiden. 2. Skriv inn et ugyldig brukernavn eller passord. 3. Klikk på påloggingsknappen. | En feilmelding skal vises som indikerer feil legitimasjon. | En feilmelding ble vist. | Pass | Medium | |

Tips:

* Bruk jevn formatering og tydelig språk.

* Inkluder relevant informasjon, men unngå unødvendige detaljer.

* Bruk formler og betinget formatering for å automatisere visse aspekter av regnearket.

* Gjennomgå og oppdatere testscenariene regelmessig når programvaren utvikler seg.

alternativer:

* Vurder å bruke dedikerte testsbehandlingsverktøy som Testrail, Zephyr eller Jira for en mer avansert tilnærming.

* Hvis du er kjent med programmeringsspråk, kan du automatisere testprosessen og lagre resultatene i et mer strukturert format.

Til syvende og sist avhenger formatet du velger av dine spesifikke behov og kompleksiteten i testprosessen. Nøkkelen er å finne et format som fungerer for teamet ditt og lar deg administrere testtilfellene dine effektivt.