Mikä on käyttäjän hyväksyntätestaus (UAT)? esimerkkien kanssa

Sisällysluettelo:

Anonim

Mikä on UAT?

User Acceptance Testing (UAT) on eräänlainen testaus, jonka loppukäyttäjä tai asiakas suorittaa tarkistaakseen / hyväksyäkseen ohjelmistojärjestelmän ennen ohjelmistosovelluksen siirtämistä tuotantoympäristöön. UAT tehdään testauksen viimeisessä vaiheessa sen jälkeen, kun toiminnalliset, integroituvat ja järjestelmätestit on tehty.

UAT: n tarkoitus

UAT: n päätarkoitus on validoida liiketoimintojen kokonaismäärä. Se ei keskity kosmeettisiin virheisiin, kirjoitusvirheisiin tai järjestelmän testaamiseen. Käyttäjien hyväksyntätestaus suoritetaan erillisessä testausympäristössä tuotannon kaltaisilla tiedoilla. Se on eräänlainen mustan laatikon testaus, johon kaksi tai useampi loppukäyttäjä osallistuu.

Kuka suorittaa UAT: ta?

  • Asiakas
  • Loppukäyttäjät

Käyttäjän hyväksymistestauksen tarve

Käyttäjien hyväksyntätestauksen tarve syntyy, kun ohjelmisto on läpikäynyt yksikkö-, integraatio- ja järjestelmätestauksen, koska kehittäjät ovat saattaneet rakentaa ohjelmiston vaatimusten mukaiseen asiakirjaan omalla ymmärryksellään, ja muita tarvittavia muutoksia kehityksen aikana ei ehkä ilmoiteta heille tehokkaasti. asiakas / loppukäyttäjä hyväksyy tuotteen, käyttäjän hyväksyntätestaus on tarpeen.

  • Kehittäjät koodaavat ohjelmiston vaatimusten pohjalta, mikä on heidän "oma" käsityksensä vaatimuksista eikä välttämättä ole asiakkaan tarvitsema ohjelmistolta .
  • Vaatimusten muutoksia projektin aikana ei välttämättä ilmoiteta tehokkaasti kehittäjille.

Hyväksyntätestaus ja V-malli

VModelissa käyttäjien hyväksyntätestaus vastaa ohjelmistokehityksen elinkaaren (SDLC) vaatimusvaihetta.

Käyttäjien hyväksymistestauksen edellytykset:

Seuraavat ovat käyttäjien hyväksymistestauksen kriteerit:

  • Yritysvaatimusten on oltava käytettävissä.
  • Sovelluskoodi tulisi olla täysin kehitetty
  • Yksikkötestaus, integraatiotestaus ja järjestelmätestaus tulisi suorittaa loppuun
  • Ei Showstoppereita, korkea, keskitasoinen vika järjestelmäintegraation testausvaiheessa -
  • Vain kosmeettinen virhe on hyväksyttävä ennen UAT: ta
  • Regressiotestaus tulisi suorittaa ilman suuria vikoja
  • Kaikki ilmoitetut viat tulisi korjata ja testata ennen UAT: ta
  • Kaikkien testien jäljitettävyysmatriisi tulisi täyttää
  • UAT-ympäristön on oltava valmis
  • Kirjaudu ulos postista tai yhteydenpidosta järjestelmän testausryhmältä, että järjestelmä on valmis UAT-suoritusta varten

Kuinka tehdä UAT-testaus

UAT: n tekevät järjestelmän tai ohjelmiston aiotut käyttäjät. Tämän tyyppinen ohjelmistotestaus tapahtuu yleensä asiakkaan sijainnissa, joka tunnetaan nimellä beetatestaus. Kun UAT: n pääsykriteerit täyttyvät, testaajien on suoritettava seuraavat tehtävät:

UAT-prosessi
  • Yritysvaatimusten analyysi
  • UAT-testisuunnitelman luominen
  • Tunnista testiskenaariot
  • Luo UAT-testitapauksia
  • Testitietojen valmistus (tuotannon kaltaiset tiedot)
  • Suorita testitapaukset
  • Tallenna tulokset muistiin
  • Vahvista liiketoiminnan tavoitteet

Vaihe 1) Analyysi liiketoiminnan vaatimuksista

Yksi UAT: n tärkeimmistä toiminnoista on tunnistaa ja kehittää testiskenaarioita. Nämä testiskenaariot on johdettu seuraavista asiakirjoista:

  • Projektin peruskirja
  • Yrityskäyttöön tarkoitetut tapaukset
  • Prosessin vuokaaviot
  • Yritysvaatimukset-asiakirja (BRD)
  • Järjestelmävaatimusten määrittely (SRS)

Vaihe 2) UAT-suunnitelman luominen:

UAT-testisuunnitelmassa hahmotellaan strategia, jota käytetään tarkistamaan ja varmistamaan, että sovellus täyttää sen liiketoiminnan vaatimukset. Se dokumentoi UAT: n sisäänpääsy- ja poistumiskriteerit, testiskenaariot ja testitapausten lähestymistavat sekä testauksen aikataulut .

