Free Press

A felhasználói átvételi tesztelés (UAT) során a szoftvert a valódi felhasználók tesztelik a helyükön. Más néven is nevezik, például béta-tesztelésnek és végfelhasználói tesztelésnek. Alapvetően annak igazolására végzik, hogy a kifejlesztett rendszer megfelel a fejlesztőkkel a rendszer fejlesztésének megkezdése előtt megosztott felhasználói követelményeknek.

Mi a felhasználói átvételi tesztelés?

A tesztelés olyan típusa, amelyet valódi felhasználók végeznek a tesztelés utolsó szakaszában, mielőtt a termék vagy alkalmazás a gyártási környezetbe vagy a piacra kerülne.

A felhasználói átvételi tesztelés (UAT) elvégzéséhez használt környezet a gyártási környezethez hasonló, és nem a fejlesztési környezet.

A felhasználói átvételi tesztelés (UAT) ellenőrzési listája

Az UAT optimális eredményeinek biztosítása érdekében fontos, hogy a felhasználói átvételi tesztelés részeként a következő szakaszokat és azok teszttevékenységeit lefedje.

1. A felhasználói átvételi tesztelési projekt kezdeményezése
2. A felhasználói átvételi tesztelés megtervezése
3. A felhasználói átvételi tesztelés tervezése
4. A felhasználói átvételi tesztelés végrehajtása
5. Felszabadítási döntések
6. A felhasználói átvételi tesztelést követő tevékenységek

A fenti szakaszok mindegyikének részét képező tevékenységek az alábbiakban találhatók.

A felhasználói átvételi tesztelési projekt kezdeményezése

A következő tevékenységeket ideális esetben az UAT-projekt kezdeményezésének részeként kell elvégezni.

1. A legfontosabb érdekelt felek azonosítása
2. A csoportvezető kiválasztása
3. Az üzleti szándék kommunikálása, célok és a rendszer elfogadási kritériumai
4. Egyezzenek meg a felhasználói átvételi tesztelési csapat erőforrásaiban
5. Egyezzenek meg a felhasználói átvételi tesztelést támogató dokumentációban
6. Egyezzenek meg a döntéshozatali struktúrákban
7. Egyezzenek meg a döntéshozatali struktúrákban
8. Egyezzenek meg a felhasználói átvételi tesztelési csapatról
9. A felhasználói átvételi tesztelési képzés megkezdése
10. A felhasználói átvételi tesztelés kezdeti projekttervének kialakítása

A felhasználói átvételi tesztelés megtervezése

Az UAT tervezése során, az alábbi feladatokat kell elvégezni.

1. A rendszer beszerzésének módszerének azonosítása a felhasználói átvételi tesztelés legjobb megközelítésének meghatározása érdekében.
2. Meghatározza, hogy az üzleti szándék és a felhasználói elvárások rögzítésre kerültek-e és mérhetőek-e.
3. Vizsgálja meg, hogy az üzleti követelmények rögzítésre kerültek-e.
4. Vizsgálja meg, hogy az összes követelménytípus szerepelt-e.
5. Írja meg az elfogadási kritériumokat, és ellenőrizze, hogy azok megfelelőek-e.
6. Győződjön meg arról, hogy a hatály egyértelmű és releváns.
7. Fogja meg és ellenőrizze az üzleti folyamatokat.
8. Vizsgálja meg a jelenlegi dokumentációt és annak fenntarthatóságát, hogy tesztelési alapként szolgáljon.

A felhasználói elfogadási tesztek tervezése

Nagyon fontos, hogy az UAT teszttervezése az alábbi lépéseket kövesse annak érdekében, hogy az UAT biztosítsa a kívánt eredményt.

1. Meghatározza a felhasználói átvételi tesztelés belépési kritériumait.
2. Tesztszkriptek áttekintése, ahol rendelkezésre állnak.
3. A felhasználói átvételi tesztelési stratégia meghatározása.
4. A meglévő tesztfeltételek áttekintése, ahol rendelkezésre állnak, és újak írása.
5. A meglévő tesztesetek áttekintése, ahol rendelkezésre állnak, és újak írása a tesztfeltételek alapján.
6. Tesztszkriptek írása a tesztesetek alapján.
7. Győződjön meg arról, hogy a tesztek lefedik az összes követelményt.

A felhasználói elfogadási tesztek végrehajtása

Az alábbi feladatokat az UAT tesztek végrehajtásának részeként kell végrehajtani.

