Käyttäjän hyväksyntätestaus (UAT) on yksi yleisimmin käytetyistä ohjelmistotestauksen muodoista. User Acceptance Testing on eräänlainen mustan laatikon testaus.

Se on ohjelmistotestauksen viimeinen vaihe ennen kuin ohjelmistotuote toimitetaan sidosryhmille. UAT:ta kutsutaan myös betatestaukseksi.

Tämä artikkeli tarjoaa täydellisen oppaan UAT:stä.

Sisällysluettelo

• Mitä on käyttäjien hyväksyntätestaus?
• Milloin se suoritetaan?
• Kuka vastaa UAT:n suorittamisesta?
• Need for User Acceptance Testing (UAT)
• Käyttäjän hyväksyntätestauksen tarkistuslista
• Kuinka suorittaa käyttäjän hyväksyntätestaus (UAT)?
• Kuinka suorittaa käyttäjän hyväksyntätestaus tehokkaasti?
• Työkalut käyttäjien hyväksyntätestaukseen
• Käyttäjän hyväksyntätestausmalli
• Käyttäjien hyväksyntätestauksen parhaat käytännöt
• Järjestelmän testaus vs. käyttäjän hyväksyntätestaus
• Johtopäätös
• Usein Kysytyt Kysymykset
  • Mitä on käyttäjien hyväksyntätestaus?
  • Kuinka teet UAT-käyttäjien hyväksyntätestauksen?
  • Mitä on käyttäjien hyväksyntätestaus esimerkillä?
  • Mitkä ovat hyväksymistestauksen tyypit?
• Suositellut artikkelit

Mitä on käyttäjien hyväksyntätestaus?

Kuten nimestä voi päätellä, User Acceptance Testing (UAT) testaa mitä tahansa tiettyä ohjelmistotuotetta käyttäjän hyväksyntää varten.

Katsotaanpa mikä on käyttäjän määritelmä UAT:n yhteydessä.

Käyttäjä on henkilö, joka haluaa saada itselleen tietyn tuotteen vaatimusten mukaisesti.

Siis UAT määritelmä voidaan johtaa käyttäjän suorittamana tietyn ohjelmiston testaamiseen tai tarkistamiseen. Käyttäjä voi tarkistaa, toimiiko ohjelmistotuote hänen vaatimustensa mukaisesti.

UAT on osa ohjelmiston testausprosessia ohjelmistokehityksen elinkaari joka ottaa huomioon käyttäjän tarinan ja luo testisuunnitelman vaadittujen tehtävien mukaan tosielämän skenaarioissa.

Toisin kuin muut testit, kuten yksikkötestaus ja regressiotestaus , jonka QA-tiimi tekee keinotekoisessa testausympäristössä, UAT:n tekee yleensä sidosryhmä tai muut yrityskäyttäjät (kutsutaan yhteisesti UAT-tiimiksi). Se suoritetaan yhtenä ohjelmistoprojektiprosessin viimeisistä vaiheista, joka tunnetaan myös beetatestauksena.

Se suoritetaan funktion, integroinnin, regressiotestauksen ja jälkeen järjestelmän testaus kun ohjelmistokehitystiimi, testausryhmä ja laadunvarmistustiimi ovat suorittaneet kaiken keinotekoisen suorituksen.

Se tehdään tuotantoympäristössä tosielämän skenaarioilla todellisten ohjelmiston käyttäjien mukaan.

Lisäksi tätä testausta kutsutaan loppukäyttäjätestaukseksi, toiminnan hyväksymistestaukseksi (OAT), kenttähyväksyntätestaukseksi ja hyväksymistestiohjautuvaksi kehitykseksi (ATDD).

Hyväksyntätyypit

Milloin se suoritetaan?

UAT-testaus tai loppukäyttäjätestaus suoritetaan yleensä ohjelmistotestauksen viimeisessä vaiheessa ennen kuin tietty tuote on valmis tulemaan markkinoille toimitettavaksi loppukäyttäjälle.

Ennen kuin tuote lähetetään käyttäjille tarkastelemaan ohjelmistoa käyttäjien hyväksyntätestausprosessissa, Quality Assurance (QA) -tiimi testaa ohjelmiston varmistaakseen, ettei siinä ole ongelmia.

Ohjelmiston käyttäjät suorittavat UAT-testejä varmistaakseen, että tuote toimii hyvin ja täyttää kaikki sopimuksessa mainitut liiketoimintavaatimukset ennen sen kehittämistä.

