Mitä on käyttäjän hyväksyntätestaus (UAT)?

Mikä on UAT?

User Acceptance Testing (UAT) on loppukäyttäjän tai asiakkaan suorittama testaus, jolla varmistetaan/hyväksytään ohjelmistojärjestelmä ennen sovelluksen siirtämistä tuotantoympäristöön. UAT tehdään testauksen viimeisessä vaiheessa toiminnallisen, integroinnin ja järjestelmätestauksen jälkeen.

UAT:n tarkoitus

Pääasiallinen UAT:n tarkoitus on validoida liiketoiminnan kokonaisvaltaista virtausta. Se ei keskity kosmeettisiin virheisiin, kirjoitusvirheisiin tai järjestelmätestaukseen. Käyttäjän hyväksyntätestaus suoritetaan erillisessä testausympäristössä, jossa on tuotantomaiset tiedot. Se on eräänlainen musta laatikkotestaus, johon osallistuu kaksi tai useampi loppukäyttäjä.

UAT suoritetaan seuraavasti:

• Asiakas
• Loppukäyttäjät

Käyttäjän hyväksyntätestin tarve

Käyttäjähyväksyntätestauksen tarve syntyy, kun ohjelmisto on läpikäynyt yksikkö-, integraatio- ja järjestelmätestauksen. Kehittäjät ovat saattaneet rakentaa ohjelmiston oman vaatimusdokumentin tulkintansa perusteella, eikä kehitysvaiheen aikana vaadittuja muutoksia välttämättä aina viestitä tehokkaasti. UAT varmistaa siis, että asiakas ja loppukäyttäjät hyväksyvät lopputuotteen.

• Kehittäjät koodaavat ohjelmistoja vaatimusdokumentin pohjalta, joka on heidän "oma" ymmärryksensä vaatimuksista ja ei välttämättä ole sitä, mitä asiakas tarvitsee ohjelmistolta.
• Projektin aikana tapahtuvia vaatimusten muutoksia ei välttämättä kommunikoida tehokkaasti kehittäjille.

Hyväksymistesti ja V-malli

V-mallissa käyttäjän hyväksyntätestaus vastaa vaatimusvaihetta Ohjelmistokehityksen elinkaari (SDLC)Tämä yhdistäminen varmistaa, että kaikki liiketoimintavaatimuksissa tallennetut tiedot tarkistetaan UAT:n avulla ennen julkaisua.

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

Ennen kuin käyttäjäkohtainen hyväksyntätestaus (UAT) voi alkaa, järjestelmän on täytettävä selkeät aloituskriteerit. Seuraavat ovat tyypillisiä käyttäjän hyväksyntätestauksen edellytyksiä:

• Liiketoimintavaatimusten on oltava saatavilla.
• Hakemus Code tulisi olla täysin kehittynyt.
• Yksikkötestaus, integraatiotestaus ja järjestelmätestaus tulee suorittaa.
• Järjestelmäintegraatiotestausvaiheeseen ei saa jäädä näyttäviä, korkeita tai keskitasoisia vikoja.
• Vain kosmeettiset virheet ovat hyväksyttäviä ennen UAT:ta.
• Regressiotestauksen tulisi päättyä ilman merkittäviä virheitä.
• Kaikki ilmoitetut viat tulee korjata ja testata ennen käyttäjäkohtaista arviointia (UAT).
• A tracKaiken testauksen osalta tulee täyttää soveltuvuusmatriisi.
• UAT-ympäristön on oltava valmis.
• Järjestelmätestaustiimin lähettämä sähköposti tai viestintä, joka vahvistaa järjestelmän olevan valmis UAT-suoritukseen.

Kuinka suorittaa UAT-testejä

Järjestelmän tai ohjelmiston aiotut käyttäjät suorittavat UAT:n. Tämän tyyppinen Ohjelmistojen testaus tapahtuu yleensä asiakkaan tiloissa ja sitä kutsutaan myös beta-testaukseksi. Kun UAT:n aloituskriteerit täyttyvät, testaajat suorittavat seuraavat tehtävät:

• Liiketoiminnan vaatimusten analyysi
• UAT-testisuunnitelman luominen
• Tunnista testiskenaariot
• Luo UAT-testitapauksia
• Testidatan valmistelu (tuotantomaista dataa)
• Suorita testitapaukset
• Kirjaa tulokset
• Vahvista liiketoiminnan tavoitteet

Vaihe 1) Liiketoiminnan vaatimusten analyysi

Yksi tärkeimmistä tehtävistä UAT:ssa on testiskenaarioiden tunnistaminen ja kehittäminen. Nämä testiskenaariot on johdettu seuraavista dokumenteista:

• Projektin peruskirja
• Yrityskäyttöön tarkoitetut tapaukset
• Prosessin vuokaaviot
• Business Requirements Document (BRD)
• Järjestelmävaatimusten määrittely (SRS)

Vaihe 2) UAT-suunnitelman luominen

UAT-testaussuunnitelmassa esitetään strategia, jota käytetään sen varmistamiseksi, että sovellus täyttää liiketoimintavaatimuksensa. Se dokumentoi UAT:n aloitus- ja lopetuskriteerit, testiskenaariot, testitapauslähestymistapa ja testauksen aikataulut.