1. Ellenőrizze a tesztkörnyezet rendelkezésre állását.
2. A magas szintű tesztelési ütemterv meghatározása a felhasználói elfogadási tesztelési stratégia alapján a prioritások elérése érdekében.
3. A részletes tesztelési ütemterv meghatározása az erőforrások legjobb kihasználása érdekében.
4. A tesztnapló naprakészen tartásának biztosítása.
5. Az incidensek pontos és időben történő jelentésének biztosítása.
6. Rendszeresen ellenőrizze a hibák megoldását a fejlesztői csapattal, és biztosítsa, hogy ne legyenek szűk keresztmetszetek.
7. Rendszeres tesztösszefoglaló jelentések készítése.

Használói átvételi tesztelés Kiadási döntések

A következő elemek segítenek a csapatnak abban, hogy az UAT után eldöntse, hogy folytassa-e a kiadást vagy sem.

1. Az elfogadási kritériumokhoz viszonyított állapot meghatározása.
2. Az elfogadási kritériumok teljesítéséhez szükséges erőfeszítés és idő részletes meghatározása.
3. Az alternatívák vizsgálata a fennálló kockázatok alapján.
4. Sürgős kiadási kritériumok a kontrollált kiadás lehetővé tételéhez.
5. Beszámol az állapotról a kulcsfontosságú érdekelteknek a kiadásra vonatkozó alternatív javaslatokkal.
6. Elkészíti a felhasználói átvételi tesztelés befejezéséről szóló jelentést ajánlásokkal.

A felhasználói átvételi tesztelés utáni tevékenységek

Az alábbi tevékenységeket az UAT befejezése után kell elvégezni.

1. A felhasználói képzés tervezése és terve.
2. Kibocsátás utáni támogatás.
3. Folyamatos tesztelés
4. A felhasználói átvételi tesztelés utáni jelentés a gyakran feltett kérdésekkel stb.

A felhasználói átvételi tesztelés legjobb gyakorlatai

Ismerje meg a felhasználókat, akik végül használni fogják a szoftvert

Ismerje meg a célközönséget. Mik a problémáik/szükségleteik? Mi a motivációjuk? Hogyan tudod elérni őket? Ha mindezekkel az információkkal rendelkezik a felhasználói átvételi tesztelés megkezdése előtt, akkor megspórolja a felesleges erőfeszítéseket, és segít abban, hogy irányított eredményeket érjen el.

Készítse el a felhasználói átvételi tesztelési tervet jó előre

A felhasználói átvételi tesztelést általában a szoftver piaci bevezetése előtt végzik, és ebben a szakaszban már a határidők betartása miatt nyomás alatt van, és izgatottan várja a végfelhasználók reakcióját a szoftverrel kapcsolatban, ezért a felhasználói átvételi tesztelés ebben a szakaszban történő tervezése azt eredményezheti, hogy néhány gyakori, valós felhasználási esetet kihagy. Az erőforrások rendelkezésre állása szintén korlátot jelenthet ebben a szakaszban.

Jól strukturált felhasználói átvételi tesztelési irányítási rendszer

A jól strukturált felhasználói átvételi tesztelési irányítási rendszer olyan rendszer, amely könnyű szűrési lehetőségeket, hatékony jelentéstételt, nyomonkövethetőségi mátrixot, hibakövetési funkciókat és biztonságot tartalmaz.

Scenáriók készítése az üzleti követelmények alapján

A végfelhasználó megcélzása érdekében mindig jó gyakorlat az üzleti követelmények alapján tesztforgatókönyveket készíteni.

Az elfogadási kritériumok egyértelmű meghatározása

Az, hogy a termék a fejlesztés után átment-e vagy megbukott, az elfogadási kritériumok alapján dől el, ezért a legjobb, ha az elfogadási kritériumokat egyértelműen meghatározzuk.

A felhasználói átvételi tesztelés fázisai

Egy rendszer fejlesztésének számos módja van, de nagyjából 2 kategóriába sorolható:

1. Sorozatos fejlesztés
2. Iteratív fejlesztés

Sorozatos fejlesztés

A sorozatos fejlesztés a fejlesztési szakaszok sorozatát használja, amelyek általában V alakot követnek. Az UAT a végső tesztelési szint, amely az elkészült rendszert az üzleti követelmények tekintetében teszteli.

Iteratív fejlesztés

Az iteratív megközelítésben (például az agilis fejlesztés) a tervezés és a tesztelés rövid sprintek során történik, így a rendszer funkcionalitása minden sprint végén inkrementálisan válik elérhetővé. Az UAT-ra az egyes sprintek bevezetése előtt lesz szükség.

A felhasználói elfogadási tesztelés megközelítése

Az UAT-megközelítés 3 elemen alapul:

1. üzleti követelmények
2. üzleti folyamatok
3. felhasználói elvárások

