OperaEsimerkki hyväksyntätestauksesta (OAT).
Toimituksellinen tiimi
⚡ Älykäs yhteenveto
OperaKansallinen hyväksymistestaus arvioi, onko julkaisu valmis suoritettavaksi standardimuodossaan. Operatuotantoympäristön tarkistaminen, varmuuskopioiden tarkistaminen, palautus, hälytykset, tietoturva ja dokumentaatio ennen järjestelmän luovuttamista tuotantotukitiimeille.
Mikä on Operakansallinen hyväksyntätesti?
Operanational Acceptance Testing (OAT) on ohjelmistotestaustekniikka, joka arvioi ohjelmistosovelluksen toiminnallisen valmiuden ennen sen julkaisua tuotantoon. Toiminnallisen hyväksymistestauksen tavoitteena on varmistaa järjestelmän ja komponenttien vaatimustenmukaisuus sekä järjestelmän sujuva toiminta standardin mukaisesti. Operaympäristönsuojelu (SOE).
OperaKansallista hyväksymistestausta kutsutaan myös Operatoiminnallista valmiustestausta (ORT) tai lyhyemmin sanottuna toimintatestausta. Kaikki kolme nimeä kuvaavat samaa tarkistusta: ohjelmisto saattaa jo tehdä yrityksen pyytämän työn, mutta kukaan ei ole vielä todistanut, että sen omistajat voivat asentaa, varmuuskopioida, käynnistää uudelleen, valvoa ja palauttaa sen käyttöönoton jälkeen.
Tämä ero asettaa OAT:n vankasti niiden joukkoon, ei-toiminnallinen testaus tyyppejä. Se kysyy, miten järjestelmä käyttäytyy todellisissa käyttöolosuhteissa, sen sijaan, palauttaako ominaisuus oikean vastauksen.
Tyyppisiä Operakansallinen testaus
OperaIkääntymiskoe on yleisluontoinen toiminto. Jokainen alla oleva kohta on erillinen tarkistus, jolla on omat lähtöehtonsa ja omat todisteensa, ja täysi OAT-sykli yleensä käsittelee useimpia niistä.
- Asennustestaus — vahvistaa, että koontiversio voidaan asentaa, päivittää ja palauttaa kohdeympäristöön toimitetun dokumentaation avulla.
- Kuorma- ja suorituskykytesti OperaTUKSEN — tarkistaa, että järjestelmä pitää odotetun läpimeno- ja vasteaikansa tuotantotasoa vastaavissa rajoissa. Katso suorituskyvyn testaus ja kuormitustestaus taustalla oleville tekniikoille.
- Varmuuskopiointi- ja palautustestaus — todistaa, että varmuuskopio voidaan todella ottaa aikataulun mukaisesti ja palauttaa toimivaan tilaan, eikä sitä voida vain kirjoittaa levylle.
- Suojaustestaus — tarkistaa käyttöoikeuksien hallinnan, tunnistetiedot, varmenteet ja suojauksen käyttöympäristössä. Katso turvallisuustestaus yksityiskohtaisen menetelmän osalta.
- Code analyysi — toimitetun koodin ja konfiguraation staattinen tarkastelu ylläpidettävyyden ja tunnettujen heikkouksien varalta ennen kuin siitä tulee jonkun tuotantotaakka.
- Fail over Testing — pakottaa solmun, palvelun tai sivuston vikaantumaan ja tarkkailee, ottaako varatila toiminnan haltuunsa sovitun ajan kuluessa.
- Palautustestaus — mittaa, kuinka täydellisesti ja kuinka nopeasti järjestelmä palaa toimintaan kaatumisen jälkeen. Palautumistestaus käsittelee tekniikkaa syvällisesti.
- Päittäin Testiympäristössä Operakansallinen testaus — käyttää koko palvelimien, verkkojen, töiden ja rajapintojen ketjua yhtenä toimintayksikkönä.
- Operakansallinen dokumentaatio Review — tarkistaa, että runbookit, palvelukaaviot, uudelleenkäynnistyskäskyt ja eskalointipolut vastaavat todellisuudessa rakennettua järjestelmää.
Alla oleva kaavio ryhmittelee julkaisun tarkistukset ja näyttää operatiivisen testauksen viimeisenä vaiheena ennen sovelluksen siirtymistä käyttöympäristöön.
Miksi Operakansallinen testaus
OperaTeknologinen testaus on olemassa, koska julkaisua, joka täyttää kaikki toiminnalliset vaatimukset, voi silti olla mahdotonta ajaa.
- OAT:n aikana ohjelmistokonfiguraatiot ja operatiivisen tuen komponentit yhdistyvät ensimmäistä kertaa.
- Se testaa ohjelmiston tai palvelun toiminnallisten tai rakenteellisten muutosten toteutusta toiminnallisessa tai ei-toiminnallisessa ympäristössä.
- Tämä testaus määrittää, voidaanko sovellus ottaa käyttöön verkossa IT-infrastruktuurikirjaston (ITIL) standardien mukaisesti.
- Se kertoo, toimiiko ohjelmisto suunnitellulla tavalla häiritsemättä liiketoimintaprosesseja.
- OAT keskittyy pääasiassa näihin ohjelmistotuotteen osa-alueisiin:
- sinnikkyys
- Palauttava kyky
- Hallittavuus ja tuettavuus
- Integrity
Kuka esiintyy OperaKansallinen testaus ja milloin
OAT:n omistajuus eroaa jokaisesta aiemmasta testitasosta, ja tämä ero selittää suurimman osan sen tuloksista. Sitä käyttävät ihmiset ovat ihmisiä, joille soitetaan kello kolme aamuyöllä.
- Järjestelmänvalvojat ja infrastruktuuri-insinöörit — suorita asennus, vikasietoisuus ja käynnistä tapaukset uudelleen kohdeympäristössä.
- Operatukitiimit ja — validoi hälytykset, kynnysarvot, eskalointireitit ja kunkin hälytyksen viittaamat ratkaisuasiakirjat.
- Tietokannan ja varmuuskopioiden ylläpitäjät — ottaa ja palauttaa varmuuskopioita, mukaan lukien palautus toiseen sijaintiin.
- Turvallisuus- ja vaatimustenmukaisuushenkilöstö — vahvistaa suojauksen, käyttöoikeuksien hallinnan ja lokitietojen tallentamisen reaaliaikaisessa ympäristössä.
- Testipäälliköt — kerää todisteet käyttöönottoa koskevaan päätöspakettiin.
In ohjelmistotestauksen elinkaari, operatiivinen testaus on aivan lopussa. Järjestelmätestaus todistaa kootun tuotteen toimivuuden, käyttäjien hyväksyntätestaus todistaa, että yritys hyväksyy sen, ja OAT todistaa sitten, että organisaatio pystyy ajamaan sitä. Koska OAT tarvitsee tuotantomaisen ympäristön, se ajoitetaan yleensä julkaisukandidaatin jäädyttämisen jälkeen – kaikki koodin muutokset tämän jälkeen palauttavat syklin alkuun.
Esimerkki testitapauksista Operakansallinen testaus tai OAT
Seuraavassa on kätevä tarkistuslista OAT:n suorittamiseen. Jokainen rivi on kirjoitettu siten, että sen tulos on joko hyväksytty tai hylätty, mikä on käyttöönottolevyn vaatimus.
- Yhdessä paikassa otetut varmuuskopiot voidaan palauttaa samaan paikkaan.
- Yhdessä paikassa otetut varmuuskopiot voidaan palauttaa toiselle paikalle.
- Uusien ominaisuuksien käyttöönotto tuotantoympäristössä ei vaikuta haitallisesti nykyisten tuotantopalveluiden eheyteen.
- Käyttöönottoprosessi voidaan toistaa käyttämällä pätevää dokumentaatiota.
- Jokainen komponentti voidaan sammuttaa ja käynnistää onnistuneesti sovitussa aikataulussa.
- Hälytysten osalta kaikki kriittiset hälytykset on toimitettava TEC:lle ja niissä on viitattava oikeaan ratkaisuasiakirjaan.
- Hälytyksiä on käytössä ja niitä annetaan, jos sovitut kynnysarvot ylittyvät.
- Kaikki tuotetut tai muutetut palautusasiakirjat, mukaan lukien huoltokaaviot, ovat päteviä. Ne tulee toimittaa asianmukaisille tukipalveluille.
- Jokainen vikaantunut komponentti näyttää suositellun uudelleenkäynnistysjärjestyksen, käynnistysajan ja siihen liittyvät riippuvuudet.
Käytännöllinen lisäys listaan on negatiivinen tapaus: katkaise tarkoituksella yksi riippuvuus ja varmista sitten, että hälytys laukeaa, suorituskirja löytyy ja dokumentoitu uudelleenkäynnistyskäsky palauttaa palvelun. Tarkistuslista, joka tallentaa vain onnistumiset, ei ole testannut toimintoa lainkaan.
Operationaalinen testaus vs. käyttäjän hyväksyntätestaus
KAURAA ja käyttäjän hyväksyntätestaus ovat molemmat hyväksymistehtäviä ja molemmat myöhästyvät, minkä vuoksi ne sekoitetaan niin usein. Ne vastaavat eri kysymyksiin ja eri ihmiset hyväksyvät ne.
| Aspect | Operanational Acceptance Testing (OAT) | User Acceptance Testing (UAT) |
| Kysymykseen vastattu | Voiko organisaatio ylläpitää ja tukea tätä järjestelmää? | Täyttääkö järjestelmä sovitut liiketoimintavaatimukset? |
| Esittäjä | Operatoiminnot, infrastruktuuri ja tukihenkilöstö | Loppukäyttäjät, liiketoiminnan sidosryhmät ja asiakkaat |
| Vaatimuksen tyyppi | Pääasiassa ei-toiminnallinen — palautus, varmuuskopiointi, hälytykset, suojaus | Pääasiassa toiminnalliset — liiketoiminnan työnkulut ja säännöt |
| ympäristö | Tuotantomainen, oikeilla valvonta- ja varmuuskopiointityökaluilla | Vakaa testiympäristö edustavalla datalla |
| Tyypillisiä todisteita | Lokien, vikasietoisuuden ajoitusten, hälytysnäyttökuvien ja allekirjoitettujen runbookien palautus | Toteutetut liiketoimintaskenaariot ja käyttäjän hyväksyntä |
| Epäonnistuminen näyttää | Järjestelmä toimii, mutta sitä ei voida palauttaa, valvoa tai käynnistää uudelleen | Järjestelmä toimii, mutta ei tee sitä, mitä yritys pyysi |
Nämä kaksi täydentävät toisiaan eivätkä ole vaihtoehtoja. Julkaisu, joka läpäisee UAT:n mutta ei läpäise OAT:ta, toimii oikein aina ensimmäiseen käyttökatkokseen asti.
Edut ja haasteet Operakansallinen testaus
OAT:n käyttöön ottavat tiimit mainitsevat yleensä samat hyödyt ja kohtaavat samat esteet.
edut
- Katkosriski pienenee, koska palautumis- ja vikasietopolkuja käytetään ennen kuin asiakkaat ovat niistä riippuvaisia.
- Tukitiimit perivät dokumentaation, joka on todistettu toimivan todellista järjestelmää vasten, eikä niinkään suunnittelusta kirjoitettua.
- Käyttöönoton yllätykset tulevat esiin hallitussa ajassa sen sijaan, että ne tulisivat ilmi jo käyttöönottoyön aikana.
- Tarkistuslistan sivutuotteena syntyy vaatimustenmukaisuus- ja auditointitodiste.
Haasteet
- Tuotantoympäristön kaltainen ympäristö on kallis, ja pienennetty kopio piilottaa juuri ne viat, jotka OAT:n on tarkoitus löytää.
- Sykli kilpailee samasta kalenteritilasta kuin julkaisu, joten se on ensimmäinen aktiviteettileikkaus, kun päivämäärä siirtyy ohi.
- Tuhoavat tapaukset, kuten vikasietoisuus ja palautus, vaativat hyväksyntöjä ja hiljaisia ikkunoita, joita on vaikea saada.
- Tulokset riippuvat operatiivisesta henkilöstöstä, joka samanaikaisesti suorittaa nykyistä live-palvelua.
Tavallinen lieventämiskeino on aloittaa pienestä: automatisoida varmuuskopiointi-palautus- ja uudelleenkäynnistystapaukset ensin, koska ne toistuvat jokaisessa julkaisussa ja antavat selkeimmän hyväksymis- tai hylkäyssignaalin. Siitä eteenpäin tarkistuslistaa voidaan kasvattaa jokaisen syklin myötä, ja kaikki runbookeihin tehdyt muutokset voivat olla ehdokkaita. regressiotestaus seuraavassa julkaisussa.
