Beskrivelse av tjenesten
Tjeneste: f. eks. Arkivering av eksamensoppgaver og veiledning (Arkivering av eksamensoppgaver og veiledning)
Brukerkrav: <informasjon som skal hentes fra klientens krav for å møte behovet for å utvikle tjenesten>
Systemkrav:
Siste oppdatering:
“Test <versjon ‘tjeneste.integrasjon.flyt.komponent’>” (utført: )
Dekning (testnivå):
- Aksepttestingen (for forretningskrav)
- User Acceptance Testing (UAT)
- Operational (Acceptance) Testing (OT/OAT)
- Kontrakts- og regelaksepttesting
- alfa-/betatesting
- Systemet (for å evaluere oppførselen til et helt system/tjeneste basert på tjenestekravspesifikasjoner, funksjonsspesifikasjoner, brukstilfeller og risikoanalyserapport (hvis tilgjengelig))
- Integrasjonen (for å teste grensesnitt mellom komponenter/flyten/systemer og interaksjoner med ulike deler av systemet basert på systemdesign, arbeidsflyt og brukstilfeller (use cases))
- Flyten (for flyt design)
- White Box testing
- Black Box testing
- Komponenten (for å verifisere funksjonen til moduler, programmer, objekter, klasser osv. basert på komponentkrav, detaljert design og kode)
- White Box testing
- Black Box testing
- Retesting
Objektiv:
- finne defekter
- få tillit til kvalitet
- gi informasjon
- forebygge defekter
- å evaluere arbeidsprodukter
- for å kontrollere om alle kravene er oppfylt
- for å redusere risikonivået
- for å overholde kontraktsmessige, juridiske eller regulatoriske krav og standarder
Bidragende/relaterte apper (og versjoner):
f. eks. p360-fs-arkiv-app (
1.0.32)
Klassifisering:
- Statisk (uten utføring av kode, i verifiseringsstadiet for å bekrefte at produktet er riktig bygget, i gjennomgang eller kodegjennomgang) - utført som anmeldelser og statisk analyse
- Uformell gjennomgang
- 'Walkthrough'
- Teknisk gjennomgang
- Undersøkelse
- Dynamisk (med utførelse av kode, i valideringsstadiet for å se om det riktige produktet er bygget, ved funksjonell eller ikke-funksjonell testing) - utført som testnivåer
- Komponent-/flyttesting (Unit/MUnit)
- Integrasjonstesting
- Systemtesting
- Aksept testing (UAT, …)
- Annen ikke-funksjonell testing
Tester:
<navn>
Testhistorikk:
<Free Text: referanse til tidligere/parallelle tester>
Testsammendrag:
<Free Text: beskrivelse, resultat, kvalitets tilbakemelding osv.>
Dato test vellykket resultat godkjent:
Feilsøkingsanmeldelse (debug)
DEBUG #1: (Kvalitetssikring ,Test fullføring, Test utførelse, Test orakel, Testing)
Feilmelding (defect)
CASE #1: (Defekt, Opprinnelig årsak (root cause), Testforhold (test condition), Testplanlegging, Testvare (MUnit, manuelt, …))
Feilrapport (error)
ERROR #1: (analyse, styre (control), overvåkning, fremgangsmåte (procedure), sporbarhet (traceability))
Manglende oppfyllelsesrapport (failure)
FAILURE #1: (basis, data, gjenstand (object), prosess, (V&V))
kladd
Testprosess:
- testplanlegging
- omfang og risikoer
- overordnet tilnærming til testing
- planlegge testaktiviteter og tildele ressurser til aktivitetene
- definere beløp, detalj, mal for dokumentasjon
- velg beregninger for overvåking og kontroll
- definere inn- og utreisekriterier
- bestemmer seg for automatisering
- testovervåking og kontroll
- testovervåking
- testberegninger
- testkontroll
- testanalyse
- Test Basis
- testdesign
- testimplementering
- testutførelse
- testgjennomføring
TEST