Når du programmerer, ønsker du at programmet skal gjøre det du forventer. Men hvordan vet du at koden faktisk fungerer? Og hvordan kan du kontrollere at en endring ikke har ødelagt noe som fungerte tidligere?

For å undersøke dette kan vi teste koden vår. Test Driven Development (TDD) er en arbeidsmetode der tester brukes aktivt gjennom utviklingen av et program.

Del 1: Hva er TDD?

Tenk deg at du utvikler en nettbutikk. Før du skriver koden, lager du hypoteser om hvordan den skal fungere.

For eksempel:

• Tre varer til 100 kroner per stykk skal koste 300 kroner.
• Fem varer til 0 kroner skal koste 0 kroner.
• En vare til -500 kroner skal ikke godtas, fordi en vare ikke skal ha en negativ pris.

Disse hypotesene beskriver hvordan du forventer at nettbutikken skal oppføre seg. Du kan gjøre dem om til tester som undersøker om programmet følger forventningene dine.

I Test Driven Development (TDD) skriver du tester før du implementerer funksjonaliteten. Deretter utvikler du koden i små steg og bruker testene til å kontrollere at programmet oppfører seg som forventet.

Arbeidsflyten kalles Red, Green, Refactor:

Del 2: Manuell testing og automatiserte tester

Det finnes flere måter å teste et program på. To vanlige tilnærminger er manuell testing og automatiserte tester.

Manuell testing

Ved manuell testing kjører du programmet selv, prøver ulike handlinger og undersøker om resultatet er riktig.

I nettbutikken kan du for eksempel kjøpe en vare og kontrollere om pengene i lommeboka blir oppdatert riktig.

Dette er nyttig når du vil undersøke hvordan programmet fungerer i praksis. Ulempen er at du må gjenta handlingene selv hver gang du vil kontrollere resultatet.

Automatisert testing

I stedet for å kontrollere resultatet manuelt kan du skrive kode som utfører kontrollen for deg.

Se på denne funksjonen:

1
2

def totalpris(pris, antall):
    return pris * antall

Funksjonen beregner totalprisen. Vi forventer at tre varer til 100 kroner skal koste 300 kroner. Dette kan vi kontrollere automatisk ved å bruke assert:

1
2
3
4

# Importer funksjonen "totalpris" fra filen "store.py" i samme mappe
from store import totalpris

assert totalpris(100, 3) == 300

Python utfører kontrollen når testkoden kjøres. Hvis resultatet er 300, består testen. Hvis resultatet er noe annet, får vi en AssertionError.

Del 3: Hvordan fungerer assert?

I forrige del brukte vi assert til å kontrollere resultatet fra en funksjon. Men hva skjer egentlig når vi kjører en slik test?

Python evaluerer uttrykket etter assert og undersøker om det er sant.

1

assert totalpris(100, 3) == 300

Python kaller funksjonen med argumentene 100 og 3. Funksjonen returnerer 300, og Python sammenligner denne verdien med 300.

• Hvis resultatet er 300, består testen, og programmet fortsetter uten en feilmelding.
• Hvis resultatet er noe annet, får vi en AssertionError, og programmet stopper ved denne testen.

Hva hvis funksjonen har en feil?

Tenk deg at vi ved en feil legger til én krone på totalprisen:

1
2

def totalpris(pris, antall):
    return pris * antall + 1

Testen vår vil nå feile:

1

assert totalpris(100, 3) == 300

Funksjonen returnerer 301, mens testen forventer 300. Testen avdekker dermed en feil vi kanskje ikke hadde oppdaget med en gang ved manuell testing.

Test flere situasjoner

Én test undersøker bare én situasjon. Vi kan derfor skrive flere tester for å kontrollere ulike forventninger:

1
2
3

assert totalpris(100, 3) == 300
assert totalpris(50, 2) == 100
assert totalpris(0, 5) == 0

Når vi kjører testene, kontrollerer Python hver påstand i rekkefølge. Hvis en test feiler, stopper programmet ved den første feilen.

Det er også viktig å tenke på situasjoner der funksjonen ikke skal godta verdiene den får. Hvis nettbutikken ikke skal tillate negative priser, bør vi ha en test som kontrollerer at slike priser blir avvist.

Del 4: Test funksjoner fra andre filer

I større programmer er det vanlig å dele koden opp i flere filer. Da kan vi samle funksjoner som hører sammen, og teste dem uten å starte hele programmet.

I et enkelt nettbutikkprosjekt kan filene for eksempel være organisert slik:

src/
├── main.py
├── store.py
└── test_store.py

• main.py starter nettbutikken og håndterer samspillet med brukeren.
• store.py inneholder funksjoner for blant annet kjøp og salg.
• test_store.py inneholder tester for funksjonene.

Importer en funksjon

Hvis store.py inneholder funksjonen totalpris(), kan vi importere den i testfilen:

1
2
3
4

from store import totalpris

assert totalpris(100, 3) == 300
assert totalpris(50, 2) == 100

Linjen from store import totalpris henter funksjonen fra filen store.py, slik at vi kan bruke den i test_store.py.

I dette eksempelet ligger filene i samme mappe. Hvis de ligger i en undermappe, må importen og måten testene kjøres på tilpasses prosjektstrukturen.

Kjør testfilen

Hvis testfilen ligger i src/ og prosjektet bruker uv, kan du kjøre den fra prosjektmappen med:

uv run python src/test_store.py

Python kjører koden i test_store.py, inkludert testene som bruker funksjoner fra store.py.

Hvis alle assert-kontrollene består, fortsetter programmet til neste linje. Hvis en kontroll feiler, stopper programmet med en AssertionError.

Oppsummering

• TDD: En arbeidsmetode der du skriver tester før du implementerer funksjonaliteten.
• Hypoteser: Forventninger om hvordan programmet skal oppføre seg.
• Manuell testing: Du bruker programmet selv og kontrollerer resultatene.
• Automatisert testing: Kode utfører kontroller av forventede resultater.
• assert: Lar Python kontrollere om et uttrykk er sant.
• import: Gjør det mulig å bruke funksjoner fra andre Python-filer.
• Red, Green, Refactor: Skriv en test som feiler, få den til å bestå, og forbedre koden uten å endre oppførselen.