Vaihe 3) Tunnista testiskenaariot ja testitapaukset:

Tunnista testiskenaariot korkean tason liiketoimintaprosessien suhteen ja luo testitapauksia selkeillä testivaiheilla. Testitapausten tulisi kattaa riittävästi suurin osa UAT-skenaarioista. Yrityskäytön tapaukset ovat syötteitä testitapausten luomiseen.

Vaihe 4) Testitietojen valmistelu:

On suositeltavaa käyttää reaaliaikaista dataa UAT: lle. Tietoja tulisi salata yksityisyyden ja turvallisuuden vuoksi. Testaajan tulisi olla perehtynyt tietokannan kulkuun.

Vaihe 5) Suorita ja tallenna tulokset:

Suorita testitapauksia ja ilmoita virheistä, jos sellaisia ​​on. Testaa viat uudelleen, kun ne on korjattu. Testinhallintatyökaluja voidaan käyttää suoritukseen.

Vaihe 6) Vahvista liiketoimintatavoitteiden täyttyminen:

Liiketoiminta-analyytikoiden tai UAT-testaajien on lähetettävä kirjautumisviesti UAT-testauksen jälkeen. Rekisteröinnin jälkeen tuote on hyvä mennä tuotantoon. UAT-testauksen suoritteet ovat testisuunnitelma, UAT-skenaariot ja testitapaukset, testitulokset ja vikaloki

UAT: n poistumiskriteerit:

Ennen tuotantoon siirtymistä on otettava huomioon seuraavat seikat:

  • Kriittisiä vikoja ei ole auki
  • Liiketoimintaprosessi toimii tyydyttävästi
  • UAT allekirjoita kokous kaikkien sidosryhmien kanssa

UAT-testaajien ominaisuudet:

UAT-testaajalla tulisi olla hyvä tuntemus liiketoiminnasta. Hänen pitäisi olla riippumaton ja ajatella järjestelmän tuntemattomana käyttäjänä . Testaajan tulisi olla analyyttinen ja sivuttainen ajattelija ja yhdistää kaikenlaiset tiedot UAT: n onnistumiseksi.

Testaaja tai liikeanalyytikko tai aihekohtaiset asiantuntijat, jotka ymmärtävät liiketoiminnan vaatimukset tai virrat, voivat valmistaa yritykselle realistisia testejä ja tietoja.

Parhaat käytännöt:

Seuraavat seikat on otettava huomioon UAT-menestyksen saavuttamiseksi:

  • Valmista UAT-suunnitelma projektin elinkaaren alussa
  • Valmista tarkistuslista ennen UAT: n alkua
  • Suorita ennen UAT-istuntoa itse järjestelmän testausvaiheessa
  • Aseta odotukset ja määritä UAT: n soveltamisala selkeästi
  • Testaa liiketoiminnan kulku loppuun ja vältä järjestelmätestejä
  • Testaa järjestelmä tai sovellus reaalimaailman skenaarioilla ja tiedoilla
  • Ajattele järjestelmän tuntemattomana käyttäjänä
  • Suorita käytettävyystestaus
  • Suorita palauteistunto ja tapaaminen ennen siirtymistä tuotantoon

UAT-työkalut

Markkinoilla on useita työkaluja, joita käytetään käyttäjien hyväksyntätesteihin, ja jotkut niistä on lueteltu viitteeksi:

Fitness-työkalu: Se on Java-työkalu, jota käytetään testausmoottorina. Testien luominen ja tulosten tallentaminen taulukkoon on helppoa. Työkalun käyttäjät kirjoittavat alustetun syötteen ja testit luodaan automaattisesti. Testit suoritetaan sitten ja lähtö palautetaan takaisin käyttäjälle.

Watir: Se on työkalupakki, jota käytetään selainpohjaisten testien automatisointiin käyttäjän hyväksymistestauksen aikana. Ruby on ohjelmointikieli, jota käytetään prosessin välisessä viestinnässä rubiinin ja Internet Explorerin välillä.

Joitakin esimerkkejä UAT: n ohjeista

  • Useimmiten tavallisissa ohjelmistokehitysskenaarioissa UAT suoritetaan laadunvalvontaympäristössä. Jos lavastus- tai UAT-ympäristöä ei ole
  • UAT on luokiteltu beeta- ja alfa-testaukseen, mutta se ei ole niin tärkeää, kun ohjelmistoja kehitetään palvelualalle
  • UAT on järkevämpi, kun asiakas on enemmän mukana

Päätelmä:

  • Ohjelmistotuotannossa UAT: n koko muoto on käyttäjän hyväksyntätestaus.
  • Ohjelmistotuotannossa UAT tarkoittaa käyttäjän hyväksyntätestausta.
  • UAT on yksi monista testimakuista, jotka ovat tulleet esiin viimeisten 25 vuoden aikana.
  • UAT: n avulla asiakas voi olla varma "mitä odottaa" tuotteesta eikä olettaa.
  • UAT: n etuna on, että ei tule yllätyksiä, kun tuote julkaistaan ​​markkinoilla.