• 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: 21 Jul 2022

•  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:

03 Aug 2022

• DEBUG #1: (Kvalitetssikring ,Test fullføring, Test utførelse, Test orakel, Testing)

• CASE #1: (Defekt, Opprinnelig årsak (root cause), Testforhold (test condition), Testplanlegging, Testvare (MUnit, manuelt, …))

• ERROR #1: (analyse, styre (control), overvåkning, fremgangsmåte (procedure), sporbarhet (traceability))

• FAILURE #1: (basis, data, gjenstand (object), prosess, (V&V))

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