Yleensä UAT suoritetaan tuotteen järjestelmätestauksen jälkeen. Koska UAT-testaus on yksi tuotteen viimeisistä vaiheista, asiakkaiden on otettava huomioon kaikki tuotteen näkökulmat.

Kuka vastaa UAT:n suorittamisesta?

UAT-testauksen tarkoituksena on varmistaa, onko ohjelmisto luotettava loppukäyttäjille vai täyttääkö se kaikki kriteerit ja voidaanko sitä käyttää täydellisenä ratkaisuna loppukäyttäjille.

Tuotteen kokonaisuuden omistaja suorittaa UAT:n.

Yrityskäyttäjät testaavat ohjelmistoa yritysten tai käyttäjien tarpeita varten, eivätkä varmistuakseen, kaatuuko ohjelmisto, vastaako se hänen vaatimuksiaan, kirjoitusvirheitä tai muita vikoja. Se kaikki tehdään ennen ohjelmistosovelluksen integraatiotestausta, järjestelmätestausta ja yksikkötestausta.

Tämä loppukäyttäjätestaus keskittyy pääasiassa ohjelmiston toimintaan. Ohjelmiston tulee toimia asianmukaisesti liiketoiminnan toimintojen ja liiketoimintavaatimusten kanssa.

Need for User Acceptance Testing (UAT)

On yksittäisiä yrityksiä, jotka ovat kohdanneet suuren ongelman ohjelmistotuotteissaan ennen niiden julkaisua markkinoille.

Ohjelmiston ongelmat markkinoille tulon jälkeen voivat johtaa merkittävään liiketoiminnan tappioon.

Minkä tahansa vika tuotteessa voi muuttua loppukäyttäjien luottamuksen ja uskon menettämiseksi, mikä ei ole kovin hyödyllistä yritykselle.

Vaikka tuotteessa esiintyvät viat ovat korjattavissa, se vaatii paljon aikaa ja rahaa.

Joten ohjelmisto-ongelmien välttämiseksi sen julkaisun jälkeen markkinoille, on olemassa UAT-testauksen tarve .

UAT-testauksella varmistetaan, että ohjelmisto on maadoitettu ja toimii hyvin ratkaisuna tiettyyn ongelmaan ja on liiketoiminnan vaatimusten mukainen.

Tietylle tuotteelle UAT-testi on välttämätöntä, jotta vältytään liiketoiminnan menetyksiltä mahdollisten vikojen tai bugien vuoksi.

UAT-testi säästää myös arvokasta aikaa ja kustannuksia kyseisen tuotteen omistajalle.

Käyttäjän hyväksyntätestauksen tarkistuslista

UAT-tarkistuslista sisältää täydellisen oppaan UAT-testin suorittamisesta ohjelmistokehityksessä ja UAT-testauksen vaiheista.

1. Ensimmäinen tarkistuslista sisältää UAT (User Acceptance Testing) -testin aloittamisen.
2. Loppukäyttäjän suunnittelu mahdollistaen tutkimuksen sen jälkeen.
3. Tarkistetaan konseptin kuluttajahyväksyntää.
4. Tarkistetaan käyttäjän hyväksynnän suoritusta.
5. Päätökset aktivoinnista
6. Lähetä testikäyttäytyminen käyttäjän hyväksyntää varten.

Kuinka suorittaa käyttäjän hyväksyntätestaus (UAT)?

UAT-testauksen suorittaminen edellyttää erityisiä vaiheita. Nämä vaiheet selitetään lyhyesti alla:

