Kehitysprosessin aikana on tärkeää varmistaa, että ohjelmisto toimii odotetulla tavalla ennen sen julkaisemista.
Tätä varten sinun on käytävä läpi erittäin perusteelliset testausprosessit koko kehitysvaiheen ajan ja varmistettava, että tuotteesi soveltuu käyttäjälle.
Tässä vaiheessa on vuorossa käyttäjän hyväksymistestaus (UAT).
Lue lisää siitä, mitä käyttäjän hyväksymistestaus on, mitä eri tyyppisiä hyväksymistestejä on ja miten prosessi suoritetaan, sekä eräistä ohjelmistotyökaluista, jotka tehostavat UAT-testausta.
Mitä UAT-testaus tarkoittaa?
UAT-testaus on lyhenne sanoista User Acceptance testing (käyttäjän hyväksymistestaus), ja se on ohjelmistokehitysprosessin viimeinen vaihe.
Prosessin tässä vaiheessa laaditaan valmis tuote, joka lähetetään palautetta varten useille ohjelmistojen todellisille käyttäjille ja asiakkaille. Näin varmistetaan, että ohjelmisto pystyy käsittelemään reaalimaailman skenaarioita alkuperäisten suunnittelumäärittelyjen mukaisesti, ja selvitetään, ovatko asiakkaat tyytyväisiä heille luotuun tuotteeseen.
Käytä tätä palautetta, jotta voit tehdä ohjelmistoosi viime hetken tärkeät muutokset ja toimittaa lopullisen tuotteen, josta asiakkaat pitävät.
Joitakin muita termejä testauksen muodolle ovat esimerkiksi beta-testaus, sovellustestaus ja loppukäyttäjätestaus, ja varhaisen käyttöoikeuden pelit ovat yksi strategian yleisimmistä muodoista.
1. Milloin meidän on tehtävä UAT-testausta (User Acceptance Testing)?
UAT-testit ovat suhteellisen joustamattomia ajoituksen suhteen. UAT-testaus edellyttää, että kaikki ohjelmiston ominaisuudet on ohjelmoitu tuotteeseen.
Tämä johtuu siitä, että potentiaaliset asiakkaasi testaavat tuotetta kuten tavallisessa arkipäivässä, joka edellyttää kaikkia niitä ominaisuuksia ja toimintoja, joita oletat ihmisten käyttävän päivittäin.
Täydellinen käyttöliittymä on myös välttämätön, sillä käyttäjien on navigoitava järjestelmässä tehokkaasti, jotta he voivat hyödyntää sovelluksen käyttöä mahdollisimman tehokkaasti.
Varmista, että saat myös UAT:n valmiiksi ennen tuotteen julkaisemista yleisille markkinoille. Jos teet sen julkaisun ohella, toimitat tuotteen, jossa on mahdollisesti virheitä, huonoja toimintoja ja graafisia häiriöitä.
Sitä vastoin, kun tuote testataan perusteellisesti ennen sen julkaisua, sinulla on aikaa ratkaista kaikki ohjelmistossa vielä olevat ongelmat ennen julkaisua, jolloin sinulla on lyhyt aika, jonka kuluessa voit viimeistellä tuotteesi ennen yleistä julkaisua.
2. Kun et tarvitse UAT-testejä
On pari tapausta, joissa et tarvitse UAT-testejä.
Ensimmäinen näistä koskee tuotteita, jotka vaativat UAT-testejä, mutta eivät prosessin tässä vaiheessa. Jos suoritat käyttäjän hyväksymistestauksen prosessin aikaisemmassa vaiheessa, vaarana on, että tuotteen lopullisessa versiossa olevat ongelmat jäävät huomaamatta.
UAT-testejä ei tarvita missään vaiheessa ennen kuin koko projektin kehitys on saatu päätökseen, sillä silloin loppukäyttäjälle tarjotaan keskeneräinen tuote. Tätä testausta ei tarvita projektin alkuvaiheessa, koska sinulla ei ole testausta edeltävää tuotetta.
On olemassa muutamia ääritapauksia, joissa kehitysprosessit eivät käytä testauksessa lainkaan UAT:tä, vaan tuote lanseerataan testaamatta ohjelmistoa loppukäyttäjän avulla.
Tällaisia tapauksia ovat muun muassa:
Myöhään markkinoille tuleva tuote
Joillakin teollisuudenaloilla on erittäin tiukat aikatauluvaatimukset hankkeiden käynnistämiselle.
Jos ohjelmistotuote on myöhässä, jotkut julkaisijat voivat käynnistää sen ilman UAT:n suorittamista, jotta pääsevät määräaikaan, ja korjata ohjelmiston jälkikäteen.
Käyttäjien puute
Jotkin kehittäjät luovat tuotteita erittäin erityisiin tilanteisiin, ja jos asiakas on ainoa, joka kokee sen toiminnallisuuden, UAT-testausta ei tarvita, koska nämä testit olisivat käytännössä pehmeä lanseeraus.
Ohjelmiston yksinkertaisuus
Jos julkaisemasi ohjelmisto on yksinkertainen verkkotyökalu, joka tekee vain yhden tehtävän, UAT-testausta ei tarvita, sillä voit korjata ongelmat nopeasti julkaisun jälkeen ja toimittaa päivityksen ilman kohtuutonta uudistusta.
Valmiit tuotteet
Jotkin yritykset käyttävät ohjelmissaan valmiita koodeja lisätoimintojen tarjoamiseksi. Näissä tapauksissa alkuperäinen myyjä on suorittanut UAT-testit, joten niitä ei tarvita näitä ratkaisuja käyttävälle kehittäjälle.
3. Kuka osallistuu käyttäjän hyväksymistestaukseen?
Käyttäjien hyväksymistestausprosessiin osallistuu useita osapuolia, joilla kullakin on omat ainutlaatuiset roolinsa ja vastuualueensa. UAT-prosessissa tärkeimpiä henkilöitä ovat muun muassa seuraavat:
Kehittäjät
Sovelluksen kehittäjät kokoavat ohjelmiston uusimman version ja toimittavat sen testaajille, minkä jälkeen he tekevät tarvittavat muutokset, kun testaustulokset ovat tulleet takaisin.
Testaajat
Testaajat ovat tyypillisesti henkilöitä, jotka käyttävät ohjelmistoa joko työssään tai harrastuksenaan. He tutkivat kaikki ohjelmiston ominaisuudet ennalta suunnitelluissa testeissä ja raportoivat tuloksista yritykselle.
Johtajat
Johtohenkilöstö järjestää yhteistyötä testaajien kanssa, minkä lisäksi se toimittaa luettelon UAT-testin vaatimuksista ja joissakin tapauksissa saattaa päätökseen testien suunnittelu- ja valmisteluprosessit.
Asiantuntija
Käytä mahdollisuuksien mukaan “toimialan asiantuntijaa” tai jotakuta, jolla on asiaankuuluvaa asiantuntemusta alalta, suorittamaan käyttäjän hyväksymistestejä loppukäyttäjien rinnalla ja antamaan lisätietoja, kun raportoit ongelmista kehitystiimille.
UAT-testauksen elinkaari
UAT-prosessin läpikäyminen edellyttää erittäin perusteellista elinkaarta, ja jokainen vaihe antaa lisätietoa siitä, miten ohjelmisto toimii, ja mahdollisista parannuskohteista.
1. UAT-testin suunnittelu
Prosessin ensimmäinen vaihe on käyttäjän hyväksymistestausprosessin suunnittelu.
Kun suunnittelet UAT-testejä, merkitse muistiin prosessin olennaiset osat, kuten liiketoiminnan vaatimukset ohjelmistolle, yrityksen käytettävissä oleva aika testien suorittamiseen ja joitakin mahdollisia testiskenaarioita.
Yksityiskohtainen suunnittelu alusta alkaen antaa tiimille selkeämmän käsityksen siitä, mitä tehtäviä se on suorittamassa, ja asettaa kaikille osapuolille selkeän lopputavoitteen, jota kohti työskennellä.
2. Käyttäjien hyväksymistestien suunnittelu
Kun sinulla on testausprosessin päämäärä mielessäsi, aloita käyttäjän hyväksymistestien suunnittelu.
Tähän sisältyy strategian luominen, jolla varmistetaan, että ohjelmisto täyttää kaikki sen vaatimukset, sellaisten testitapausten ja -ympäristöjen suunnittelu, jotka jäljittelevät ohjelmiston todellista käyttöä, sekä UAT:n poistumis- ja sisäänpääsykriteerien dokumentointi, jotta se toimii hyvin tarkoin määritellyissä rajoissa.
Näin UAT-testeihin saadaan lisää rakennetta ja jokainen testi suoritetaan toistettavalla ja johdonmukaisella tavalla.
3. Testidatan valmistelu
Valmistele kaikki UAT:ssa käytettävät tiedot.
Pyri mahdollisuuksien mukaan käyttämään todellisia tietoja, olivatpa ne sitten yrityksen saamia live-tietoja tai näytetietoja aiemmalta ajankohdalta.
Anonymisoi tiedot turvallisuussyistä.
Käyttämällä reaalimaailman tietoja varmistat, että ohjelmisto kestää kovia vaatimuksia, jotka aiheutuvat työskentelystä ympäristössä, jota asiakkaasi käsittelevät joka ikinen päivä.
Tämä on korkeampi testistandardi kuin mitä ohjelmisto on aiemmin kohdannut, ja tiedot on valmisteltava mahdollisimman lähellä todellisia, eläviä tilanteita, jotta UAT-testausprosessista saadaan kaikki irti.
4. UAT-toteutus
Kun olet suorittanut perusteellisen valmistelu- ja suunnitteluprosessin, aloita toteutusprosessi.
Tähän kuuluu käyttäjän hyväksymistestin suorittaminen ja raportointi kaikista testin aikana ilmenneistä virheistä, mukaan lukien vian ilmenemisajankohta, ohjelmiston antama viesti ja se, mikä aiheutti ongelman.
Testinhallintatyökalut voivat joissakin tapauksissa automatisoida tämän suoritusprosessin. Toista testit aina kun mahdollista varmistaaksesi, että saamasi tulokset ovat luotettavia.
5. Vertailu liiketoiminnan tavoitteisiin
Kun UAT-testausprosessi on saatettu päätökseen, vertaa ja aseta tulokset vastakkain liiketoiminnan tavoitteiden kanssa.
Niissä kohdissa, joissa ohjelmisto ei vastaa tavoitteitaan, kehittäjät voivat toteuttaa korjaukset ennen uutta testauskierrosta. Tässä konsolidointivaiheessa määritetään ohjelmiston toimivuus ja se, onko se valmis toimitettavaksi, joten se on yhtä tärkeä tehokkaan ohjelmistokehityksen kannalta kuin itse testaus.
Kun ohjelmisto täyttää kaikki tavoitteet, se on valmis toimitettavaksi käyttäjille.
UAT-testauksen hallinto
Hallinnointi antaa UAT-testausprosessille auktoriteetin ja vastuuvelvollisuuden, mikä lisää organisaation jäsentyneisyyttä ja auttaa testaamaan tehokkaammin.
Hyvällä hallinnolla varmistetaan, että jokainen käyttäjän hyväksymistesti on samanlainen kuin edellinen, mikä lisää johdonmukaisuutta testistä toiseen ja ohjaa tiimiä paremmin siinä, miten ohjelmistoa voidaan parantaa.
Johtohenkilöstö on vastuussa UAT-testien hallinnoinnista, ja sen tehtävänä on erityisesti pyrkiä laadukkaampiin sisäänkäynteihin ja päästä päähän -validointiin, joilla ratkaistaan ohjelmistossa esiintyviä ongelmia ja autetaan yritystä toimittamaan asiakkailleen parempi tuote.
Sekaannuksen selvittäminen – Käyttäjän hyväksymistestaus vs. järjestelmätestaaminen vs. regressiotestaus
Ohjelmistokehityksessä on paljon erilaisia testauksen muotoja, joista kukin tähtää ainutlaatuisiin tavoitteisiin ohjelmiston osalta ja tapahtuu kehitysprosessin eri vaiheissa.
Lue lisää siitä, mitä järjestelmätestaus ja regressiotestaus ovat, ja siitä, miksi nämä kaksi testauksen muotoa eroavat UAT:sta ja miksi ero on niin merkittävä.
1. Mitä on järjestelmän testaus?
Järjestelmätestaus on prosessi, jossa järjestelmä testataan kokonaisuutena, integroimalla ja lisäämällä kaikki paketin moduulit ja komponentit, jotta voidaan todeta, toimiiko ohjelma yrityksen odotusten mukaisesti.
Yksi esimerkki järjestelmätestauksesta on tietokoneen toimivuuden toteaminen, jolloin jokainen yksittäinen komponentti rakennetaan erikseen ja testataan itsenäisesti.
Järjestelmätestauksessa tutkitaan, toimiiko järjestelmä kokonaisuutena, eikä kokeilla jokaista yksittäistä järjestelmää erikseen.
Kehittäjät käyttävät järjestelmätestejä, kun kaikki yksittäiset moduulit yhdistetään toisiinsa valvotussa ympäristössä.
Mitä eroja on UAT- ja järjestelmätestauksen välillä?
Yksi tärkeimmistä eroista UAT:n ja järjestelmätestauksen välillä on se, mitä testaaja etsii.
Järjestelmätestauksessa selvitetään, toimiiko ohjelmisto odotetulla tavalla, onko se turvallinen ja täyttääkö se perustoiminnot, kun taas UAT-testaus on kattavampi järjestelmä, jossa selvitetään, täyttääkö tuote asiakkaan tai käyttäjän vaatimukset.
Lisäksi järjestelmätestaus on kehitystiimin sisäinen prosessi, jossa UAT tekee yhteistyötä asiakkaiden ja mahdollisten käyttäjien kanssa toiminnallisuuden määrittämiseksi.
2. Mitä on regressiotestaus?
Regressiotestaus on testausprosessi, jossa tutkitaan, miten koodiin tai järjestelmiin äskettäin tehdyt muutokset vaikuttavat laajempaan ohjelmaan, ja varmistetaan, että laajempi ohjelmisto toimii odotetulla tavalla näiden muutosten jälkeen.
Palatakseni tietokoneen esimerkkiin: jos vaihdat tietokoneen RAM-moduulit, regressiotestillä varmistetaan, että kaikki toimii kuten ennenkin ilman odottamattomia vikoja.
Kehittäjät käyttävät regressiotestausta heti ohjelmistoon tehtyjen muutosten jälkeen, kun he pyrkivät varmistamaan, että kaikki toimii edelleen odotetulla tavalla.
Mitä eroja on käyttäjän hyväksyntä- ja regressiotestauksen välillä?
Regressiotestauksen ja käyttäjän hyväksynnän välillä on merkittäviä eroja, joista ensimmäinen on testin ajoitus.
UAT suoritetaan yksinomaan ennen tuotteen lanseerausta, kun taas regressiotestaus suoritetaan, kun testattavaan ohjelmistoon on tehty merkittäviä muutoksia.
Toinen ero on siinä, kuka tuotetta testaa: testiryhmä suorittaa regressiotestit, kun taas UAT-testit suorittavat asiakkaat ja toimialan asiantuntijat.
Käyttäjien hyväksymistestauksen (UAT) tyypit
Käyttäjien hyväksymistestejä tehdään erilaisia, ja eri tyyppiset testit suorittavat erilaisia toimintoja ja soveltuvat erinomaisesti erilaisiin tarpeisiin. Näihin kuuluvat:
1. Beetatestaus
Beetatestaus tarkoittaa, että ohjelmisto toimitetaan loppukäyttäjäryhmille, jotka suorittavat useita testejä ja tutkivat ohjelmistoa ennen sen laajempaa julkaisua.
Näin kehittäjätiimillä on aikaa tehdä muutoksia ennen tuotteen julkista julkaisua.
Tämäntyyppiseen käyttäjien hyväksymistestaukseen osallistuu yleensä henkilöitä, joilla ei ole olemassa olevaa suhdetta yritykseen.
2. Mustan laatikon testaus
Mustan laatikon testauksella tarkoitetaan testauksen muotoa, jossa UAT-testaajilla ei ole pääsyä testattavaan back-end-koodiin, vaan he saavat nähdä vain käyttöliittymän ja ohjelmiston osat, joiden kanssa käyttäjät yleensä ovat vuorovaikutuksessa.
Prosessi on saanut nimensä lennonrekisteröintilaitteiden mukaan, joita käytetään lentokoneessa tapahtuneen vaaratilanteen jälkeen.
3. Toiminnallinen hyväksymistestaus
Toiminnallisessa hyväksymistestauksessa keskitytään pelkästään ohjelmiston toimivuuteen ja sen varmistamiseen, että se noudattaa kaikkia tarvittavia työnkulkuja.
Tämä tarkoittaa sen varmistamista, että se integroituu asianmukaisesti muihin sovelluksiin, toimii luotettavasti ja täyttää yrityksen odotukset.
4. Sopimuksen hyväksymistestaus
Sopimuksen hyväksymistestauksessa tarkastellaan ohjelmistoa suhteessa sopimukseen, jonka täyttämiseksi sitä kehitetään, ja varmistetaan, että kehittäjät saavuttavat projektin yleiset tavoitteet.
Näissä tapauksissa asiakas itse on usein merkittävä osa UAT-testausprosessia, ja päivitykset tuovat lopputuotteen vastaamaan asiakkaan odotuksia.
5. Säännön hyväksymistestaus
Sääntelyn hyväksymistestauksessa (Regulation acceptance testing, RAT) keskitytään varmistamaan, että ohjelmisto toimii kaikkien kyseistä alaa koskevien lakisääteisten sääntöjen ja määräysten mukaisesti.
Tämä sisältää sekä alakohtaista tietoa, kuten pankkiohjelmiston rahoituslainsäädäntöä, että yleisempiä ohjelmistolakeja, kuten tietosuoja-asetusta ja tietosuojalakia.
UA-testausprosessi
UA-testauksen suorittaminen voi olla pitkä ja monimutkainen prosessi, jonka jokainen vaihe tukee sinua tarkempien tulosten saavuttamisessa. UA-testausprosessin vaiheisiin kuuluvat:
1. Aseta testauksen tavoitteet
UAT-prosessin alkuvaiheessa asetetaan testauksen tavoitteet.
Tämä tarkoittaa, että ilmoitat, mitä etsit testausprosessilta, mitä ohjelmistosi ihanteellisesti tekee käyttäjälle, ja merkitset muistiin muut keskeiset parametrit, kuten ajan, joka järjestelmältä pitäisi kulua testien suorittamiseen.
Testauksen tavoitteiden käyttäminen alusta alkaen asettaa testaukselle rajat ja ohjaa testausryhmää eteenpäin.
2. Valmistele logistiikka
UAT-testaus on merkittävä logistinen haaste, joka edellyttää ennakkovalmisteluja. Logistiikkatehtävien suorittamiseen kuuluu loppukäyttäjien rekrytointi testien suorittamista varten osana UAT-tiimiä sekä testauksen ajankohdan ja paikan järjestäminen.
Yritykset, jotka tarvitsevat kehitystyössään hienovaraisuutta, laativat myös asiakirjoja, kuten NDA:t, ja valmistelevat suojatun tilan.
3. Testausympäristön toteuttaminen testausvälineessä
Suunnittele reaalimaailman testiympäristö valitsemallasi testaustyökalulla.
Käytä aikaa ympäristön suunnitteluun ja testien koodaamiseen, sillä pieni virhe testin datassa tai syntaksissa voi vaikuttaa testien tehokkuuteen.
Pyydä useita ryhmän jäseniä tarkistamaan tämä vaihe valmistumisen jälkeen.
4. Suorita testit
Aloita käyttäjien hyväksymistestien suorittaminen.
Kun suoritat testejä, varmista, että käytössäsi on valvottu ympäristö, jossa kaikki käyttäjät keskittyvät testausprosessiin, jotta inhimillisten virheiden mahdollisuus pienenee.
Suorita myös UAT-automaattisten testien pistokokeet, sillä näin varmistat, että ne ovat oikeilla raiteilla ilman, että ne vaativat testaustiimin ylläpitoa.
5. Arvioi tuotokset
Kun olet saanut testauksen tulokset, arvioi saamasi tiedot.
Ihanteellinen lopputulos on kattava raportti, jossa esitetään ohjelman tärkeimmät virheet ja mahdolliset alueet, joilla suorituskykyä voidaan parantaa, sekä suunnitelma siitä, miten kehitystiimi reagoi käyttäjien hyväksymistestausprosessin tuloksiin.
6. Päivitä ohjelmisto
Vaikka se ei varsinaisesti kuulu testausprosessiin, UAT-testauksen jälkeen on aina tehtävä ohjelmistopäivitys, joka korjaa ongelmat.
Jos teet tämän mahdollisimman pian, toimitat tuotteen mahdollisimman hyvässä kunnossa mahdollisimman pian.
Käyttäjien hyväksymistestien tuotostyypit
UAT-testien eri muodot tuottavat ainutlaatuisia tuloksia ja tietomuotoja. UAT-testaus voi tuottaa muun muassa seuraavanlaisia tuloksia:
1. Kirjallinen palaute
Kehittäjät saavat testaajilta kirjallista palautetta, kun he suorittavat käyttäjän hyväksymistestejä. Näitä tietoja on suhteellisen vaikea analysoida, koska ne ovat pikemminkin laadullisia kuin määrällisiä tietoja, mikä tarkoittaa, että vastauksissa on enemmän vivahteita.
2. Virheilmoitukset
Jotkin testit palauttavat virheilmoituksia, joissa kerrotaan, mikä testausprosessissa meni pieleen ja miksi. Kehittäjät luovat virheilmoitusten rakenteen, joka kertoo heille, mistä ongelma johtuu ja mistä se johtuu, mikä auttaa heitä löytämään mahdollisen korjauksen tulevaisuudessa.
3. Tiedot
Numeeriset tiedot ovat toinen tuotoksen muoto, mukaan lukien testin havaitsemien virheiden määrä, käyttäjän syötteiden ja ohjelman vastausten välinen viive ja muut luvut, jotka liittyvät suoraan sovelluksen suorittamaan työhön. Nämä tiedot mahdollistavat analyysin ja tarkastelun testien jälkeen.
Esimerkkejä UAT:n testitapauksista
Testitapauksella tarkoitetaan joukkoa toimia, jotka testaaja suorittaa järjestelmälle varmistaakseen, että se toimii oikein. Tapaukset vaihtelevat järjestelmän erittäin monimutkaisista arvioinneista perustoimintojen määrittämiseen.
Joitakin esimerkkejä UAT:n testitapauksista ovat:
1. Ostokokeet
Kun yrityksellä on verkkosivusto, jolla se myy tuotteita, on ihanteellista suorittaa testi keskimääräisestä asiakasvuorovaikutuksesta.
Ostotesteissä käyttäjä yrittää ostaa tuotteen yritykseltä ja yrittää ostaa useita eri määriä tuotteita, ennen kuin varmistetaan, että järjestelmä on käsitellyt kaikki tiedot, jotka testaaja on syöttänyt ostostensa yhteydessä.
2. Tietokannan testit
Jotkin ohjelmistot lajittelevat tiedot tietokantaan ja järjestävät ne taulukoihin. Näitä testatessaan UAT-testaaja syöttää pitkiä, mieluiten tosielämän tilanteita vastaavia tietosarjoja ja odottaa, että alusta käsittelee tiedot tietokannassa.
Tämän jälkeen testaajat käyvät tiedot läpi ja varmistavat, että tiedot on lajiteltu oikein, jotta tulokset voidaan tarkistaa.
3. Toiminnan testaus
Toimintatestauksessa tarkistetaan, että sovelluksen perustoiminnot toimivat, mieluiten sovelluksissa, jotka on suunniteltu ihmisen vuorovaikutuksen ympärille, kuten peleissä.
Näissä tapauksissa UAT-testaajat varmistavat, että kaikki yksittäiset toiminnot toimivat odotetusti ja nopeasti, ja käyttäjät antavat palautetta mahdollisista ongelmista nopeasti ja yksityiskohtaisesti.
Käyttäjän hyväksymistestauksessa havaitut virheet ja viatyypit
UAT-testeissä törmätään useisiin erityyppisiin virheisiin. Kun UAT-testit suoritetaan kehityksen loppuvaiheessa, nämä virheet ovat yleensä vähäisempiä kuin prosessin alussa ilmenevät virheet, kuten:
1. Visuaaliset virheet
Visuaalisia virheitä esiintyy, kun ohjelmisto näyttää erilaiselta kuin käyttäjä odottaa (esimerkiksi käyttöliittymän näkökulmasta ), kun grafiikka ei lataudu tai latautuu väärin.
Tämä vaikuttaa tapaan, jolla ihmiset ovat vuorovaikutuksessa sovelluksen kanssa, ja kehittäjät pyrkivät korjaamaan tämän ominaisuuden ennen julkaisua parantaakseen käyttökokemusta.
2. Suorituskykyyn liittyvät kysymykset
Suorituskykyongelmilla tarkoitetaan sitä, että ohjelmisto suorittaa kaikki tehtävänsä, mutta tehottomasti. Tällaisia tehottomuuksia ovat muun muassa resurssien käytön lisääntyminen tai yksinkertaisten tehtävien suorittamiseen kuluva normaalia enemmän aikaa.
Kehittäjät korjaavat nämä optimointikorjauksilla myöhemmin prosessin aikana.
3. Epäonnistuneet prosessit
Tämä tapahtuu, kun prosessi epäonnistuu kokonaan tai toteuttaa tavoitteensa epätarkasti. Näiden ongelmien esiintyminen osoittaa, että koodissa on perustavanlaatuinen vika, ja se vaatii kehittäjiltä vastausta, jotta ohjelmisto saadaan jälleen toimimaan kunnolla.
Yhteiset UAT-mittarit
Kun yritys saa UAT-testauksen tuloksena mitattavia tietoja, nämä tiedot ovat erilaisia. Muista, että mittarit eivät itsessään kerro koko tarinaa, ja ymmärrä, mitä käyttäjät ajattelevat tuotteesta ja miksi, huolellisten keskustelujen avulla.
Joitakin yleisimpiä UAT-mittareita, joita yritykset käyttävät, ovat:
1. PASS/FAIL-tulokset
Automaattisessa testissä saavutettavien hyväksyttyjen tai hylättyjen tulosten kokonaismäärä. Tämä mittaa esiintyvien virheiden määrää, ja tämän mittarin seuraaminen kertoo, ovatko uudet päivitykset vähentäneet virheiden kokonaismäärää.
2. Testien suorituksen kattavuus
Prosenttiarvo, joka kertoo, kuinka suuri osa koodista testattiin UAT-testausjärjestelmässä.
Suuremmat prosenttiosuudet osoittavat perusteellisempia testejä, ja 100 prosentin kattavuus takaa, että koko koodi on toimiva.
3. Asiakastyytyväisyys
UAT on vaihe, jossa asiakkaat ovat vuorovaikutuksessa tuotteen kanssa, ja heidän tunteidensa ymmärtäminen on ensiarvoisen tärkeää. Kysy testaajilta, kuinka tyytyväisiä he ovat asteikolla yhdestä kymmeneen, ota keskiarvo ja toista testit samoilla henkilöillä päivitysten jälkeen, jolloin tavoitteena on korkeampi tyytyväisyys.
Mitä tarvitset aloittaaksesi UA-testauksen
Ennen kuin aloitat UA-testauksen ohjelmistollesi, sinun on täytettävä muutamia ennakkoedellytyksiä:
1. Täysin kehitetty sovelluskoodi
UAT-testauksen suorittamiseksi tarvitset valmiiksi kehitetyn sovelluksen. Tämä johtuu siitä, että kehittäjät luovat sovelluksiaan modulaarisesti, jolloin yksi moduuli saadaan valmiiksi ennen kuin siirrytään seuraavaan ja jatketaan kehitysprosessia.
Käyttäjien hyväksymistestaus on ensimmäinen kerta, kun käyttäjät näkevät valmiin version ohjelmistosta, joten kun kaikki koodi on kehitetty etukäteen, käyttäjät voivat testata jokaista yksittäistä ominaisuutta ilman, että heidän tarvitsee keskeyttää testi ja kysyä, mitkä prosessin osat eivät ole käytettävissä.
Sen lisäksi, että kehittäjät ovat saaneet toiminnallisuuden valmiiksi, heidän olisi pitänyt saada päivitykset valmiiksi useimpiin järjestelmiin koko järjestelmätestauksen ajan, jotta kaikki moduulit toimisivat erillään toisistaan.
2. Täydellinen ennakkotestaus
Testaus ei ole vain jotain, jota kehitystiimi tekee prosessin lopussa, vaan se on monissa yrityksissä jatkuva painopiste. Tällä tarkoitetaan tavanomaisten laadunvarmistustestejä, kuten kartoittavaa testausta, back-end-testausta, savutestausta, virheettömyystestausta, kuormitustestausta, suorituskykytestausta, toimintotestausta, vakiointegrointitestausta ja niin edelleen, joilla varmistetaan, että yksittäiset moduulit toimivat oikein.
Jotkin yritykset suorittavat myös kattavampia, koko ohjelman kattavia end-to-end-testejä ennen UAT-testaukseen osallistumista, koska näin saadaan enemmän luottamusta ohjelmistoon ennen kuin se siirtyy käyttäjien hyväksymistestausryhmälle.
3. Esteettömät liiketoimintavaatimukset
Toimita kattavat liiketoimintavaatimukset testaustiimille UAT-testausprosessin alussa.
Testaajien tehtävänä on varmistaa, että ohjelma toimii niin kuin kehittäjät aikovat, ja kehittäjät välittävät ohjelmiston tavoitteet toimittamalla testausryhmälle liiketoimintavaatimukset.
Kyseessä on yksinkertainen luettelo, jossa esitetään, mikä sovellus on ja mitä sen on tarkoitus tehdä, ja UAT-testausryhmä käy luettelon läpi kohta kohdalta varmistaakseen, että ohjelmisto täyttää kaikki vaatimukset, joita liiketoiminta asettaa tuotteelle.
4. Johdonmukainen käyttöliittymäsuunnittelu
UAT-testaus on yrityksen ensimmäinen tilaisuus esitellä tuotteensa organisaation ulkopuolisille ihmisille testausta varten.
Monissa tapauksissa tämä tarkoittaa, että käyttäjä ei ole varma siitä, mitä odottaa ohjelmistolta, eikä hän ymmärrä täysin, miten käyttää alustaa, varsinkin kun hänellä ei ole tietoa kehitysprosessista.
Luomalla johdonmukaisen käyttöliittymän käyttäjät voivat toimia ohjelmiston kanssa tarkoitetulla tavalla ilman sekaannuksia, mikä hyödyttää loppukäyttäjää myös tuotteen julkaisun jälkeen.
5. Perusteelliset virheilmoitukset ja seuranta
Toteuta sarja perusteellisia virheilmoituksia ja vikaseurantaa, jotka antavat testaajalle tietoa, jos jokin menee pieleen. Vastaus, jossa lukee vain “Prosessi epäonnistui”, ei ole hyödyllinen testaajan tai kehittäjän kannalta, sillä se jättää paljon tulkinnanvaraa siitä, mikä tarkalleen ottaen epäonnistui ja miksi.
Käytä helposti ymmärrettäviä virhekoodeja tämän ongelman ratkaisemiseksi, sillä testaajat ja kehittäjät voivat lukea virhekoodin ja selvittää tarkalleen, mikä meni pieleen. Virhekoodit nopeuttavat päivitysprosessia ja auttavat kehitystiimiä löytämään ohjelmiston parannuskohteita.
6. Kattava UAT-ympäristö
Kun teet UAT-testejä, haluat olla varma, että testit edustavat todellisia käyttötapauksia. Tätä varten yritykset luovat UAT-testausympäristön, joka on mahdollisimman realistinen ja edustaa tarkasti tilannetta, jossa asiakas käyttäisi ohjelmistoa.
Kun luot ympäristöä, käytä live-dataa aina kun se on mahdollista, jotta voit paremmin simuloida sitä, miten ohjelmisto reagoi käynnissä oleviin tapahtumiin. Jos tämä ei ole mahdollista, yritä käyttää tallennettuja tietoja vastaavalta ajanjaksolta tai luo realistinen jäljitelmä todellisista tiedoista.
Parhaat käytännöt UAT-testausta varten
Parhaat käytännöt viittaavat tiettyihin tehtäviin ja toimintatapoihin, joista ihmiset hyötyvät tehtävää suorittaessaan ja jotka lopulta johtavat tarkempiin tuloksiin.
Joitakin parhaita käytäntöjä UAT-testaukseen ovat:
1. Tunne kohdeyleisö
Ymmärrä yrityksen kohdeyleisö ja se, mitä se odottaa tuotteelta. Tunnistamalla kohdeyleisön valitset oikeat käyttäjät testausta varten ja priorisoit heille tärkeimpiä asioita. Näin luot tuotteen, jota he käyttävät mielellään, koska se on räätälöity heidän tarpeisiinsa.
2. Keskity testitapauksen yksityiskohtiin
Todellisen maailman tapaustutkimukset ovat erittäin monimutkaisia, ja niihin tulee epäsäännöllisin väliajoin paljon erilaisia tietoja eri lähteistä. Tarkkojen testien on jäljiteltävä tätä mahdollisimman tarkasti, joten käytä paljon aikaa UAT-testitapauksen yksityiskohtien lisäämiseen, jotta se vastaisi mahdollisimman hyvin todellista maailmaa.
3. Ole johdonmukainen
Kaikki tieteellinen työ hyötyy johdonmukaisuudesta, kun testit toistetaan kerta toisensa jälkeen samoissa olosuhteissa tulosten luotettavuuden varmistamiseksi.
Kun suoritat UAT-testejä, älä vaihda testattavaa testiympäristöä testien välillä tai muuta käyttämiäsi työkaluja, sillä tämä voi vaikuttaa saamiisi tuloksiin.
4. Viestinnän standardointi
Luo vakiomuotoinen viestintämenetelmä kehitys- ja testausryhmien välille. Tämä vähentää merkittävästi ryhmien välistä kitkaa ja tarkoittaa, että kehittäjät voivat ryhtyä korjaamaan virheitä nopeammin ja ymmärtää paremmin, mistä on kyse.
Manuaaliset UAT-testit vs. automatisoidut käyttäjän hyväksymistestit
Kehittäjänä UAT-testejä voi suorittaa kahdella tavalla: sekä manuaalisilla UAT-testeillä että automaattisilla UAT-testeillä on omat etunsa testaajille ja kehittäjille, kun halutaan luoda ohjelmistokokonaisuus, joka täyttää kaikkien sidosryhmien odotukset.
Lue lisää, mitä manuaalinen ja automaattinen UAT ovat, mitä hyötyjä ja haasteita kummankin käyttö tuo ja milloin niitä kannattaa käyttää.
Manuaalinen UAT-testaus
Manuaalinen UAT-testaus on prosessi, jossa UAT-testi suoritetaan täysin manuaalisesti ilman kolmannen osapuolen työkaluja tai automaatiota.
Keskittyminen manuaalisiin testitapauksiin edellyttää, että ihmiset suorittavat testit itse, liikkuvat ohjelmiston läpi ja etsivät mahdollisia vikoja tai ongelmia ennen kuin he merkitsevät nämä puutteet itse muistiin ja raportoivat niistä testin ylläpitäjille.
Tämä koskee manuaalisia UAT-testausprosesseja, kuten avointa beta-testausta, joka perustuu siihen, että käyttäjät täyttävät lomakkeen ja vastaavat kehittäjille havaitsemistaan ongelmista.
1. Käyttäjien hyväksymistestien manuaalisen suorittamisen edut
UAT-testien manuaalisesta suorittamisesta on paljon etuja, riippuen ohjelmistosi luonteesta ja yrityksesi rakenteesta, jossa työskentelet. Tärkeimpiä etuja, joita UAT-testien suorittaminen manuaalisesti automaatiotyökalujen käytön sijaan tarjoaa, ovat muun muassa seuraavat:
Suorita monimutkaisempi testaus
Manuaalisen testauksen ensimmäinen hyöty on mahdollisuus suorittaa monimutkaisempi testaus kuin automaattista testausvälinettä käytettäessä.
Automaatio edellyttää testien skriptaamista ohjelmistoon, mikä voi tarkoittaa, että monimutkaisemmat testit kestävät kauemmin, kun tiimi kirjoittaa pitkiä koodisarjoja yksityiskohtaisten ongelmien tutkimiseksi.
Manuaaliset testit eivät vaadi näin monimutkaisia koodausvaatimuksia, vaan testaaja menee ohjelmistoon ja suorittaa testin sen jälkeen, kun hänelle on kerrottu, mitä tehdä, mikä yksinkertaistaa testausryhmän roolia merkittävästi.
Integroi käyttöliittymä- ja käytettävyystestaus
Kun toimitat kokonaista ohjelmistoa, sinun on otettava huomioon monia asioita pelkän toiminnallisuuden lisäksi.
Automaattisen testauksen avulla voidaan saada yksinoikeudella tietoa ohjelmiston toiminnallisuudesta, kun taas manuaaliset testaajat pystyvät vastaamaan asioihin, jotka ihmiskäyttäjät huomaavat. Tähän kuuluu muun muassa ohjelmistokehittäjille tiedottaminen mahdollisista ongelmista ohjelmiston käyttöliittymässä, suositusten antaminen sivuston käyttämään fonttiin tehtävistä muutoksista ja käyttäjien työnkulkuun liittyvien ongelmien ymmärtäminen.
Tällainen palaute manuaalikäyttäjiltä auttaa tekemään sivustosta käyttäjäystävällisemmän sen sijaan, että se olisi vain käytettävissä.
Tunnistetaan tarkemmat kysymykset
Automatisoitu testaus on suunniteltu noudattamaan hyvin tarkkaa käsikirjoitusta ja selvittämään, toimiiko ohjelmisto, mutta tämä tarkoittaa, että yksityiskohdille ei ole tilaa.
Manuaaliset käyttäjien hyväksymistestaajat voivat tunnistaa tarkemmin ohjelman ongelmat ja puutteet, mikä on vastoin automaattisen järjestelmän binäärisempää PASS/FAIL-järjestelmää.
Tämä yksityiskohtainen palaute tarkoittaa, että kehittäjät tietävät tarkalleen, missä ongelma ilmeni, ja voivat ratkaista sen paljon nopeammin kuin muuten, mikä lisää yrityksen reagointikykyä ja tarjoaa asiakkaille parempia tuloksia nopeammin.
Annetaan vastauksia, joissa on enemmän vivahteita
Manuaalisen UAT-testausprosessin käyttäminen tarkoittaa, että saat vivahteikkaampia vastauksia kuin automaattista testausta käytettäessä.
Ensimmäinen asia, joka tähän liittyy, on tutkia ohjelmiston brändäystä ja mahdollisia valmiuksia parantaa integraatioita ulkoisten ohjelmistojen kanssa, sillä automaattista testiä ei ole suunniteltu ottamaan tätä huomioon.
Tämän lisäksi inhimillinen testaaja voi luoda ad hoc -raportteja siitä, miltä työnkulku tuntuu, ja tarjota erityisiä neuvoja ja suosituksia sen sijaan, että QA-ryhmä tarkastelee UAT-automaattitestin tuottamia tietoja ja tekee oletuksia näiden tietojen perusteella.
Työskentele joustavammin testauksen parissa
Joustavuus on olennainen osa testausta, ja siinä manuaalisen testaajan käyttäminen on erinomainen. Aina on jotain, mitä kehittäjä tai laadunvarmistusryhmä ei ota huomioon testejä laatiessaan, esimerkiksi ohjelmistoa käytetään tietyllä tavalla tai ominaisuudella on useita tahattomia toimintoja.
Manuaalinen UAT-testaaja, joka on vuorovaikutuksessa ohjelmiston kanssa odottamattomilla tavoilla, tuo esiin virheitä ja ongelmia, joita kehittäjät eivät ehkä ole ottaneet huomioon, ja auttaa heitä korjaamaan ohjelmiston osa-alueita, joita he eivät ehkä ole edes ottaneet huomioon.
Tämä on erityisen tärkeää, koska useampien käyttäjien altistuminen tarkoittaa sitä, että nämä innovatiiviset toimintojen käyttötavat löytyvät lähes varmasti julkistuksen jälkeen.
2. Manuaalisen UAT:n haasteet
Manuaalista UAT:tä harkittaessa on useita haasteita. Näiden haasteiden ratkaiseminen ja aktiivinen pyrkimys niiden lieventämiseen on välttämätöntä kaikille, jotka haluavat aloittaa manuaalisen testauksen kohtaamatta merkittäviä esteitä koko prosessin ajan.
Manuaalisen UAT:n toteuttamisen tärkeimpiä haasteita testausprosesseissa ovat muun muassa seuraavat:
Suuremmat rahoituskustannukset
Yksi manuaalisen testauksen haittapuoli automaattisen UAT-testauksen sijasta on se, että manuaalisen testauksen suorittaminen on paljon kalliimpaa. Jokaisen manuaalisen testin suorittamiseen tarvitaan palkattu työntekijä, ja luotettavimpia testejä ovat ne, jotka suoritat kerta toisensa jälkeen, jotta saat johdonmukaisempia tuloksia.
Se on paljon rahaa, joka sinun on investoitava laadunvarmistusprosesseihisi.
Kustannukset vain kasvavat entisestään, kun otetaan huomioon, että saat tarkempia testituloksia ammattitaitoisemmilta työntekijöiltä, ja näiden työntekijöiden palkkaaminen maksaa vielä enemmän. Manuaalinen käyttäjien hyväksymistestaus ei ole monille yrityksille edullisin tapa edetä.
Korkeat tekniset taitovaatimukset
Manuaalinen UAT-testaus on ala, joka vaatii paljon vuorovaikutusta ohjelmistojen ja tiettyjen palvelujen kanssa, ja tarvittava asiantuntemus käsittää muun muassa sen, että ymmärretään, mistä ongelmat todennäköisesti johtuvat, ja suositellaan joitakin mahdollisia ratkaisuja niihin.
Näissä tapauksissa on hyödyllistä, että käytössäsi on manuaalisia testaajia, joilla on korkeatasoista asiantuntemusta laadunvarmistustehtävien suorittamisesta, kuten “toimialan asiantuntija”. Jos käyttäjätestausprosesseista puuttuu toimialan asiantuntija, on vaarana, että tulokset ovat epätarkkoja ja testaajat käyttävät mahdollisesti väärää kieltä ongelmien kuvaamiseen, jolloin kehitystiimi joutuu väärille raiteille korjatessaan ohjelmistoa ja ratkaistessaan ongelmia.
Inhimillisen erehdyksen mahdollisuus
Tietokoneet ja koneet on suunniteltu tekemään sama tehtävä yhä uudelleen ja uudelleen ilman poikkeamia, mutta ihmisten kohdalla näin ei ole. Ihmiset ovat erehtyväisiä ja voivat joskus tehdä virheitä, riippumatta siitä, millaisia työntekijöitä organisaatiossasi on.
Manuaaliset testit jättävät tilaa inhimillisille erehdyksille, jotka voivat raportoida epätarkkoja tuloksia tai jättää jotkut testit keskeneräisiksi testausprosessin lopussa. Tämän vuoksi manuaalisesti suoritetut UAT-testit toistetaan yleensä kerta toisensa jälkeen, ja useamman testaajan suorittamat testit varmistavat, että yksittäinen epätarkka testitapaus ei vaikuta kielteisesti kehitysprosessin kokonaistulokseen testauksen jälkeen.
Toistuvia tehtäviä on vaikea testata
Yksi UAT-testien automatisoinnin tärkeimmistä eduista on se, että kehittäjä voi suorittaa täsmälleen saman testin täsmälleen samoilla tiedoilla ja täsmälleen samoilla vaiheilla kerta toisensa jälkeen. Ei ole mahdollista, että jokin vaihe jää väliin tai että jokin tietty osa prosessista jää kesken.
Näin ei ole manuaalisten testaajien kohdalla. Joissakin hyvin toistuvissa tehtävissä manuaalinen UAT-testaaja voi toisinaan unohtaa yhden testin vaiheista tai tallentaa tiedot epätarkasti. Toistamista vaativat tehtävät voivat olla vaikeita ohjelmistoja manuaalisesti tutkiville testaajille, varsinkin jos toistaminen kestää useita tunteja ja satoja syklejä.
Merkittävät resurssitarpeet
Käyttäjien hyväksymistestauksen suorittaminen manuaalisesti on menetelmä, joka vie yritykseltä paljon resursseja.
Tämä ei tarkoita pelkästään taloudellisia kustannuksia, vaan suurempien ohjelmistojen osalta se voi myös kuormittaa työntekijöitä, jotka tarkastelevat UAT-testeistä saatuja tietoja ja tekevät manuaalisia testejä käyttäjäkunnan kanssa.
Näin suuri resurssivaatimus tarkoittaa, että yrityksen muut osastot voivat joutua kärsimään tarpeidensa asettamista rasituksista, koska testausprosessi vaatii enemmän huomiota kuin suurin osa muista kehityshankkeista.
3. Milloin kannattaa käyttää manuaalista käyttäjän hyväksyntäohjelmistotestausta?
Manuaalisen UAT-testauksen hyödyt ja haasteet yhdistämällä on olemassa muutamia erityistapauksia, joissa manuaalinen testaus on ihanteellinen tapa edetä.
Ensimmäinen näistä on suhteellisen pienten työkalujen ja sovellusten testaaminen, sillä tällöin testit vievät paljon vähemmän aikaa kuin suuren, monitahoisen ja kaikkea yrityksen toimintaa tukevan sovelluksen tutkiminen.
Myös suuremmat yritykset voivat hyötyä manuaalisen UAT:n käyttöönotosta, sillä niillä on varoja ja resursseja mahdollisimman perusteellisen testausprosessin tukemiseen.
Manuaalisten UAT-prosessien ei kuitenkaan tarvitse toimia täysin itsenäisesti, sillä jotkut yritykset hyötyvät automaattisen testauksen ja käyttäjälähtöisten testien yhdistämisestä. Käyttämällä automaatiota keinona testata suurinta osaa sovelluksen järjestelmistä ja toiminnoista yritykset voivat toteuttaa manuaalista testausta varmistaakseen, että sovellus tuntuu hyvältä käyttää ja on käyttäjäystävällinen.
Tässä hybridi-käyttäjien hyväksymistestausmenetelmässä yhdistyvät manuaalisten testien positiiviset puolet ja järjestelmät, joilla vältetään manuaalisen strategian suurimmat haasteet, mikä johtaa tarkempiin testaustuloksiin ja parantaa yrityksen kehitysprosessia.
UAT-testausautomaatio
UAT-testauksen automatisointi tarkoittaa ulkoisen työkalun käyttämistä UAT-testien automaattiseen suorittamiseen. Tässä yhteydessä luodaan skriptattuja testejä, jotka suoritetaan automaattisesti ilman käyttäjän tai laadunvarmistusryhmän jäsenen puuttumista asiaan.
Prosessin päätteeksi laadunvarmistusryhmä saa joukon tuloksia, joiden perusteella voidaan todeta, toimiiko ohjelmisto odotettujen standardien mukaisesti.
Käyttäjien hyväksymistestausprosessin monimutkaisuudesta riippuen jotkin automaattiset testit palauttavat yksinkertaisia binäärituloksia siitä, onko järjestelmä täyttänyt odotetut standardit, kun taas toiset palauttavat monimutkaisempia tietoja siitä, miten sovellus toimi.
1. UAT-testausautomaation edut
Sekä kehittäjät että QA-tiimit voivat nähdä monenlaisia hyötyjä UAT-testausautomaation käytöstä, sillä se tarjoaa etuja, joita manuaalisen testauksen käyttäminen vaihtoehtona ei tarjoa.
Joitakin tärkeimpiä etuja UAT-testausautomaation käytöstä organisaatiossasi ovat:
Kustannusten pitäminen alhaisempina
Yksi tärkeimmistä syistä, miksi yritykset käyttävät testiautomaatiota, on se, että se pitää testien suorittamisen kustannukset mahdollisimman alhaisina.
Manuaalinen testaus vaatii ihmisiä suorittamaan useita testejä, ja näille ihmisille on maksettava työstään. Näin on erityisesti silloin, kun kyseessä on suuri ohjelmisto, jossa on paljon testattavia toimintoja.
Käyttämällä UAT-automaattitestausta sinun tarvitsee maksaa vain ohjelmistolisenssistä, ja sen jälkeen menot ovat valmiit, mikä vähentää työpanosta ja säästää yrityksesi resursseja, jotka voitaisiin käyttää kehitysprosessiin.
Toistettavuuden lisääminen
Tietokoneohjelmat ja -järjestelmät on suunniteltu suorittamaan sama tehtävä kerta toisensa jälkeen, ja niissä keskitytään johdonmukaisiin tuloksiin ja prosesseihin.
Tämän vuoksi automatisoitu järjestelmä sopii täydellisesti toistettavampiin testeihin, sillä automatisointi poistaa inhimillisten virheiden mahdollisuuden, joka on olemassa, kun ohjelmistokehitysprosesseissa suoritetaan manuaalista testausta.
Suurempi toistettavuus tarkoittaa, että voit olla varma siitä, että käyttäjien hyväksymistestien tulokset ovat mahdollisimman tarkkoja, ja voit suorittaa täsmälleen samat testit ohjelmistolle sen jälkeen, kun olet tehnyt useita korjauksia, jolloin testitulokset ovat mahdollisimman edustavia.
Suorita testaus loppuun nopeammin
Ihmisillä voi mennä paljon aikaa tehtäviensä suorittamiseen muutamasta syystä. Manuaalinen testaus vie aikaa, olipa kyse sitten siitä, että jokin muu asia vie huomion tai että he tarvitsevat aikaa käsitellä näytöllä olevaa tietoa ennen seuraavan askeleen ottamista.
Automaation käyttöönotto UAT-testeissä tarkoittaa, että järjestelmä suorittaa yksittäiset tehtävät nopeammin ja antaa tuloksen nopeammin kuin manuaalinen testausvaihtoehto.
Aikaisempi tulos antaa laadunvarmistusryhmälle aikaa arvioida ongelmat, ja kehittäjät voivat tarjota ajoissa päivityksiä, jotka ratkaisevat sovelluksen ongelmat.
Yksinkertaisten vastausten antaminen
Yrityksen käyttämän manuaalisen testauksen tyypistä riippuen saamasi vastaukset voivat vaihdella siitä, ovatko ne erittäin hyödyllisiä vai aiheuttavatko ne hämmennystä laadunvarmistustiimille.
Esimerkiksi beta-testauksen suorittaminen vakiokäyttäjistä koostuvalla ryhmällä eikä toimialan asiantuntijoilla tarkoittaa sitä, että saatu palaute voi ohjata kehittäjiä väärään suuntaan tai antaa vain vähän tietoa. Automaattiset testit antavat suhteellisen yksinkertaisia vastauksia, kuten binäärisen PASS/FAIL-vastauksen, kun ne ajetaan järjestelmän läpi.
Tämä lisää tiimin saamien tulosten selkeyttä, ja ne ovat käyttökelpoisia ilman, että vastausten tulkintaan kuluu arvokasta aikaa.
Kehittäjien luottamuksen rakentaminen
Vaikka se on aineeton osa ohjelmistokehitysprosessia, kehittäjien luottamus on olennaisen tärkeää, jotta UAT-prosessin lopussa saadaan aikaan parempia tuotantotuloksia.
Tiimi, joka luottaa työnsä laatuun, voi uskaltautua monimutkaisempiin ominaisuuksiin ja lisätä toiminnallisuuksia, jotka tekevät vaikutuksen asiakkaaseen, mikä lopulta johtaa siihen, että yritys saa tulevaisuudessa enemmän töitä kyseiseltä asiakkaalta.
Automatisoidut käyttäjän hyväksymistestit antavat nopeaa palautetta, joka osoittaa sovelluksen onnistumisen tähän mennessä, mikä antaa tiimille enemmän varmuutta kehityssyklin lopussa.
2. Käyttäjien hyväksymistestien automatisoinnin haasteet
Automatisoidun testausprosessin monista eduista huolimatta UAT-testauksen automatisoinnissa on otettava huomioon joitakin merkittäviä haasteita. Näiden haasteiden ratkaiseminen ja niiden kiertäminen tuottaa yhtenäisempiä tuloksia ja tekee testauksesta paljon tehokkaampaa.
UAT-testien automatisoinnissa on otettava huomioon ja ratkaistava muun muassa seuraavat keskeiset haasteet:
Suhteellisen joustamaton
Automaatiotestauksen tärkeimpiä ongelmia on se, että testit voivat olla hieman joustamattomia.
Kun testin suorittaa henkilö puolestasi, hän voi mukauttaa sovellusta ja reagoida siihen sekä antaa alkuperäisen tehtävänannon lisäksi lisäpalautetta, esimerkiksi keskustella siitä, miltä käyttöliittymä näyttää ja tuntuu vuorovaikutuksessa.
Sen sijaan UAT-testausautomaatio ei voi tarjota tätä näkemystä, vaan se tarjoaa pelkän vastauksen kyselyyn, jonka avulla se on koodattu.
Vaikka testaajat voivat koodata järjestelmänsä vastaamaan useisiin eri kysymyksiin, testaajalla ei ole sellaista joustavuutta ja lisäymmärrystä, jota ihmistestaaja voisi tarjota.
Luottaa tarkkaan ympäristöön
Kun käytät automaattista testausvälinettä, olet jossain määrin riippuvainen ympäristöstä, jossa testaat ohjelmistoa. Tällä tarkoitetaan ohjelmistoon syötettyjä tietoja ja sitä, edustavatko ne tarkasti todellista maailmaa, sekä sitä, kuvastavatko UAT-testit, jotka pyydät ohjelmistoa suorittamaan, tarkasti todellista käyttöä.
Jos testausympäristö ei ole tarkka, käyttäjän hyväksymistestit menettävät arvonsa, koska asiakkaat eivät voi olla varmoja siitä, että ohjelmisto toimii heidän erityisvaatimustensa mukaisesti.
Käytä aikaa ympäristön luomiseen, sillä se lisää tuotteen testauksen merkitystä.
Aloituskustannukset voivat olla korkeat
Kun aloitat testausprosessin ensimmäistä kertaa, saatat joutua investoimaan ohjelmistotestausalustaan, joka tukee sinua automaatioprosessin aikana. Tämä voi olla merkittävä kustannus riippuen valitsemastasi alustasta ja käyttämästäsi alustasta.
Vaikka tämä haaste aiheuttaakin lyhyen aikavälin ongelman, jos testausta jatketaan automaation avulla pitkällä aikavälillä, alkuinvestoinnin kustannukset tasoittuvat ajan mittaan. Yritykset hyötyvät enemmän siitä, että ne käyttävät UAT-testausautomaatiota pidemmän aikaa useimmissa projekteissaan, koska käyttökustannukset laskevat ajan mittaan merkittävästi.
Vaatii koodaustaitoja
Riippuen alustasta, jota käytät UAT-testien automatisointiin, jotkin järjestelmät vaativat huomattavia koodaustaitoja. Nämä taidot vaihtelevat testin erityisvaatimusten ja itse alustan mukaan, mutta monimutkaisemmat testit edellyttävät kehittyneempiä taitoja.
Koska on hyvä käytäntö pitää kehitystiimi ja laadunvarmistustiimi erillään toisistaan, tämä tarkoittaa myös sitä, että laadunvarmistustehtäviin palkataan henkilöitä, joilla on runsaasti kokemusta koodauksesta ja ohjelmistoautomaatioalustojen käytöstä.
Koodaustaitovaatimukset voivat olla aluksi haasteellisia, mutta ne ovat helposti ratkaistavissa, kun yrityksessä työskentelee kokenutta henkilöstöä.
Jatkuva ylläpito
Automaattiset UAT-testaustyökalut ja -skriptit vaativat ajan mittaan ylläpitoa. Tämä voi johtua useista syistä, kuten siitä, että testausalustaan tulee päivityksiä ja uusia ominaisuuksia, että testausskriptit eivät ole enää relevantteja ohjelmiston kehittyessä ja että testausalustan ja sovelluksen välillä alkaa esiintyä yhteensopimattomuuksia.
Testausjärjestelmän ylläpidon loppuunsaattaminen lisää aikaa ja huomiota, joka sinun on kiinnitettävä automatisoituun testausprosessiin, mikä saattaa poistaa osan niistä eduista, joita saat, kun valitset UAT-automaation manuaalisen testauksen sijaan.
Ylläpitämällä testausohjelmistojasi työn edetessä rajoitat riskiä siitä, että joudut käyttämään paljon aikaa ongelmien ratkaisemiseen yhdessä lyhyessä vaiheessa.
3. Milloin UAT-testausautomaatio kannattaa ottaa käyttöön
UAT-testausautomaation positiivisten ja negatiivisten puolien tasapainottamiseksi UAT-testausautomaatio on ihanteellista ottaa käyttöön silloin, kun kyseessä ovat suuremmat ohjelmistokokonaisuudet, joissa on paljon testattavia näkökohtia. Voit tehdä sen nopeammin ja saada selkeän ja ymmärrettävän tuloksen siitä, onko testi onnistunut.
Sama pätee myös silloin, kun operaatio toimii suhteellisen pienellä budjetilla eikä sillä ole varaa laajamittaiseen manuaaliseen testaukseen, joka on tarpeen yhtenäisten tulosten saavuttamiseksi. Käyttäjien hyväksymistestauksen automatisoinnin käyttäminen hybridijärjestelmässä manuaalisen testauksen rinnalla on myös hyvä ajatus, sillä se rajoittaa kunkin yksittäisen järjestelmän haittojen vaikutusta kehitystiimiin.
Johtopäätökset: UAT-testauksen automatisointi vs. manuaalinen hyväksymistestaus
Loppujen lopuksi molemmilla UAT-testien suorittamistavoilla on omat ansionsa.
Automaatiotestaus on käyttökelpoisempi menetelmä laajamittaisen testauksen suorittamiseen ja sen varmistamiseen, että tuote on yleisesti ottaen valmis lanseerattavaksi, kun taas manuaalinen vaihtoehto tarjoaa räätälöidympää ja kohdennetumpaa palautetta, jonka avulla voit parantaa sovellusta merkittävästi ennen lanseerausta.
Ihanteellisimmassa tapauksessa yritä yhdistää nämä kaksi menetelmää yhdeksi yhtenäiseksi järjestelmäksi, jolloin voit hyödyntää sekä automaattisen järjestelmän nopeutta että manuaalisen testauksen löytämiä hienovaraisempia vivahteita. Parannat sovellustesi tasoa ja saat tyytyväisempiä asiakkaita ja käyttäjiä, koska testausprosessit hyödyntävät kaikki käytettävissä olevat mahdollisuudet.
Parhaat UAT-testaustyökalut
Kun yritys päättää automatisoida testausjärjestelmänsä, se luottaa testaustyökaluun, joka helpottaa tätä työtä. Markkinoilla on runsaasti vaihtoehtoja käyttäjille, jotka voivat käyttää sekä ilmaisia että alan hintatason mukaisia vaihtoehtoja, koska eri tuotteissa on tarjolla monenlaisia ominaisuuksia.
Oikean tuotteen valinta ratkaisee, onko testaaminen tehokasta vai vaikeaa saada johdonmukaisia tuloksia.
Seuraavaksi keskustelemme eräistä parhaista työkaluista UAT-testaukseen, jotka ovat sekä ilmaisia että yrityshintaisia, ja kerromme, mitä kukin alusta tekee.
5 parasta ilmaista käyttäjän hyväksymistestityökalua
Kun työskentelet itsenäisenä kehittäjänä tai pienessä yrityksessä, sinun on otettava huomioon yrityksesi budjetti, kun työskentelet missä tahansa hankintatehtävässä. Jotkut näistä tarjoavat sekä testausta että yleisiä hyperautomaatiotoimintoja, kun taas toiset ovat vain hyödyllisiä lisäosia prosessiin.
Katso alla joitakin parhaista saatavilla olevista ilmaisista UAT-työkaluista ja niiden ominaisuuksista:
1. ZAPTEST FREE Edition
ZAPTEST tarjoaa käyttäjille ilmaisen version automaatio-ohjelmistostaan, joka mahdollistaa minkä tahansa tehtävän automatisoinnin ja toimii tehokkaasti useilla eri alustoilla.
Tästä puuttuu joitakin yritystason ominaisuuksia, kuten kokoaikainen ZAP-sertifioitu asiantuntija, joka työskentelee asiakastiimin rinnalla, tai rajoittamaton lisenssiominaisuus, mutta se on yksi parhaista ilmaisista vaihtoehdoista kaikille organisaatioille, jotka haluavat automatisoida UAT-testauksen pienellä budjetilla.
2. QADeputy
Integroidaan vikaseurantatyökalujen kanssa, jotta ohjelmistossa olevat virheet voidaan löytää ja luetteloida, jolloin voidaan selvittää, onko myöhemmillä iteraatioilla päästy ratkaisuun.
3. Qase
Hallinnoi testitapauksia, joita organisaatiot käyttävät UAT-prosessissaan, ja pitää kirjaa tehdyistä ja tulevista testeistä yksinkertaisen arkiston avulla.
4. Obkio
Ihanteellinen ongelmien kirjaamiseen ja niiden luokitteluun vakavuuden mukaan, mutta ei kuitenkaan itse UAT-testausprosessin automatisointiin.
5. RedLine13
Hyvä työkalu kuormitustestien hallintaan, jotka toteutetaan joskus osana laajempaa UAT-testausta ohjelmille, kuten verkkopalveluille tai peleille. Ei ole joustava työkalu ja kamppailee muilla alueilla kuin kuormitustestauksessa.
5 parasta Enterprise User Acceptance Test Automation -työkalua
Jos tuotteellasi on suuri kehitysbudjetti ja se julkaistaan asiakkaille, joilla on korkeat odotukset, haluat varmistaa, että testauksesi on mahdollisimman perusteellista ja tuottaa mahdollisimman luotettavia tuloksia.
Enterprise UAT -työkalun käyttö on tässä tapauksessa välttämätöntä, sillä se tarjoaa sinulle enemmän ominaisuuksia ja tukea, joka täyttää asiakkaidesi odotukset.
Katso alla joitakin parempia yritysten UAT-testaustyökaluja:
1. ZAPTEST Enterprise Edition
ZAPTESTin Enterprise Edition perustuu alkuperäisen version vahvuuksiin ja tarjoaa organisaatioille rajattoman määrän lisenssejä, kokopäiväisen pääsyn ZAP-sertifioituihin etäasiantuntijoihin ja lisäetuna huippuluokan RPA-toiminnot.
Käyttäjät näkevät usein jopa kymmenkertaisen tuoton ZAPTESTin avulla tehdyille investoinneille. Tämä on kattava ja tehokas automaatiopaketti kaikille yrityksille, jotka etsivät ohjelmistotestausta ja RPA-automaatiota.
2. Marker.io
Tarjoaa toistotyökalun, joka auttaa virheiden etsimisessä ja toistamisessa, mutta on suhteellisen rajallinen automaation osalta. Hyvä manuaalisessa testauksessa, vaikeuksia siirtymisessä automatisoituihin arviointeihin.
3. Amplitudi
Tukee käyttäjiä tapahtumien seurannassa ohjelmistonsa avulla, erityisesti suurten käyttäjätietokokonaisuuksien osalta. Alustalla on kuitenkin ollut ongelmia, sillä joillakin käyttäjillä on vaikeuksia suorittaa suhteellisen yksinkertaisia tehtäviä, kuten sähköpostin vahvistamista.
4. Watir
Watir on suunniteltu erityisesti selainpohjaiseen testaukseen, ja se on kevyt työkalu, joka tukee joitakin perusautomaatioita. Watir ei toimi useiden erillisten ohjelmistojen kanssa, mikä rajoittaa sen testausmahdollisuuksia.
5. ContentSquare
Seuraa, miten käyttäjä kulkee verkkosivuston tai työkalun läpi, mukaan lukien käyttäjän saamat virheet. Tämä on perusteellinen työkalu, mutta se on hyödyllisempi julkaisun jälkeen, kun halutaan nähdä, mitä käyttäjät tekevät luonnollisesti, eikä niinkään silloin, kun he ovat erityisesti kohdennetussa testiympäristössä.
Milloin kannattaa käyttää Enterprise- ja milloin ilmaisia UAT-testaustyökaluja?
Sekä ilmaisilla että yritystason UAT-testaustyökaluilla on paikkansa ohjelmistokehityksessä, mutta ne menestyvät eri tapauksissa.
Yrityspainos on tehokkaampi vaihtoehto yritykselle, joka haluaa turvallisuutta ja varmuutta siitä, että sen täysimittainen testaus vastaa standardeja, mutta tämä ei aina ole organisaation budjetin puitteissa.
Jos sinulla on aloitteleva yritys, jonka budjetti on rajallinen, harkitse ilmaisen version käyttämistä ja päivitä sitä sitten, kun ohjelmasi suosio ja tulot kasvavat ajan myötä.
UAT-testauksen tarkistuslista, vinkit ja vihjeet
UAT-testejä suunniteltaessa ja suunnitelmaa laadittaessa kannattaa noudattaa muutamia vinkkejä ja niksejä. Joitakin tärkeimpiä vinkkejä, joista voit hyötyä testausprosesseja suorittaessasi, ovat muun muassa seuraavat:
1. Keskity selkeyteen
Varmista mahdollisuuksien mukaan, että kaikkien suorittamiesi testien tulokset ovat mahdollisimman yksinkertaisia ja ytimekkäitä.
Tämä vähentää aikaa, joka ihmisten on käytettävä tulosten purkamiseen, ja auttaa tiimiäsi olemaan tuottavampi nopeammin, korjaamaan ongelmat ja saamaan lopullisen ohjelmistopaketin asiakkaille korkeatasoisena.
2. Anna testaajien olla riippumattomia
Anna UAT-testaajille karkeat ohjeet siitä, mitä on testattava ja mitä he etsivät, mutta anna heille tilaa testata tämän ulkopuolella.
Näin voit hyödyntää manuaalisten testaajien luovuutta, sillä he käyttävät ainutlaatuisia menetelmiä testatakseen ohjelmistosi rajoja ja tutkiakseen ominaisuuksia tavoilla, joita tiimisi ei muuten ottaisi huomioon.
3. Virheet eivät ole keskiössä
UAT-testausprosessissa ei pyritä löytämään virheitä vaan näkemään, missä on toimivuutta.
Jos käytät liikaa aikaa virheiden etsimiseen, huomaat tarkistavasi vähemmän tärkeitä prosessin osia sen sijaan, että varmistaisit, että järjestelmä toimii.
Kirjoita virheet ylös, jos löydät niitä, mutta älä etsi niitä aktiivisesti tavanomaisten työnkulkujen ulkopuolella.
5 virhettä ja sudenkuoppaa, joita kannattaa välttää käyttäjien hyväksymistestien toteuttamisessa
On joitakin virheitä, joita testaajat tekevät toistuvasti käyttäjien hyväksymistestausprosesseja suorittaessaan. Joitakin tärkeimpiä asioita, joita on syytä välttää, kun prosessin käy läpi itse, ovat muun muassa seuraavat:
1. Käyttäjän testaaminen
Joidenkin ohjelmistojen käyttö on vaativaa ja vaatii paljon asiantuntemusta, jotta niiden toimintoja voidaan hyödyntää täysimääräisesti.
Käytä työntekijöitä tai testaajia, joilla on tarvittavat taidot ohjelmiston käyttämiseen, sillä muuten vaarana on, että testaat käyttäjän eikä ohjelmistoa.
Yksinkertaisesti sanottuna et pysty tutkimaan tuotteen kaikkia näkökohtia, koska testaajat ovat heikosti koulutettuja.
2. Kuiva-ajojen tekemättä jättäminen
Kuiva-ajolla tarkoitetaan käyttäjän hyväksymistestin varhaista loppuunsaattamista siten, että käyttäjät suorittavat testin ennenaikaisesti.
Tässä testissä ei kerätä tietoja, vaan varmistetaan, että itse testi toimii odotetulla tavalla.
Kuiva-ajon tekemättä jättäminen voi heikentää UAT-testauksen tehokkuutta, kun törmäät odottamattomiin esteisiin, jotka olisi voitu ratkaista suunnittelemalla etukäteen.
3. Epätarkkojen kysymysten esittäminen
Kysymysten merkityksellisyydellä on ratkaiseva merkitys.
Jos kysyt väärät kysymykset, organisaatiosi on vaarassa lähteä UAT-prosessista ilman tarvitsemaansa tietoa ja lanseerata huonomman tuotteen, koska sitä ei pystytä päivittämään käyttäjäpalautteen perusteella.
4. Väärän yleisön käyttäminen
Erilaisia tuotteita kehitetään erilaisille yleisöille, joilla on erilaisia makuja, kykyjä ja kokemuksia.
Se saattaa kuulostaa yksinkertaiselta, mutta varmista, että testaat tuotteesi oikeaa yleisöä vastaan. Väärän yleisön käyttäminen saattaa johtaa siihen, että testaajat eivät ymmärrä ohjelmiston tarkoitusta ja tekevät perusvirheitä, ja heidän antamansa suositukset saattavat johtaa kehitystiimiä päivityksiin, jotka pikemminkin huonontavat tuotetta kuin parantavat sitä.
5. Dokumentointiprosessien puuttuminen
Jotkin yritykset juuttuvat itse hyväksymistestausprosessiin, jossa varmistetaan, että menettelyt ovat tarkkoja ja että testaajat ovat tyytyväisiä edessään olevaan ohjelmistoon.
Näissä tapauksissa jotkin yritykset unohtavat, että ohjelmistotestauksen päämääränä on saada selkeät muistiinpanot ja dokumentaatio lopputuloksena.
Näin ollen… sinulla on selkeä prosessi tietojen keräämistä ja seurantaa varten, jotta et jää liian paljon kiinni testauksen käytännön puolelle.
Päätelmä
Yhteenvetona voidaan todeta, että UAT-testaus on välttämätöntä ohjelmistokehityksessä. Se varmistaa, että organisaatiosi toimittaa täydellisen tuotteen, joka on riittävän laadukas, ja varmistaa samalla, että asiakkaat hyödyntävät käytettävissä olevaa ohjelmistoa täysimääräisesti.
Riippumatta siitä, käytätkö manuaalista testausta saadaksesi käyttäjien näkökulman ja heidän vuorovaikutuksensa käyttöliittymän kanssa vai automatisointia keinona tutkia toiminnallisuutta mahdollisimman nopeasti, sovellusta tutkivan testausprosessin luominen mahdollistaa viime hetken päivitysten tekemisen ja parhaan mahdollisen tuotteen toimittamisen.
Kun päätät Käyttäjien hyväksymistestausalustoista, ota aikaa. Nämä testit voivat olla kalliita ja vaativat paljon asiantuntemusta, joten luotettavan UAT-testaustyökalun valitseminen, joka on suunniteltu käyttäjiä ajatellen, säästää aikaa ja parantaa testauksen laatua.
Integroi UAT-testaus työnkulkuihisi mahdollisimman pian, jotta saat kaikki paremman laadunvarmistuksen hyödyt seuraavassa ohjelmistosi julkaisussa.
Usein kysytyt kysymykset & resurssit
Jos olet kiinnostunut UAT-testauksesta ja haluat oppia lisää, katso alla olevia usein kysyttyjä kysymyksiä sekä joitakin resursseja, joiden avulla voit tutustua tähän hyödylliseen testausmenetelmään:
1. Parhaat UAT-testauskurssit
– “User Acceptance Testing UAT Training – Yhdistynyt kuningaskunta” – The Knowledge Academy
– “iSQI User Acceptance Testing (UAT) e-learning” – TSG Training – TSG Training
– “Käyttäjätestaus” – Udemy
– “Käyttäjien hyväksymistestaus UAT-koulutus” – Projecting IT
– “Täydellinen laadunvarmistuskurssi – Opi laadunvarmistus alusta alkaen” – Skillshare, Victor Gorinov
2. Mitkä ovat 5 tärkeintä UAT-testausta koskevaa haastattelukysymystä?
Yleisimpiä haastattelukysymyksiä, joita ehdokkaat saavat UAT-testaukseen liittyen, ovat muun muassa seuraavat:
– Mitä kokemusta sinulla on UAT-testauksesta?
– Mikä oli yksi haastavimmista kokemuksistasi UAT-testauksessa?
– Mitkä ovat sekä manuaalisten että automatisoitujen UAT-testausten edut ja haitat?
– Miten kuvailisit UAT-testejä jollekin ohjelmistokehityksen ulkopuoliselle henkilölle?
– Mitkä ovat mielestäsi ohjelmistotestauksen keskeiset haasteet työpaikalla?
3. Parhaat YouTube-opetusohjelmat UA-testaus
– “Kuinka kirjoittaa hyväksymistestejä” – Jatkuva toimitus
– “Kuinka suunnitella UAT – Käyttäjien hyväksymistestisuunnitelmat, jotka toimivat!” – Karaleise | Business Analyst Training
– “Käyttäjien hyväksymistestaus | Ohjelmistotestaus” – Deepak Rai
– “Käyttäjien hyväksymistestauksen (UAT) rooli liiketoiminta-analyytikoille” – Business Analyst & Scrum Master In-Demand – Business Analyst & Scrum Master in-Demand
– “Ohjelmistojen testausprosessi: Mitä on käyttäjän hyväksymistestaus – UAT?” – PM-verkkokurssit – Mike Clayton
4. Miten ylläpitää käyttäjän hyväksymistestejä?
Ylläpidä UAT-testejäsi päivittämällä jatkuvasti kaikki ohjelmistot, joita käytät yhdessä testausalustojen kanssa, ja tarkastelemalla jatkuvasti testauksessa käyttämääsi koodia.
Näin estetään se, että molemmat näkökohdat eivät ole synkronoituja keskenään ja että testien tehokkuus kärsii.
5. Mitä UAT tarkoittaa ketterässä kehittämisessä?
UAT on ketterässä testauksessa edelleen testausprosessin viimeinen vaihe, mutta se tapahtuu useita kertoja. Koska ohjelmisto käy läpi useita päivityksiä, joista jokainen toimitetaan käyttäjille, kehittäjä testaa sovelluksen jokaisen version ennen päivitysten julkaisemista.
6. Mikä on UAT vs. QA-testaaminen
QA-testaus eli laadunvarmistustestaus on kokonainen ala, jolla varmistetaan, että ohjelmistotuotteet ovat riittävän korkeatasoisia koko kehitysprosessin ajan.
UAT on laadunvarmistustestauksen muoto, jossa käytetään erityisesti loppukäyttäjiä ja tarkkoja testiympäristöjä varmistamaan, että ohjelmistotuote on korkeatasoinen juuri ennen julkaisua.