Ezt a 3 elemet követő megközelítésnek kell lennie.

Követelményalapú tesztesetek

A teszteseteknek le kell fedniük az üzleti követelményeket, minden tesztesetet egy azonosítószám alapján egy adott követelményhez kell kötni. A teszteseteket röviddel a követelményspecifikáció meghatározása után lehet megírni, és ezt nevezzük követelményvezérelt teszteseteknek. Ennek a megközelítésnek az a hátránya, hogy ha a követelmények hibákat tartalmaznak, akkor a tesztesetek is hibásak lesznek.

Üzleti folyamat alapú tesztesetek

Az üzleti folyamat alapú teszteseteket azért írják, hogy megbizonyosodjanak arról, hogy a leszállított rendszer kifejezetten az üzleti folyamatok támogatásában fog működni. A teszteseteknek meg kell tudniuk mutatni, hogy a követelmények úgy teljesültek, hogy tükrözzék, hogyan fogja a szervezet használni a rendszert.

Felhasználói felületvezérelt tesztesetek

A felhasználói felületvezérelt tesztesetek olyan űrlapok vagy képernyők köré épülnek, amelyeket ki kell tölteni. A tesztesetek az adatbevitelen, a képernyőn keresztüli interakciókon és a jelentéskészítésen alapulnak. A felhasználói felületvezérelt tesztesetek beágyazhatók üzleti folyamat alapú tesztesetekbe, ahol az üzleti folyamat adatbevitelt, interakciót vagy jelentéstételt tartalmaz.

Prioritások meghatározása a kockázatalapú teszteléssel

Az UAT-t általában nyomás alatt végzik, mivel közvetlenül azelőtt végzik, hogy a rendszert a végfelhasználóknak kiadják, hogy ők használhassák, ezért meg kell találni a módját, hogy a rendelkezésre álló korlátozott időn belül a legjobbat tegyék. Ehhez a priorizálási technikát használják, hogy a legfontosabb teszteket futtassák le először, így a befejezetlenül hagyott tesztek kevésbé fontosak, mint a befejezettek. Ezt nevezzük kockázatalapú tesztelésnek.

Az egyes követelmények kockázati szintjét azonosítják, és a követelményeket prioritás szerint rendezik.A kockázatalapú tesztelés más megközelítésekkel együtt is használható.

Például

A kockázatalapú tesztelés beépíthető a követelményalapú tesztelésbe, hogy a legfontosabb területeket teszteljék először.

Ha a rendszer teljesíti a követelményeket, miközben a műszaki specifikáció valamely részletes része hiányzik, akkor ezt az eredményt jelenteni kell, de ez nem “show-stopper”.”

Másrészt, ha a rendszer a műszaki specifikáció minden egyes elemének megfelel, de nehézkes a használata, akkor az aggodalomra ad okot.

Példák a felhasználói átvételi tesztelésre

Minden olyan szoftver esetében, mint az autóipar, utazás/turizmus stb., megfelelő felhasználói átvételi tesztelésen kell átmenni a gyártásba vétel előtt.

Tegyük fel, hogy van egy mobilkövető szoftver, amelyben egy adminisztrátor kezeli a mobil erőforrásokat, és ez egy webalapú alkalmazás. A tesztelés számos különböző formáján ment keresztül, mint például funkcionális tesztelés, integrációs tesztelés, rendszertesztelés, teljesítménytesztelés stb., és most jön a tesztelés legfontosabb szintje, a felhasználói elfogadási tesztelés. Ideális esetben két szinten kell elvégezni:

Alfa tesztelés

A felhasználói átvételi tesztelésnek ezt a típusát a tesztelők végzik a fejlesztőknél, hogy ellenőrizzék az utolsó problémákat, mielőtt a szoftvert átadják a végfelhasználóknak béta tesztelésre.

Béta tesztelés

Ezt a végfelhasználók végzik a saját telephelyükön, és ellenőrzik az esetleges problémákat, mielőtt a szoftvert kiadják a gyártásba.

Következtetés

A felhasználói átvételi tesztelés előnye, hogy nem érik meglepetések, amikor a terméket kiadják a gyártásba/piacra tényleges használatra.

Más népszerű cikkek:

• Mi az átvételi tesztelés vagy felhasználói átvételi tesztelés (UAT)?
• Mi az átvételi tesztvezérelt fejlesztés az agilis módszertanban?
• Mi a tesztpiramis és a tesztelési kvadránsok az agilis tesztelési módszertanban?
• Mi a projekt munkatermékei az agilis tesztelésben?
• Mi a használati eset tesztelése a szoftvertesztelésben?