Hva er OAT (Operational Acceptance Testing)? Eksempel på testtilfeller

Innholdsfortegnelse:

Anonim

Driftstest

Operational Acceptance Testing (OAT) er en programvaretesteteknikk som evaluerer den operasjonelle beredskapen til en programvare før utgivelsen eller produksjonen. Målet med driftstest er å sikre system- og komponentoverensstemmelse og jevn systemdrift i sitt standarddriftsmiljø (SOE).

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

Typer av operasjonell testing

  • Installasjonstesting
  • Last- og ytelsestestdrift
  • Sikkerhetskopiering og gjenoppretting
  • Sikkerhetstesting
  • Kodeanalyse
  • Mislykkes med testing
  • Recovery Testing
  • End-to-End Test Environment Operational Testing
  • Operasjonell dokumentasjonsgjennomgang

Hvorfor operasjonell testing

  • Under OAT-programvarekonfigurasjoner og operasjonell støtte kommer komponenter sammen
  • Den tester implementeringen av funksjonelle eller strukturelle endringer i programvare eller tjenester i et funksjonelt eller ikke-funksjonelt miljø
  • Denne testingen avgjør om et program kan distribueres i et nettverk i henhold til ITIL-standarder (IT Infrastructure Library)
  • Den forteller om en programvare vil fungere slik den er designet for uten å forstyrre forretningsprosessen
  • OAT fokuserer hovedsakelig på disse aspektene av programvareproduktet
    • Spenst
    • Gjenopprettingsevne
    • Administrerbarhet og støttbarhet
    • Integritet

Eksempel på testtilfeller for operasjonell testing eller OAT

Følgende er en praktisk sjekkliste for å gjøre OAT

  1. Sikkerhetskopier tatt på ett nettsted kan gjenopprettes til samme sted
  2. Sikkerhetskopier tatt på det ene nettstedet kan gjenopprettes til det andre nettstedet
  3. Implementering av nye funksjoner i live produksjonsmiljø bør ikke påvirke integriteten til dagens produksjonstjenester negativt
  4. Implementeringsprosessen kan replikeres ved hjelp av gyldig dokumentasjon
  5. Hver komponent kan stenges og starte vellykket innen avtalt tidsskala.
  6. For varsler - Alle kritiske varsler må gå til TEC og referere til riktig oppløsningsdokument.
  7. Varsler er på plass og utstedes hvis avtalte terskler overskrides
  8. Enhver gjenopprettingsdokumentasjon produsert eller endret, inkludert servicediagrammer, er gyldig. Dette bør overleveres til de aktuelle støtteområdene.
  9. Enhver komponent påvirkes av feilen, bør vise anbefalt rekkefølge for omstart, tid til å fullføre, etc.

Konklusjon:

I programvareutvikling sørger operasjonstesting for at systemet og komponentens samsvar er i applikasjonens standarddriftsmiljø (SOE). Den fulle formen for OAT er Operational Acceptance Testing.