Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

Enhetstesting (også referert til som komponenttesting eller modultesting) utføres på enhet på laveste nivå for å teste en individuell metode, en funksjon eller en logisk gruppe med programmer som kan testes separat. Enhetstesting gjøres med det formål å finne feil fra koden i den tidlige fasen av programvarens livssyklus. NB! Enhetstesting validerer kodestrømmen mot brukerens krav men tester ikke ytelsen til systemet for belastning og belastningstesting.

Beskrivelse av tjenesten:

opplastede dokument(er) eller lenke til interne eller eksterne nettside(r)

Siste oppdatering:

Test versjon:

  • <versjon ‘tjeneste.integrasjon.flyt.komponent’>

  • utført:

  • Resultat godkjent:

Testhistorikk:

<Free Text: referanse til tidligere/parallelle tester>

Testgrunnlag:

en liste, opplastede dokument(er) eller lenke til interne eller eksterne nettside(r)

  • Brukerkravspesifikasjoner
  • Forretningsprosess
  • Brukssaker (use cases)
  • Risikoanalyserapport
  • kravdokument

Testobjekter:

opplastede dokument(er) eller lenke til interne eller eksterne nettside(r)

  • Forretnings-/driftsprosess
  • Brukerprosedyrer
  • Skjemaer
  • Rapporter
  • Konfigurasjonsdata

 


TESTSAMMENDRAG

key

verdi

ID

 

Utviklingsmiljø

  • Dev
  • Test
  • Prod

Kildekoden (isolert komponenten)

prosjekt/fil/flyt/prosess/<1>

hvite boksen testdetoden

  • Uttalelsestesting og dekning
  • Beslutningstesting og dekning

Funksjonelle/tekniske spesifikasjoner for komponenten som testes for a kryssverifisere testresultatene

<Free Text>

verktøyene brukes til enhetstesting

  • MUnit

Nødvendig spotter/Mock

<referanse til spottverdig komponent/element/flyt/eksterne systemutganger/tjenester/database strømning som kreves for testing kan etterlignes ved hjelp av spotter>

Enhetstestprosess

key

verdi

1. Enhetstesttilfeller

<Free Text: beskrivelse, resultat, kvalitets tilbakemelding osv.>

2. Enhetstestingsramme

3. Testutførelse

>Det kan finne feil i metoder eller funksjoner, i datastrømmer og kan også finne logiske feil.>

4. Feil løses

5. Feil bekreftes på nytt

6. Push koden til repo

  • No labels