Free Press

Käyttäjän hyväksymistestauksessa (User Acceptance Testing, UAT) ohjelmistoa testaavat todelliset käyttäjät heidän tiloissaan. Sitä kutsutaan myös muilla nimillä, kuten beta-testaus ja loppukäyttäjätestaus. Se suoritetaan periaatteessa sen varmistamiseksi, että kehitetty järjestelmä on niiden käyttäjävaatimusten mukainen, jotka jaettiin kehittäjien kanssa ennen järjestelmän kehittämisen aloittamista.

Mitä on käyttäjän hyväksymistestaus?

Se on testaustyyppi, jonka oikeat käyttäjät suorittavat testauksen viimeisessä vaiheessa, ennen kuin tuote tai sovellus luovutetaan tuotantoympäristöön tai markkinoille.

Käyttäjien hyväksymistestauksen (User Acceptance Testing, UAT) suorittamiseen käytettävä ympäristö on samanlainen kuin tuotantoympäristö, eikä se ole kehitysympäristö.

Käyttäjän hyväksymistestauksen (UAT) tarkistuslista

On tärkeää varmistaa, että seuraavat vaiheet ja niiden testaustoiminnot katetaan osana käyttäjän hyväksymistestausta, jotta UAT:sta saadaan optimaaliset tulokset.

1. Käyttäjän hyväksymistestausprojektin aloittaminen
2. Käyttäjän hyväksymistestauksen suunnittelu
3. Käyttäjän hyväksymistestauksen suunnittelu
4. Käyttäjän hyväksymistestauksen toteutus
5. Vapauttamispäätökset
6. Käyttäjän hyväksymistestauksen jälkeiset toiminnot

Alhaalla on esitelty kuhunkin edellä mainittuun vaiheeseen kuuluvia toimintoja.

Käyttäjien hyväksymistestausprojektin aloittaminen

Seuraavat toimet olisi mieluiten suoritettava osana UAT-projektin aloittamista.

1. Tunnista tärkeimmät sidosryhmät
2. Valitse tiiminvetäjä
3. Kommunikoi liiketoiminnan tarkoitus, tavoitteet ja järjestelmän hyväksymiskriteerit
4. Sopiminen käyttäjän hyväksymistestausryhmän resursseista
5. Sopiminen dokumentoinnista käyttäjän hyväksymistestauksen tueksi
6. Sopiminen päätöksentekorakenteista
7. Sopiminen Käyttäjän hyväksymistestausryhmästä
8. Aloitetaan Käyttäjän hyväksymistestaus -koulutus
9. Muodostetaan alustava projektisuunnitelma Käyttäjän hyväksymistestausta varten

Käyttäjän hyväksymistestauksen suunnittelu

Suunniteltaessa UAT:tä, alla olevat tehtävät olisi suoritettava.

1. Tunnista järjestelmän hankintamenetelmä, jotta voit määrittää parhaan lähestymistavan käyttäjän hyväksymistestaukseen.
2. Määritä, onko liiketoiminnallinen tarkoitus ja käyttäjien odotukset otettu talteen ja ovatko ne mitattavissa.
3. Varmista, että liiketoimintavaatimukset on otettu talteen.
4. Varmista, että kaikki vaatimustyypit on sisällytetty.
5. Kirjoita hyväksymiskriteerit ja tarkista, että ne ovat asianmukaiset.
6. Varmista, että laajuus on selkeä ja relevantti.
7. Kartoita ja tarkista liiketoimintaprosessit.
8. Arvioi nykyinen dokumentaatio ja sen kestävyys testipohjana.

Käyttäjien hyväksymistestauksen suunnittelu

On tärkeää varmistaa, että UAT:n testaussuunnittelussa noudatetaan alla olevia vaiheita, jotta varmistetaan, että UAT tuottaa halutun tuloksen.

1. Määrittele sisäänpääsykriteerit käyttäjän hyväksymistestaukselle.
2. Katsele testiskriptejä, jos niitä on saatavilla.
3. Määrittele käyttäjän hyväksymistestausstrategia.
4. Katsele olemassa olevia testiolosuhteita, jos niitä on saatavilla, ja kirjoita uusia.
5. Katsele olemassa olevia testitapauksia, jos niitä on saatavilla, ja kirjoita uusia testitapauksia testiolosuhteiden perusteella.
6. Kirjoita testiskriptejä testitapausten perusteella.
7. Varmista, että testit kattavat kaikki vaatimukset.

Käyttäjien hyväksymistestauksen toteutus

Alhaalla olevat tehtävät on suoritettava osana UAT-testin toteutusta.

1. Testiympäristön saatavuuden tarkistaminen.
2. Korkean tason testiaikataulun määrittäminen käyttäjän hyväksymistestausstrategiaa vasten prioriteettien saavuttamiseksi.
3. Tarkan tason testiaikataulun määrittäminen resurssien parhaan mahdollisen käytön saavuttamiseksi.
4. Testauslokin ajan tasalla pitämisen varmistaminen.
5. Varmuus siitä, että häiriötilanteet raportoidaan täsmällisesti ja ajoissa.
6. Tarkista säännöllisesti vikojen ratkaiseminen kehitystiimin kanssa ja varmista, ettei pullonkauloja ole.
7. Luo säännöllisiä testiyhteenvetoraportteja.