Liiketoiminnan tarpeiden tarkastelu:Ensisijainen ja tärkein vaihe UAT:ssa on liiketoiminnan tarpeiden ja testaustilanteiden määrittely ja arviointi. Tämä voidaan sanoa myös suunnitteluvaiheeksi. Reaalimaailman loppukäyttäjien tulee määritellä testiskenaariot eri asiakirjoista, kuten yrityskäyttötapauksista, vuokaavioista, System Requirements Specification (SRS) -määrityksestä jne.UAT-testisuunnitelman kehittäminen:Seuraava vaihe sisältää UAT-testisuunnitelman kehittämisen. Tämä käyttäjän kehittämä suunnitelma on strategia, jolla varmistetaan, että ohjelmisto täyttää liiketoiminnan tarpeet. Tämä suunnitelma voi sisältää tulo- ja poistumiskriteerit, testitapaukset, testiskenaariot, hyväksymiskriteerit ja testausaikajanat loppukäyttäjän perusteella.Tunnista testiskenaariot ja testitapaukset:Testaajien on tunnistettava korkean tason liiketoiminnan testaustilanteet. Testaustilanteiden perusteella näiden testaajien on luotava selkeät ja puhtaat testitapaukset. Kehitettyjen testitapausten tulee kattaa kaikki liiketoiminnan testiskenaariot.Käytä live-dataa:Live-datan käyttäminen UAT-prosessissa on erittäin hyödyllistä. Tämä auttaa loppukäyttäjää näkemään, kuinka ohjelmistotuote toimii nykytilanteen tietojen kanssa. Käyttäjät käyttävät sovellusta ja testaavat ohjelmiston sopivuutta markkinoille livedatan avulla.Suorita testitapaukset:Korkean tason liiketoiminnan testaustilanteisiin perustuvat kehitetyt testitapaukset tulee suorittaa ja tulos merkitä muistiin. Virheen tai vian ilmeneminen tässä vaiheessa ei kuitenkaan ole hyvä. Kaikki virheet tai viat havaitaan aikaisemmissa vaiheissa. Mutta jos ne ilmestyvät, testaajien on ensin korjattava se ja testattava sitten uudelleen. Kun olet testannut uudelleen, kirjoita tulos muistiin.Varmista, että liiketoiminnan vaatimukset täyttyvät:Kunkin testitapauksen tulokset on kirjattu muistiin, testaajien on varmistettava, että kaikki liiketoiminnan vaatimukset täyttyvät ja ohjelmisto toimii hyvin reaaliajassa.

Kuinka suorittaa käyttäjän hyväksyntätestaus tehokkaasti?

Koska UAT on yksi ohjelmistokehityksen ja testauksen tärkeimmistä vaiheista, käyttäjien on suoritettava tämä testaus huolellisesti ja innokkaasti. Tämän testauksen suorittamiseksi käyttäjien on otettava huomioon tietyt parametrit tai tekijät. Nämä parametrit on lueteltu alla:

Selkeiden odotusten asettaminen:Ensimmäinen tekijä, joka on otettava huomioon käyttäjän hyväksyntätestissä, on asettaa selkeät odotukset testauksen mahdollisesta tuloksesta. Tuotteen käyttäjän tai omistajan ja testaustiimin jäsenen tulee tietää syy testin suorittamiseen.Suorita UAT alkuvaiheessa:Tämä käyttäjän hyväksyntätesti suoritetaan juuri ennen tuotteen toimitusta asiakkaalle. Tätä lähestymistapaa noudatetaan perinteisessä tuotekehitysmallissa, vesiputousmallissa ja ketterässä mallissa moderneissa kehitysmalleissa. Se tulisi tehdä tuotekehityksen alkuvaiheessa vikojen ja vikojen havaitsemiseksi.Etsi oikeat testaajat:Toinen tärkeä tekijä, joka on otettava huomioon UAT:tä suoritettaessa, on valita asiaankuuluvat testaajat. Käyttäjien on valittava osallistujat, jotka ovat usein työskennelleet tämän tyyppisen testauksen kanssa.Tee testitehtävät:UAT:ssa testataan, toimiiko se hyvin tosielämän skenaarioissa ja päivittäisessä toiminnassa. Käyttäjien on siis luotava luettelo tuotteelle tehtävistä tehtävistä ja testeistä varmistaakseen, että se toimii hyvin kaikissa tilanteissa. Luodun testitehtävän tulee kuitenkin perustua korkean tason liiketoimintaolosuhteisiin, korkeampaan testien laatuun ja sisältää ytimekkäät ja selkeät vaiheet.

Käyttäjän hyväksyntätestaus

Työkalut käyttäjien hyväksyntätestaukseen

UAT:n suorittamiseen on markkinoilla saatavilla useita työkaluja. Seuraavassa on joitain alla lueteltuja testaustyökaluja:

1. vettä

Watir on lyhyt muoto Web-sovellustestauksesta Rubyn kielellä. Se on yksi suosituimmista työkaluista, joita käytetään UAT:n tehokkaaseen suorittamiseen. Parasta on, että se on avoimen lähdekoodin työkalu. Se on monialustainen työkalu, joka tukee kaikkia tärkeimpiä käyttöjärjestelmiä. Se sisältää kolme pientä projektia. Niistä kolme on pääosin käytettyjä. Ne ovat Watir-Classic, Watir-web-ohjain ja Watirspec. Se on kirjoitettu Ruby-ohjelmointikielellä ja lisensoitu MIT-lisenssillä.

2. FitNesse

