Automatiser enhetstester

[Ingerid]

Skriv enhetstester for dhlab-kode, både for å sikre at forventet funksjonalitet ikke endrer seg selv om implementasjonen gjør det (regresjonstesting) og at funksjonene faktisk oppfører seg slik vi ønsker.

Enhetstester for hovedklassene:

• [ ] Corpus
• [ ] Collocations
• [ ] Concordance
• [ ] Counts
• [ ] Chunks
• [ ] Dispersion
• [ ] GeoData
• [ ] GeoNames
• [ ] Tokens
• [ ] Ngram
• [ ] NgramBook
• [ ] NgramNews

Enhetstester for funksjoner i modulene:

• [ ] text.chunking
• [ ] text.conc_coll
• [ ] text.corpus
• [ ] text.dispersion
• [ ] text.geo_data
• [ ] text.nb_search_text
• [ ] text.nbtokenizer
• [ ] text.parse
• [ ] ngram.ngram
• [ ] images
• [ ] metadata
• [ ] utils

[Yoonsen]

Ja, feilsituasjoner er en viktig del:

1. Hvilke meldinger gis når server er nede
2. Hva når data ikke er som forventes i koden (det er flere eksempler på det)
3. Feil input
4. Timeout og problemer knyttet til det.

Noe av testingen kan automatiseres. Semantsik evaluering bør vel skje under utvikling. En fin ting med Python er mulighetene for inkrementell utvikling med testing underveis.

For pkt (4) kunne det av og til hende i dhlab 1 at koden på klientsiden (i notebook for eksempel) fikk en timeout, mens oppgaven fremdeles gikk på server.