Versions Compared

Version Old Version 6 New Version Current
Changes made by

babak.tavassoli

babak.tavassoli

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Testgrunnlag (

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.

Table of Contents
minLevel1
maxLevel71
typeflat

Test skjema:

  •  User Acceptance Testing (UAT)
  •  Operational (Acceptance) Testing (OAT)
  •  Kontrakts- og regelaksepttesting

Testnivå:

  •  Alfa-testing
  •  Betatesting
Info

TJENESTE & TEST

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 Brukssaker (use cases)
  •  risikoanalyserapportRisikoanalyserapport

Test objects:

business/operational process

Info

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å):

  •  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

Testobjekter:

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

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

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

Test strategi/tilnærming

  •  analytisk (risikobasert testing)
  •  modellbasert
  •  metodisk (forhåndsdefinert av taksonomibasert)
  •  prosesskompatibel (standard kompatibel)
  •  regissert (rådgivende)
  •  motvilje mot regresjon
  •  reaktiv (pågående)

Inngangskriterier

  •  testbare krav/modeller tilgjengelig
  •  testartikler tilgjengelig
  •  testmiljø tilgjengelig
  •  nødvendige testverktøy tilgjengelig
  •  testdata og andre nødvendige ressurser tilgjengelig

Utgangskriterier

  •  planlagte tester utført
  •  definert dekningsnivå (krav, risiko, kode etc.) er oppnådd
  •  antall uavklarte mangler er innenfor en avtalt grense
  •  antall estimerte gjenværende feil er tilstrekkelig lavt
  •  evaluerte nivåer av kvalitetsegenskaper (pålitelighet, ytelseseffektivitet, brukervennlighet, sikkerhet osv.) er tilstrekkelig

estimeringsteknikk brukt

  •  metrisk-basert teknikk
  •  ekspertbasert teknikk

Testovervåking

  • Prosentandel av planlagt arbeid utført i testcaseforberedelse

  • Prosentandel av planlagt arbeid utført i forberedelse av testmiljø

  • Antall tester kjørt/ikke kjørt, testtilfeller bestått/ikke bestått, testbetingelser bestått/ikke bestått

  • Defektintensitet, feil funnet og fikset, risikoer eller kodebekreftelsestester

  • Testdekning av krav, brukerhistorier, akseptkriterier, risikoer eller kode

  • Oppgavefullføring, ressursallokering og bruk

  • Kostnad for testing

testkontroll

  •  omprioritering av tester når en identisk risiko oppstår
  •  endring av testplanen på grunn av tilgjengelighet eller utilgjengelighet av testmiljø eller andre ressurser
  •  revurdere om et testelement oppfyller et inngangs- eller utgangskriterium på grunn av omarbeiding

Risiko

Defekthåndtering

TESTSAMMENDRAG

key

verdi

ID

Objektiv

  •  få tillit til kvalitet
  •  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:

Statustitletest

Forventet resultat

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

Dato test vellykket resultat godkjent:

Tip

Feilsøkingsanmeldelse (debug)

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

Warning

Feilmelding (defect)

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

Warning

Feilrapport (error)

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

Note

Manglende oppfyllelsesrapport (failure)

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

Panel
panelIconId1f5d2
panelIcon:notepad_spiral:
panelIconText🗒
bgColor#DEEBFF

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

Testtype

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

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

Labels List
spaceKeyIPM