Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Table of Contents

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

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

Dekning (testnivå)

Nedenfor kan du finne lenke til testnivåer/faser av godkjenningstesting.

Du kan følge lenkene til skjemaet, fylle dem ut og eksportere/skrive dem ut for ytterligere dokumentasjonsreferanser av tjenester.

Jira Legacy
serverSystem JIRA
serverId83e3296b-f81a-3839-8c59-0469a4ed0fc6
keyIOM-284