Käyttäjien hyväksymistestaus Julkaisupäätökset

Seuraavat kohdat auttavat tiimiä päättämään UAT:n jälkeen, jatketaanko julkaisua vai ei.

1. Tilanne suhteessa hyväksymiskriteereihin.
2. Hyväksyntäkriteerien täyttämiseen vaadittavan työmäärän ja ajan määrittäminen yksityiskohtaisesti.
3. Vaihtoehtojen tarkastelu jäljellä olevien riskien perusteella.
4. Hätäjulkaisukriteerit hallitun julkaisun mahdollistamiseksi.
5. Raportoi tilanne tärkeimmille sidosryhmille vaihtoehtoisten julkaisuehdotusten kera.
6. Valmistele käyttäjähyväksyntätestauksen loppuraportti suosituksineen.

Käyttäjähyväksyntätestauksen jälkeiset toimet

Alhaalla esitetyt toiminnot on suoritettava UAT:n päätyttyä.

1. Käyttäjäkoulutuksen suunnitteleminen ja suunnitelma.
2. Julkaisun jälkeinen tuki.
3. Jatkuva testaus
4. Käyttäjien hyväksymistestauksen jälkeinen raportti usein kysyttyine kysymyksineen jne.

Käyttäjien hyväksymistestauksen parhaat käytännöt

Tuntemus käyttäjistä, jotka viime kädessä käyttävät ohjelmistoa

Tuntemus kohderyhmästä. Mitkä ovat heidän ongelmansa/tarpeensa? Mikä on heidän motivaationsa? Miten voit tavoittaa heidät? Kun sinulla on kaikki nämä tiedot ennen käyttäjän hyväksymistestauksen aloittamista, säästyt turhalta vaivannäöltä ja saat ohjattuja tuloksia.

Valmistele käyttäjän hyväksymistestaussuunnitelma hyvissä ajoin etukäteen

Käyttäjän hyväksymistestaus suoritetaan tavallisesti ennen ohjelmiston lanseeraamista markkinoille, ja tässä vaiheessa sinulla on jo paineita aikataulujen noudattamisesta ja olet innoissasi loppukäyttäjän reaktiosta ohjelmistoon, joten käyttäjän hyväksymistestauksen suunnitteleminen kyseisessä vaiheessa voi johtaa siihen, että joitain todellisia käyttötapauksia ei oteta huomioon, mikä on yleistä. Resurssien saatavuus voi myös olla rajoitteena tässä vaiheessa.

Hyvin jäsennelty käyttäjän hyväksymistestauksen hallintajärjestelmä

Hyvin jäsennelty käyttäjän hyväksymistestauksen hallintajärjestelmä on sellainen, joka sisältää helppoja suodatusvaihtoehtoja, tehokkaan raportoinnin, jäljitettävyysmatriisin, virheiden seurantaominaisuudet ja tietoturvaominaisuudet.

Luoda skenaarioita liiketoimintatarpeiden pohjalta

On aina hyvä käytäntö laatia testausskenaarioita liiketoimintatarpeiden pohjalta loppukäyttäjälle.

Määrittele selkeästi hyväksymiskriteerit

Hyväksyntäkriteerit ratkaisevat sen, hyväksytäänkö tuote vai hylätäänkö se kehityksen jälkeen, joten hyväksymiskriteerit kannattaa määritellä selkeästi.

Vaihe, jossa käyttäjän hyväksymistestaus suoritetaan

Järjestelmän kehittämiseen on monia tapoja, mutta karkeasti jaoteltuna ne voidaan jakaa kahteen luokkaan:

1. Sekventiaalinen kehitys
2. Iteratiivinen kehitys

Sekventiaalinen kehitys

Sekventiaalisessa kehityksessä hyödynnetään peräkkäisiä kehitysvaiheita, jotka tyypillisesti noudattavat V:n muotoa. UAT on viimeinen testitaso, jolla testataan valmis järjestelmä suhteessa liiketoimintavaatimuksiin.

Iteratiivinen kehitys

Iteratiivisessa lähestymistavassa (kuten ketterässä kehityksessä) suunnittelu ja testaus tapahtuvat lyhyiden sprinttien aikana, joten järjestelmän toiminnallisuus tulee käyttöön inkrementaalisesti kunkin sprintin lopussa. UAT tarvitaan ennen kunkin sprintin käyttöönottoa.

Käyttäjien hyväksymistestauksen lähestymistapa

UAT-lähestymistapa perustuu kolmeen elementtiin:

1. Liiketoiminnan vaatimukset
2. Liiketoimintaprosessit
3. Käyttäjien odotukset

Pitäisi olla lähestymistapa, joka noudattelee näitä kolmea elementtiä.

Vaatimuksiin perustuvat testitapaukset

