Akseptprøving bekrefter tjenesten mot forretningskravene for å fastslå om det skal aksepteres for forretningsbruk. Det etablerer tillit til systemet, deler av systemet eller spesifikke ikke-funksjonelle egenskaper ved systemet.
Test skjema
- User Acceptance Testing (UAT)
- Operational (Acceptance) Testing (OAT)
- Kontrakts- og regelaksepttesting
Akseptprøvingstrinn
- Intern (alfa) testing
- Planlegging
- Forutsetning
- Test miljø
- Testutførelse
- Evaluering av utgangskriterier
- Testavslutning
- Ekstern (beta) testing (følger vanligvis ad hoc-testing)
Testgrunnlag
- Brukerkravspesifikasjoner
- Forretningsprosess
- Brukssaker (use cases)
- Risikoanalyserapport
(en liste, opplastede dokument(er) eller lenke til interne eller eksterne nettside(r))
Testobjekter
- Forretnings-/driftsprosess
- Brukerprosedyrer
- Skjemaer
- Rapporter
- Konfigurasjonsdata
(en liste, opplastede dokument(er) eller lenke til interne eller eksterne nettside(r))
Testteknikk
- blackbox-teknikker
- Ekvivalenspartisjon
- Grenseverdianalyse
- State Transition testing
- Beslutningstabelltesting
- 'Use Case'-testing
- whitebox-teknikker
- Uttalelsestesting og dekning
- Beslutningstesting og dekning
- erfaringsbasert teknikker
- Feilgjetting
- Utforskende testing
- Sjekklistebasert testing
Test ledelse
- Grad av testing uavhengighet
- ingen uavhengig tester
- uavhengige utviklere eller testere innen utvikling/prosjektteam
- uavhengig testteam eller gruppe i organisasjonen
- uavhengige testere fra bedriftsorganisasjonen
- uavhengige testere utenfor organisasjonen
- Testers oppgaver
- Testplanlegging og estimering
- Testovervåking og kontroll
- Risiko og testing
- Defekthåndtering
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: )
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)
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))
TEST