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

Kuka suorittaa UAT: n?

• Asiakas
• Loppukäyttäjät

• Kehittäjät koodaavat ohjelmiston vaatimuksiin perustuvan asiakirjan perusteella, joka on heidän ”oma” käsityksensä vaatimuksista eikä välttämättä ole asiakkaan tarvitsema ohjelmistosta.
• Vaatimusten muutoksia projektin aikana ei ehkä ilmoiteta tehokkaasti kehittäjille.

Hyväksyntätestaus ja V-malli

VModelissa käyttäjän hyväksyntätestaus vastaa ohjelmistokehityksen elinkaaren (SDLC) vaatimusvaihe.

Käyttäjien hyväksynnän testauksen edellytykset:

Seuraavat ovat käyttäjän hyväksyntätestauksen lähtökriteerit:

• Yritysvaatimusten on oltava käytettävissä.
• Sovelluskoodin tulee olla täysin kehitetty
• Yksikkötestaus, integraatiotestaus & Järjestelmän testaus on suoritettava loppuun.
• Regressiotestaus on suoritettava ilman suuria vikoja
• Kaikki ilmoitetut viat on korjattava ja testattava ennen UAT: ia.
• Kaikkien testien jäljitettävyysmatriisi tulisi suorittaa / li>
• UAT-ympäristön on oltava valmis
• Kirjaudu ulos System Testing Teamin postista tai viestistä, että järjestelmä on valmis UAT-suoritukseen

Kuinka UAT tehdään Testaus

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

• Analyysi liiketoiminnan vaatimuksista
• UAT-testisuunnitelman luominen
• Tunnista testiskenaariot
• Luo UAT-testitapaukset
• Testitietojen valmistelu (tuotanto Tiedot)
• Suorita testitapaukset
• Tallenna tulokset
• Vahvista liiketoiminnan tavoitteet

Vaihe 1) Liiketoiminnan analyysi Vaatimukset

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

• Project Charter
• Liiketoiminnan käyttötapaukset
• Prosessin vuokaaviot
• Liiketoiminta Vaatimusdokumentti (BRD)
• Järjestelmävaatimusten määrittely (SRS)

Vaihe 2) UAT-suunnitelman luominen:

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

Vaihe 3) Tunnista testiskenaariot ja -tapaukset:

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 testitapaukset ja ilmoita mahdollisista virheistä. 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:

• Ei kriittisiä vikoja auki
• Liiketoimintaprosessi toimii tyydyttävästi
• UAT allekirjoita tapaaminen kaikkien sidosryhmien kanssa

Laadut UAT-testaajien joukosta:

UAT-testaajalla tulisi olla hyvä liiketoiminnan tuntemus. 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 yritysanalyytikko tai aihe-asiantuntija, joka ymmärtää 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
• Valmistele tarkistuslista ennen UAT: n alkua
• Suorita ennen UAT-istuntoa itse järjestelmän testausvaiheessa
• Aseta odotukset ja määritä UAT: n laajuus 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 palaute-istunto ja tapaaminen ennen siirtymistä tuotantoon

UAT-työkalut

Markkinoilla on useita työkaluja Käyttäjän hyväksyntätestaus ja jotkut niistä on lueteltu viitteeksi:

Kuntotyö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 laadunvarmistusympäristössä. Jos lavastus- tai UAT-ympäristöä ei ole
• UAT luokitellaan beeta- ja alfa-testaukseen, mutta se ei ole niin tärkeää, kun ohjelmistoja kehitetään palvelualalle
• UAT: lla on järkevämpää, kun asiakas on mukana enemmän

Johtopäätös:

• Ohjelmistotuotannossa UAT: n täydellinen muoto on käyttäjän hyväksyntätestaus.
• Ohjelmistotuotannossa UAT tarkoittaa käyttäjän hyväksyntätestausta.
• UAT on yksi monista testimakuista, joka on tullut esiin viimeisten 25 vuoden aikana.
• UAT: n avulla asiakas voi olla varma ”mitä odottaa” tuotteelta kuin olettaa.
• UAT: n etuna on, että tuotteen julkaisemisessa markkinoille ei tule yllätyksiä.