FitNesse on jälleen yksi suosittu UAT-työkalu. Se tarjoaa mahdollisuuden kirjoittaa testitapauksia Wikin verkkosivuille ja suorittaa niitä Wikistä. Käyttäjät voivat luoda uusia Wiki-sivuja tai muokata olemassa olevia Wiki-sivuja ja listata testitapauksiaan. Tämä työkalu on kehitetty erityisesti Ketterä kehitysmetodologia ja UAT.

Käyttäjän hyväksyntätestausmalli

Sovellusta testaava UAT-tiimi käsittelee tarvittavat tehtävät UAT-malli . Se eroaa melkoisesti laadunvarmistustiimin ohjelmistokehityksen testausmalleista. User Acceptance Testing -mallissa voi olla seuraavat tiedot:

Testitapauksen tunnus:Test Case ID:n User Acceptance Testing -mallissa tulee olla yksilöllinen jokaiselle testitapaukselle. Se on numero, joka yksilöi jokaisen testitapauksen testitapausten luettelosta.Toiminnallinen alue:Toiminnallinen alue on toinen parametri mallissa. Testitapaukset yhdistetään niiden toiminta-alueen mukaan.Yritysvaatimuksen tunnus:Testitapaustunnuksen tapaan myös yritysvaatimuksen tunnus on yksilöllinen numero, joka tunnistaa yrityksen jokaisen vaatimuksen.Käyttäjän rooli:Tuotteen käyttäjä on vastuussa käyttäjän hyväksyntätestauksen suorittamisesta. On siis erittäin tärkeää tunnistaa käyttäjän rooli ilmoitetuista liiketoiminnan tarpeista.Testivaiheet: Testausvaiheiden järjestäminen tekee testausprosessista tehokkaan ja yksinkertaisen. Testivaiheet sisältävät kaikki suorituksen aikana suoritettavat peräkkäiset toimenpiteet.Odotettu tulos:Tämä mallin moduuli sisältää kunkin testitapauksen odotetun tuloksen tai järjestelmän käyttäytymisen kunkin testitapauksen suorittamisen yhteydessä.Todellinen tulos:Tämä sarake sisältää todelliset tulokset jokaisen testitapauksen suorittamisen jälkeen todellisessa maailmassa. Jos odotettu tulos ja todellinen tulos ovat samat, käyttäjien on kirjoitettava tähän sarakkeeseen Same as Expected.Testin tila:Testin tila tarkoittaa, läpäiseekö tietty testitapaus vai epäonnistuuko se. Jos se hyväksytään, tila hyväksytään, ja jos se epäonnistuu, käyttäjien on esitettävä ongelma kehitystiimille.Vaikutus liiketoimintaan:Tämä sarake sisältää tärkeitä tietoja ja sitä käytetään tehtävien tärkeysjärjestyksen asettamiseen.Kommentit:Tämä moduuli sisältää kommentteja testitapauksista.

Käyttäjien hyväksyntätestauksen parhaat käytännöt

Tunne ohjelmiston käyttäjät:On tärkeää tietää, kuka ohjelmistoa käyttää todellisessa maailmassa. Mitkä ovat asiakkaiden tarpeet koskien tiettyä ohjelmistoa? Mitä he odottavat ohjelmistolta? Jos kaikki nämä tiedot ovat saatavilla, käyttäjien hyväksyntätestaus on mukavampaa suorittaa.Valmistele testin pääpiirteet etukäteen:Käyttäjien hyväksyntätestauksen suorittamiseksi on välttämätöntä laatia yksityiskohtainen suunnitelma prosessin suorittamisesta. Käyttäjähyväksyntätestauksen ennakkosuunnittelu voi auttaa testaajia kattamaan kaikki testitapaukset ja suorittamaan ne tehokkaasti.Hyvin jäsennelty käyttäjien hyväksynnän hallinnan testaus:Koska käyttäjähyväksyntätestaus on yksi testauksen viimeisistä vaiheista ennen kuin se toimitetaan markkinoille, ohjelmiston tulee toimia hyvin asiakkaiden tarpeiden mukaan. Tämäntyyppiseen testaukseen käytettävän hallintajärjestelmän tulee olla hyvin jäsennelty ja organisoitu.Kehitä testitilanteita:Testaajien tulee käyttää korkean tason yritystestitilanteita ja luoda niistä testitapauksia. Mutta näiden testiskenaarioiden on perustuttava liiketoiminnan tarpeisiin.Määrittele hyväksymisstandardit:Hyväksymisstandardi sisältää säännöt ja standardit, joiden perusteella ohjelmistotuotteesta päätetään, onko se hyväksytty vai hylätty. Joten sen määrittämiseksi, soveltuuko tuote markkinakäyttöön vai ei, vaaditaan perushyväksyntästandardit.

