Operational Acceptance Testing (OAT) Eksempel

Hva er Operanasjonal aksepttesting?

Operational Acceptance Testing (OAT) er en programvaretestingsteknikk som evaluerer driftsberedskapen til en programvareapplikasjon før utgivelsen eller produksjonen. Målet med Operasjonell aksepttesting sikrer system- og komponentoverholdelse og jevn systemdrift i sin standard Operating Environment(SOE).

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

Typer av Operasjonell testing

• Installasjonstesting
• Last og ytelsestest Operasjon
• Sikkerhetskopiering og gjenopprettingstesting
• Sikkerhetstesting
• Kodeanalyse
• Mislykket over testing
• Gjenopprettingstesting
• Ende til ende Test miljø Operasjonell testing
• Operanasjonal dokumentasjon Revforhåndsvisning

Hvorfor Operasjonell testing

• Under OAT-programvarekonfigurasjoner og driftsstøtte kommer komponenter sammen
• Den tester implementeringen av funksjonelle eller strukturelle endringer i programvare eller tjeneste i et funksjonelt eller ikke-funksjonelt miljø
• Denne testen avgjør om en applikasjon kan distribueres på et nettverk i henhold til IT Infrastructure Library (ITIL) standarder
• Den forteller om en programvare vil fungere slik den er designet for uten å forstyrre forretningsprosessen
• OAT fokuserer hovedsakelig på disse aspektene ved programvareprodukt
• fleksibilitet
• Gjenopprettingsevne
• Håndterbarhet og støttebarhet
• Integrity

Eksempel på testtilfeller for Operational Testing eller OAT

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

1. Sikkerhetskopier tatt på ett sted kan gjenopprettes til samme nettstedet
2. Sikkerhetskopier tatt på ett sted kan gjenopprettes til Annet nettstedet
3. Implementering av nye funksjoner i live-produksjonsmiljøet bør ikke påvirke integriteten til de nåværende produksjonstjenestene negativt
4. Implementeringsprosessen kan replikeres ved å bruke gyldig dokumentasjon
5. Hver komponent kan slås av og starte vellykket innen avtalt tidsskala.
6. For varsler- Alle kritiske varsler må gå til TEC og referere til riktig løsningsdokument.
7. Varsler er på plass og utstedes dersom avtalte terskler overskrides
8. Eventuell gjenopprettingsdokumentasjon produsert eller endret, inkludert servicediagrammer, er gyldig. Dette bør overleveres til aktuelle støtteområder.
9. Enhver komponent er påvirket av feilen, bør vise anbefalt rekkefølge for omstart, tid for å fullføre, etc.

Konklusjon

I programvareteknikk, Operasjonell testing sørger for at systemet og komponenten er i samsvar med applikasjonens standard driftsmiljø (SOE). Den fullstendige formen for OAT er Operanasjonal aksepttesting.