Operational Acceptance Testing (OAT) Exempel

By: Thomas Hamilton Thomas Hamilton
Hours Uppdaterad

Vad är Operationell acceptanstestning?

Operationell acceptanstestning (OAT) är en mjukvarutestteknik som utvärderar den operativa beredskapen hos en mjukvaruapplikation innan den släpps eller produceras. Målet med Operationell acceptanstestning säkerställer system- och komponentöverensstämmelse och smidig systemdrift i sin standard Operating Environment (SOE).

Operational Acceptance Testing (OAT Testing) kallas också Operational Readiness Testing (ORT) eller Operationell testning.

Typer av Operationell testning

  • Installationstestning
  • Belastnings- och prestandatest Operation
  • Säkerhetskopiering och återställningstestning
  • Säkerhetstestning
  • Kodanalys
  • Misslyckas över testning
  • Återhämtningstestning
  • Början till slut Testmiljö Operationell testning
  • Operationell dokumentation Review

Operationell testning

Varför Operationell testning

  • Under OAT-programvarukonfigurationer och operativt stöd möts komponenterna
  • Den testar implementeringen av funktionella eller strukturella ändringar av programvara eller tjänst i en funktionell eller icke-funktionell miljö
  • Denna testning avgör om en applikation kan distribueras i ett nätverk enligt IT Infrastructure Library (ITIL) standarder
  • Den talar om om en programvara kommer att fungera som den är designad för utan att störa affärsprocessen
  • OAT fokuserar främst på dessa aspekter av mjukvaruprodukter
  • Elasticitet
  • Återhämtningsförmåga
  • Hanterbarhet och stödbarhet
  • Integrity

Exempel testfall för Operational Testing eller OAT

Följande är en praktisk checklista för att göra OAT

  1. Säkerhetskopieringar som tagits på en plats kan återställas till Samma webbplats
  2. Säkerhetskopieringar som tagits på en plats kan återställas till Övrigt webbplats
  3. Implementering av nya funktioner i den levande produktionsmiljön bör inte påverka integriteten hos de nuvarande produktionstjänsterna negativt
  4. Implementeringsprocessen kan replikeras med hjälp av giltig dokumentation
  5. Varje komponent kan stängas av och starta framgångsrikt inom den överenskomna tidsskala.
  6. För varningar- Alla kritiska varningar måste gå till TEC och referera till rätt lösningsdokument.
  7. Varningar finns på plats och utfärdas om överenskomna tröskelvärden överskrids
  8. All återställningsdokumentation som produceras eller ändras, inklusive servicediagram, är giltiga. Detta bör lämnas över till berörda stödområden.
  9. Varje komponent påverkas av felet, bör visa rekommenderad ordning för omstart, tid att slutföra, etc.

Slutsats

inom mjukvaruteknik, Operationell testning säkerställer att systemet och komponenten överensstämmer med applikationens standardoperativmiljö (SOE). Den fullständiga formen av OAT är Operationell acceptanstestning.