Vaihe 3) Tunnista testiskenaariot ja testitapaukset

Tunnista testiskenaariot suhteessa korkean tason liiketoimintaprosesseihin ja luo testitapaukset selkeillä testivaiheilla. Testitapausten tulisi kattaa riittävästi useimmat UAT-skenaariot. Liiketoimintakäyttötapaukset toimivat syötteenä testitapausten luomiseen.

Vaihe 4) Testitietojen valmistelu

On parasta käyttää reaaliaikaista dataa UAT:lle. Tiedot tulee salata yksityisyyden ja turvallisuus syistä. Testaajan tulisi tuntea tietokannan työnkulku.

Vaihe 5) Suorita ja kirjaa tulokset

Suorita testitapaukset ja raportoi mahdolliset virheet. Testaa virheet uudelleen, kun ne on korjattu. Testien hallinta työkaluja voidaan käyttää suoritukseen.

Vaihe 6) Vahvista liiketoimintatavoitteiden täyttyminen

Liiketoiminta-analyytikoiden tai UAT-testaajien tulisi lähettää hyväksymissähköposti UAT-testauksen jälkeen. Hyväksynnän jälkeen tuote on valmis tuotantoon. UAT-testauksen toimitukset ovat testisuunnitelma, UAT-skenaariot ja testitapaukset, testitulokset ja vikaloki.

UAT:n poistumiskriteerit

Ennen tuotantoon siirtymistä on otettava huomioon seuraavat asiat:

• Ei kriittisiä avoimia vikoja.
• Liiketoimintaprosessit toimivat tyydyttävästi.
• UAT:n allekirjoituskokous kaikkien sidosryhmien kanssa.

UAT-testaajien ominaisuudet

UAT-testaajan tulisi hallita vahva liiketoimintaosaaminen. Testaajan tulisi olla itsenäinen ja ajatella kokonaisvaltaisesti. järjestelmälle tuntematon käyttäjäTestaajan tulisi olla analyyttinen, ajatella lateraalisesti ja kyetä yhdistämään kaikenlaisia ​​tietoja UAT:n onnistumiseksi.

Testaajat, liiketoiminta-analyytikot tai aiheen asiantuntijat, jotka ymmärtävät liiketoiminnan vaatimukset tai työnkulut, voivat valmistella testejä ja dataa, jotka ovat realistisia liiketoiminnan kannalta.

Yleisiä haasteita UAT:ssa

Jopa kokeneet tiimit kompastelevat UAT:n aikana. Näiden ongelmien ennakointi pitää julkaisuaikataulun ennallaan:

• Epäselvä soveltamisala: Määrittele skenaariot, jotka keskittyvät liiketoiminnan tuloksiin, jotta estetään UAT:n hämärtyminen järjestelmätestaukseen.
• Myöhäinen käyttäjän osallistuminen: Osallista loppukäyttäjät vaatimusten läpikäynteihin ennen virallisen UAT:n alkua.
• Ympäristön ajelehtiminen: Peilaa tuotantokonfiguraatioita ja datamääriä UAT-ympäristössä.

Esimerkkikäytäntöjä

Seuraavat seikat on otettava huomioon UAT:n onnistumiseksi:

• Laadi UAT-suunnitelma projektin elinkaaren alkuvaiheessa.
• Laadi tarkistuslista ennen UAT:n aloittamista.
• Suorita esitestausistunto itse järjestelmätestausvaiheen aikana.
• Aseta odotusarvo ja määrittele UAT:n laajuus selkeästi.
• Testaa liiketoiminnan prosesseja kokonaisvaltaisesti ja vältä järjestelmätason testejä.
• Testaa järjestelmää tai sovellusta tosielämän skenaarioilla ja datalla.
• Ajattele järjestelmää tuntemattomana käyttäjänä.
• Suorita käytettävyystestaus.
• Järjestä palautekeskustelu ja kokous ennen tuotantoon siirtymistä.

UAT-työkalut

Useat työkalut tukevat käyttäjien hyväksyntätestausta yhteistyössä, toteutuksessa ja raportoinnissa. Muutamia suosittuja vaihtoehtoja on lueteltu alla:

• Fitnesse: A Java-pohjainen avoimen lähdekoodin testausmoottori, jossa liiketoiminnan sidosryhmät kirjoittavat testejä taulukkomuodossa.
• KIERTUE Zephyrin tai Xray: Yhdistää vian trackuningas strukturoidulla testien suorituksella ja trackyky
• TestRail: Verkkopohjainen testauksenhallintajärjestelmä UAT-syklien järjestämiseen ja tilan raportointiin.

Esimerkkiohjeet UAT:lle

• Tavallisissa ohjelmistokehitystilanteissa UAT suoritetaan usein laadunvarmistusympäristössä, kun ei ole olemassa erillistä testiympäristöä tai UAT-ympäristöä.
• UAT luokitellaan tyypillisesti Beta- ja alfatestaus, vaikka tällä erolla on vähemmän merkitystä, kun ohjelmistoa kehitetään palvelupohjaiselle toimialalle.
• UAT tarjoaa enemmän arvoa, kun asiakas on mukana koko projektin ajan.

UKK