Testitapausten on katettava liiketoimintavaatimukset, jokainen testitapaus on liitettävä tiettyyn vaatimukseen ID-numeron perusteella. Testitapaukset voidaan kirjoittaa pian sen jälkeen, kun vaatimusmäärittely on määritelty, ja sitä kutsutaan vaatimuslähtöisiksi testitapauksiksi. Tämän lähestymistavan haittapuolena on se, että jos vaatimukset sisältävät virheitä, myös testitapaukset menevät pieleen.

Liiketoimintaprosessipohjaiset testitapaukset

Liiketoimintaprosessipohjaiset testitapaukset kirjoitetaan sen varmistamiseksi, että toimitettu järjestelmä toimii nimenomaan liiketoimintaprosessien tukemisessa. Testitapausten on pystyttävä osoittamaan, että vaatimukset on täytetty tavalla, joka kuvastaa sitä, miten organisaatio aikoo käyttää järjestelmää.

Käyttäjärajapintapohjaiset testitapaukset

Käyttäjärajapintapohjaiset testitapaukset rakentuvat lomakkeiden tai näyttöjen ympärille, jotka on täytettävä. Testitapaukset perustuvat tietojen syöttöön, vuorovaikutukseen näytön kautta ja raportointiin. Käyttöliittymäpohjaiset testitapaukset voidaan sisällyttää liiketoimintaprosessiin perustuviin testitapauksiin, kun liiketoimintaprosessi sisältää tietojen syöttöä, vuorovaikutusta tai raportointia.

Prioriteettien asettaminen riskiperusteisen testauksen avulla

UAT suoritetaan yleensä kiireessä, koska se tehdään juuri ennen kuin järjestelmä luovutetaan loppukäyttäjille, jotta he voivat käyttää sitä, joten on löydettävä keino, jolla voidaan saavuttaa paras mahdollinen tulos rajallisessa käytettävissä olevassa ajassa. Tätä varten käytetään priorisointitekniikkaa, jolla tärkeimmät testit ajetaan ensin, jotta kaikki keskeneräiseksi jäävät testit ovat vähemmän tärkeitä kuin loppuun saatetut testit. Tätä kutsutaan riskiperusteiseksi testaukseksi.

Kunkin vaatimuksen riskitaso tunnistetaan ja vaatimukset lajitellaan tärkeysjärjestykseen.Riskiperusteista testausta voidaan käyttää yhdessä muiden lähestymistapojen kanssa.

Esimerkiksi

Riskiperusteista testausta voidaan sisällyttää vaatimuksiin perustuvaan testaukseen sen varmistamiseksi, että tärkeimmät osa-alueet testataan ensimmäisinä.

Jos järjestelmä toimii niin kuin pitääkin, mutta siitä puuttuu jokin yksityiskohtainen teknisen spesifikaation osa, tuloksesta on raportoitava, mutta se ei kuitenkaan ole mikään ”näytön este”.’

Toisaalta, jos järjestelmä täyttää kaikki teknisen eritelmän kohdat, mutta sen käyttö on hankalaa, se on huolestuttavaa.

Käyttäjien hyväksymistestaus Esimerkkejä

Minkä tahansa alan, kuten autoteollisuuden, matkailun jne. ohjelmistojen, tulisi käydä läpi asianmukainen käyttäjien hyväksymistestaus ennen niiden toimittamista tuotantoon.

Asettakaamme, että on olemassa matkapuhelimen seurantaohjelmisto, jossa ylläpitäjä hallinnoi matkapuhelimen resursseja, ja että se on verkkopohjainen sovellus. Se on käynyt läpi monia eri testausmuotoja, kuten toiminnallisen testauksen, integrointitestauksen, järjestelmätestauksen, suorituskykytestauksen jne., ja nyt on vuorossa testauksen tärkein taso, käyttäjän hyväksymistestaus. Ihannetapauksessa se olisi suoritettava kahdella tasolla:

Alpha-testaus

Testaajat tekevät tämäntyyppisen käyttäjän hyväksymistestauksen kehittäjien tiloissa tarkistaakseen viimeisetkin ongelmat ennen kuin ohjelmisto toimitetaan loppukäyttäjille beta-testausta varten.

Beta-testaus

Tätyyppisen testauksen tekevät loppukäyttäjät omissa tiloissaan ja tarkistavat mahdolliset ongelmat ennen kuin ohjelmisto luovutetaan tuotantoon.

Johtopäätökset

Käyttäjien hyväksymistestauksen etuna on se, että yllätyksiä ei pääse tapahtumaan, kun tuote luovutetaan tuotantoon/markkinoille varsinaista käyttöä varten.

Muut suositut artikkelit:

• Mitä on hyväksymistestaus tai käyttäjän hyväksymistestaus (User Acceptance Testing, UAT)?
• Mitä on hyväksymistestauslähtöinen kehitys ketterässä metodologiassa?
• Mitä ovat testauspyramidi ja testausnelikentät ketterässä testausmenetelmässä?
• Mitä ovat projektin työtuotteet ketterässä testauksessa?
• Mitä on käyttötapaustestaus ohjelmistotestauksessa?