Järjestelmän testaus vs. käyttäjän hyväksyntätestaus

Järjestelmän testaus ja UAT ovat kaksi erillistä termiä. Järjestelmän testaus suoritetaan ennen UAT:tä. Alla oleva taulukko auttaa sinua ymmärtämään eron järjestelmätestauksen ja UAT:n välillä.

Järjestelmän testaus vs. käyttäjien hyväksyntätestaus

Johtopäätös

Tarkasteltuamme kaikkia yllä olevia UAT:n elementtejä ymmärrämme, että tämä vaihe ohjelmistojen testaus on erittäin tärkeä kaikille tuotteille ennen kuin se toimitetaan markkinoille tarkoitetuille käyttäjille.

Nämä testit varmistavat, että käyttäjät käyttävät sovellusta ennen sen käyttöönottoa markkinoilla ja varmistavat, että se pystyy käsittelemään todellisia käyttötapauksia.

Tämä testaus tarkistaa, toimiiko tietty tuote tehokkaasti liiketoiminnan vaatimusten kanssa, ja varmistaa, voidaanko ohjelmistoa tarjota tehokkaana liiketoimintaratkaisuna.

Usein Kysytyt Kysymykset

Mitä on käyttäjien hyväksyntätestaus?

Testauksen viimeisenä vaiheena suoritettava UAT on testaustyyppi, jossa todelliset käyttäjät voivat testata kehitettyä ohjelmistoa ja etsiä virheitä. Joskus käy niin, että testaajat eivät löydä kaikkia vikoja, joten todelliset käyttäjät tarjoavat uusia katseita. Toisin kuin kehitysympäristö, jossa muita testauksia tapahtuu, UAT suoritetaan tuotantoympäristössä. Se tunnetaan myös sovellustestauksena tai loppukäyttäjätestauksena.

Kuinka teet UAT-käyttäjien hyväksyntätestauksen?

UAT tehdään yleensä noudattamalla seuraavia vaiheita:
Analysoi liiketoiminnan vaatimuksia asiakirjoista, kuten Software Requirement Specifications (SRS), Business Requirements Document (BRD), prosessin vuokaaviot jne.
UAT-suunnitelma luodaan päättämään ohjelmiston varmentamiseen käytettävästä strategiasta. Kaikki sisääntulo- ja poistumiskriteerit, testitapaukset, testiskenaariot jne. sisältyvät siihen.
Korkean tason liiketoiminnan vaatimusten perusteella luodaan erilaisia ​​testiskenaarioita, jotka sisältävät useita testitapauksia ja selkeät ohjeet niiden suorittamiseen.
UAT:lle käytetään enimmäkseen live-dataa, joka on salattu tietosuoja- ja turvallisuussyistä.
Kun suunnitelma, skenaariot ja tapaukset on määritetty, testitapaukset suoritetaan ja testataan mahdollisten virheiden varalta. Kaikki testin suorittamisessa löydetyt virheet korjataan ja testataan sitten uudelleen sen varmistamiseksi, että korjaus toimii. Jotkut organisaatiot ja testaajat käyttävät testinhallintatyökaluja suorittamiseen.
Kun kaikki User Acceptance Testing -testitapaukset on suoritettu ja viat on raportoitu tai korjattu, yritysanalyytikot tai UAT-testaajat antavat ilmoituksen, että ohjelmisto on valmis tuotantoon.

Mitä on käyttäjien hyväksyntätestaus esimerkillä?

Käyttäjähyväksyntätestaus on eräänlainen testaus, jossa todelliset käyttäjät tarkastavat ohjelmiston mahdollisten virheiden varalta sen jälkeen, kun kehitystiimi on korjannut sen. Esimerkiksi kun olemme mukana missä tahansa Play-kaupan sovellusten beta-ohjelmassa, otamme sovelluksen käyttöön todellisessa ympäristössä ja etsimme ja raportoimme virheistä, joiden jälkeen se korjataan. Siten betatestaus on myös osa käyttäjien hyväksyntätestausta.

Mitkä ovat hyväksymistestauksen tyypit?

Käyttäjän hyväksyntätestejä on viisi:
Beta- ja alfatestaus
Mustan laatikon testaus
Sopimuksen hyväksyntätestaus
Toiminnan hyväksyntätestaus
Mustan laatikon testaus