Operational Acceptance Testing (OAT) Eksempel

Af: Thomas Hamilton Thomas Hamilton
Hours Opdateret

Hvad er Operational accepttest?

Operational Acceptance Testing (OAT) er en softwaretestteknik, som evaluerer en softwareapplikations driftsklarhed før udgivelsen eller produktionen. Målet med Operational accept test er at sikre system- og komponentoverholdelse og jævn systemdrift i sin standard Operating Miljø(SOE).

Operational Acceptance Testing (OAT Testing) kaldes også Operational Readiness Testing (ORT) eller Operational test.

Typer af Operational test

  • Installationstest
  • Belastnings- og ydeevnetest Operation
  • Sikkerhedskopiering og gendannelsestest
  • Sikkerhedstest
  • Kodeanalyse
  • Mislykket over test
  • Gendannelsestest
  • Ende til ende Testmiljø Operational test
  • Operational dokumentation Review

Operational test

Hvorfor Operational test

  • Under OAT-softwarekonfigurationer og driftssupport samles komponenter
  • Det tester implementeringen af ​​funktionelle eller strukturelle ændringer af software eller service i et funktionelt eller ikke-funktionelt miljø
  • Denne test afgør, om en applikation kan implementeres på et netværk i henhold til IT Infrastructure Library (ITIL) standarder
  • Den fortæller, om en software vil fungere, som den er designet til uden at forstyrre forretningsprocessen
  • OAT fokuserer hovedsageligt på disse aspekter af softwareprodukt
  • Resiliency
  • Gendannelsesevne
  • Håndterbarhed og støttebarhed
  • Integrity

Eksempler på testcases til Operational test eller OAT

Følgende er en praktisk tjekliste til at udføre OAT

  1. Sikkerhedskopier taget på ét sted kan gendannes til samme websted
  2. Sikkerhedskopier taget på ét sted kan gendannes til Andet websted
  3. Implementering af nye funktioner i live-produktionsmiljøet bør ikke påvirke integriteten af ​​de nuværende produktionstjenester negativt
  4. Implementeringsprocessen kan replikeres ved at bruge gyldig dokumentation
  5. Hver komponent kan lukkes ned og starte med succes inden for den aftalte tidsskala.
  6. For advarsler - Alle kritiske advarsler skal gå til TEC og henvise til det korrekte løsningsdokument.
  7. Alarmer er på plads og udsendes, hvis aftalte tærskler overskrides
  8. Enhver gendannelsesdokumentation, der er fremstillet eller ændret, inklusive servicediagrammer, er gyldige. Dette skal afleveres til de relevante støtteområder.
  9. Enhver komponent er påvirket af fejlen, bør vise anbefalet genstartsrækkefølge, tid til at fuldføre osv.

Konklusion

I Software Engineering, Operational test sikrer, at systemet og komponenten overholder applikationens standardoperativmiljø (SOE). Den fulde form for OAT er Operational accepttest.