olvasási idő: 14 perc
A termék műszaki tulajdonságainak biztosításához, a szoftver hibáinak és logikai hibáinak megtalálásához elengedhetetlen a minőségbiztosítási tevékenységek folytatása. A minőségbiztosítási tesztelés azonban nem fogja megmondani, hogy a végtermék összhangban van-e az üzleti célokkal, és képes-e elvégezni a szükséges feladatokat valós helyzetekben. Tehát annak biztosítása érdekében, hogy a fejlesztőcsapat a tényleges végfelhasználók számára megfelelő terméket építsen, elengedhetetlen a felhasználói elfogadási tesztelés elvégzése.
mi a felhasználói elfogadás tesztelése és miben különbözik a minőségbiztosítástól?
User Acceptance Testing (UAT) ellenőrzi, hogy a termék megfelelő-e a végfelhasználók számára. Más nevei vannak, például végfelhasználói tesztelés, operatív, alkalmazás, béta tesztelés vagy érvényesítés, de ugyanazt írják le. A minőségbiztosításban fontos különbséget tenni a hitelesítés és a hitelesítés között.
az ellenőrzés olyan általános minőségbiztosítási eljárásokra vonatkozik, amelyek célja a termék műszaki szempontjainak tesztelése annak biztosítása érdekében, hogy a termék valóban működjön. Az érvényesítés (vagy a felhasználói elfogadás tesztelése) annak biztosítására történik, hogy a termék megfeleljen az üzleti követelményeknek, és a végfelhasználó használhassa.
validációs és hitelesítési tevékenységek a teljes termékvizsgálat szempontjából
a validációs tevékenység kétféle tesztelésre osztható.
az alfa tesztelés az elfogadási tesztelés kezdeti szakasza, amelyet általában belső tesztelők végeznek annak biztosítására, hogy a termék megfelelően működjön és megfeleljen az üzleti követelményeknek.
A béta tesztelés, az elfogadási tesztelés második típusa, célja a felhasználói elfogadási kritériumok teljesítése. Az UAT-t
- egy meglévő termék tényleges felhasználói,
- egy termék korábbi verziójának felhasználói,
- a termék fejlesztésében részt vevő érdekeltek és/vagy
- üzleti elemzők végezhetik végfelhasználói szakemberként.
ez lehetővé teszi a fejlesztőcsapat számára, hogy kijavítsa a legtöbb használhatósági problémát, hibát és váratlan problémát a funkcionalitással, a rendszertervezéssel, az üzleti követelményekkel stb.kapcsolatban.
miért van szüksége valójában UAT-ra?
az átvételi teszt fő célja annak ellenőrzése, hogy a termék megfelel-e a felhasználók igényeinek (a termék felfedezésének szakaszában meghatározottak szerint), és készen áll-e a bevezetésre. Az Origsoft UAT használatával kapcsolatos felmérése szerint a válaszadók több mint 75 százaléka azt mondta, hogy több végfelhasználói tesztelési ciklust végez, 57 százalékuk pedig a termék rossz minőségét állítja okként.
tehát itt vannak a fő okok, amelyek miatt az UAT fontos, és a fejlesztés részének kell lennie.
biztosítsa az üzleti követelményeknek való megfelelést. Mint már említettük, az UAT annak ellenőrzésére szolgál, hogy a termék szükség szerint a valós körülmények között működik-e, és lehetővé teszi a végfelhasználók számára a célzott problémák megoldását. Ha kihagyja az UAT-t, kihagyhat néhány fontos hibát vagy rendszerhibát, amelyek elkerülhetetlenül felhasználói elégedetlenséget okoznak.
állítsa be a kezdeti követelményeket. Néha, amikor a végfelhasználók tesztelik a terméket, értékes gondolatokkal állhatnak elő a tesztelt szoftver javításával kapcsolatban. Az ilyen visszajelzések megszerzése lehetővé teszi, hogy módosítsa a követelményeket, hogy olyan eredményt kapjon, amely hasznosabb lesz az ügyfelek számára.
kerülje el a veszteségeket. Először is, olcsóbb a termék javítása a fejlesztés korai szakaszában, így az UAT miatti hibák megtalálása lehetővé teszi a fejlesztőcsapat számára, hogy sokkal könnyebben javítsa a terméket (ez azonban leginkább az agilis modellt érinti. További részletekért olvassa el). Másodszor, mindannyian tudunk történeteket a termékhibákról a rossz funkcionalitás és használhatóság miatt. Az UAT valós felhasználói visszajelzéseket nyújt Önnek, és sokkal kevésbé valószínű, hogy veszteségeket okoz a sikertelen termékbevezetés.
mindenesetre az UAT szervezési és előkészítő munkát igényel, hogy hatékony legyen. Ha biztosítani szeretné a termék érvényességét, fontolja meg a következő lépéseket a felhasználói elfogadási tesztelés során.
UAT kulcsfontosságú szakaszok
elemezze a termékkövetelményeket és határozza meg a legfontosabb eredményeket
A termékkövetelmények elemzése az UAT tervezés első lépése. A bemeneti információk elsődleges forrása a szoftverkövetelmények specifikációja lenne, mivel magában foglalja az üzleti és funkcionális követelmények teljes körét.
az üzleti követelmények a szervezet magas szintű célkitűzései, amelyek kommunikálják az üzleti igényeket. Ezek úgy hangzik, mint “az ügyfeleknek képesnek kell lenniük arra, hogy több fizetési módot használjanak.”
A funkcionális követelmények áthidalják a műszaki megoldást az üzleti követelményekkel. Tehát a funkcionális követelmény úgy hangzik, mint ” a PayPal, a Visa és a Mastercard, a Payoneer fizetési átjárók végrehajtása.”
ezeknek a követelményeknek az áttekintése pontosan megmondja, mit kell tesztelnie, hogy a megvalósított megoldások működnek-e a felhasználók számára, és megoldják-e a vállalkozás problémáit. A funkcionális követelmények tesztesetekké alakíthatók, figyelembe véve az üzleti követelmények teljesítési kritériumait. Ez segít egy átfogó tesztelési stratégia kialakításában. Fontolja meg az üzleti elemzők, a minőségbiztosítási mérnökök vagy a terméktulajdonosok bevonását a követelményelemzéshez.
az utolsó tervezési szakasz az UAT folyamat műszaki dokumentációjának elkészítése. Itt dokumentálhatja tesztelési stratégiáját, szabályait, tesztelési forgatókönyveit/eseteit, szabványait stb. A következő szakaszok a felhasználói elfogadási tesztelés során használt dokumentációt ismertetik.
felhasználói elfogadási tesztelési eredmények
UAT tesztterv. Az UAT tesztterv létrehozása segít abban, hogy mindenki azonos célokhoz és jövőképhez igazodjon. A fő dokumentum tartalmazza az összes információt arról, hogy mit fognak tesztelni, ki és hogyan. Az UAT összes szervezeti és folyamatbeli aspektusának lefedéséhez részleteznie kell a tesztelési stratégiát és a belépési/kilépési kritériumokat.
Végfelhasználói tesztelési stratégia. A stratégia felvázolja a tesztelt terméket, a felhasználói elfogadási tesztelés célját, a tesztek típusait és a célokat. A tesztelési stratégiának olyan információkat kell tartalmaznia, mint
- termékleírás,
- tesztelési célok,
- tesztelési hatókör,
- szabványok,
- tesztelési típusok,,
- tesztelők/szerepek
- folyamat kurátorok (vezetők),
- bírálók,
- jelentési standardok és
- eredmények.
belépési kritériumok. Ezek azok a feltételek, amelyek megállapítják, hogy a szoftver készen áll a tesztelésre. A tervezés legkorábbi szakaszában a fejlesztőcsapat, a minőségbiztosítás, az üzleti elemzők és az érdekeltek határozzák meg őket.
kilépési vagy Elfogadási Kritériumok. Ezek azok a feltételek, amelyek előírják, hogy a szoftver érvényes a felhasználók számára. Az Elfogadási Kritériumok egyeztetése lenne az UAT utolsó szakasza.
vizsgálati forgatókönyvek. A tesztforgatókönyvek olyan hipotetikus helyzetek, amelyekkel a felhasználók találkozhatnak a termékkel való interakció során. Céljuk, hogy végigvezessék a tesztelőket a lehetséges rendszerhasználati problémákon.
alapvetően egy tesztforgatókönyvnek egyszerű képet kell adnia arról, hogy mit fognak tesztelni. Példa egy forgatókönyvre: “ellenőrizze a bevásárlókosár funkcionalitását.”Minden felhasználói forgatókönyv egy vagy két követelményhez vagy felhasználói történethez kapcsolódik. Azért vannak írva, hogy igazolják, hogy a rendszer használható, valós adatokkal ellenőrizve a végpontok közötti műveleteket.
ha jó tesztforgatókönyveket szeretne írni a felhasználói elfogadási teszteléshez, fontolja meg a végfelhasználók bevonását a jóváhagyásba, hogy tartalmazza az összes lehetséges felhasználási esetet, mind gyakori, mind nem gyakori. Fontolja meg azt is, hogy egyszerű nyelven írja őket, elkerülve a bonyolult megfogalmazást vagy a túlságosan technikai magyarázatokat.
teszt esetek. A teszt eset olyan konkrét műveletek összessége, amelyek egy adott rendszer viselkedésének, funkciójának vagy funkcionalitásának tesztelésére és ellenőrzésére szolgálnak. A tesztesetek részletesebb egységek, amelyeknek meg kell felelniük az összes tesztforgatókönyvnek. Leggyakrabban átalakítja a felhasználói történeteket és az üzleti felhasználási eseteket, hogy hatékony teszteseteket írjon. Példák a tesztesetekre:
- ellenőrizze, hogy a nem regisztrált felhasználó hozzáadja-e a terméket a kosárba.
- ellenőrizze a KOSÁR szűrését.
- jelölje be a “Vásárlás folytatása” gombot.
A teszt esetek akkor hatékonyak, ha egyértelmű cél van megadva, és a felhasználó képes megérteni, mit kell tennie annak befejezéséhez. A tesztesethez tartozó felhasználói útmutató így nézhet ki:
- nyissa meg az alkalmazást.
- adjon hozzá bármilyen terméket a kosárba.
- hitelesítés nem szükséges.
- lépjen a kosárba.
a tesztesetben a várt eredményeket is felveheti, hogy a felhasználó tisztában legyen azzal, hogy mi fog történni:
- a termék megjelenik egy bevásárlókosárban.
- a rendszer kérni fogja, hogy engedélyezze a regisztrált felhasználó.
jelentési szabványok. Határozza meg, hogyan kell kinéznie egy jelentésnek, és milyen információkat kell megadnia a végfelhasználónak.
vizsgálati jelentések. Ezek dokumentált kimeneti adatokat halmoznak fel a teszt befejezésekor. A tesztelési szabványoktól és a tesztelési forgatókönyvtől függően különböző információk szerepelhetnek a jelentésekben. De általában az UAT-ban a QA csapatoknak csak a tesztelőtől kell bejelentkezniük. A Kijelentkezés csak annak megerősítése, hogy a teszt sikeres, és megfelel a felhasználó kritériumainak.
az UAT végén a minőségbiztosítási mérnökök vagy az UAT menedzser felhasználhatják az értékes adatok kinyerésére és az eredmények kommunikálására a fejlesztőcsapat számára.
hagyományosan a minőségbiztosítási mérnökök felelősek a végfelhasználói visszajelzések feldolgozásáért. A tesztek, hibajelentések és hibajelentések eredményeit a fejlesztők biztosítják a csapat különböző részei közötti folyamatos kommunikáció biztosítása érdekében. A végfelhasználói visszajelzések alapján a minőségbiztosítási csapat szoftverminőségi mutatókat is nyújthat az UAT előrehaladásának mérésére.
felhasználói elfogadási tesztsablonok
megemlítettünk néhány fontos dokumentumot, amelyeket létre kell hozni a megfelelő UAT tervezéshez és végrehajtáshoz. Különböző módon lehet írni őket, de itt van néhány sablon, amely hasznos lehet.
- vizsgálati terv sablonok: Tesztterv sablon Coley Consulting által, sfsu sablon (letölthető link), vagy iiba sablon (letölthető link)
- teszt forgatókönyv sablon
- tesztjelentés sablon
válassza ki a végfelhasználói tesztelés idejét és formáját
az átvételi tesztelés a projekt különböző szakaszaiban történhet, az alkalmazott módszertől függően, de általában a fejlesztési ciklus végén, a kiadás előtt történik. Mivel a szoftverfejlesztés két legnépszerűbb projektmenedzsment módszertana a Waterfall és az Agile, a két modellen belül megvizsgáljuk a felhasználói elfogadási tesztelési folyamatot.
elfogadási tesztelés a vízesés modellben
ahhoz, hogy mélyebben belemerüljünk a részletekbe, gyorsan össze kell foglalnunk, mi a vízesés modell. Ez egy hagyományos projektmenedzsment módszertan, amely a termék lépésről lépésre történő fejlesztésén alapul.
a szakaszok nem keresztezik egymást, vagyis nincs egyidejű tervezés és tervezés tesztelés, vagy fejlesztés és tesztelés. Az egész folyamat szigorúan dokumentált, és célja, hogy a fejlesztés végén egy teljesen működőképes alkalmazást biztosítson iterációk nélkül.
felhasználói elfogadási szakasz a vízesés modellen belül
A vízesés felhasználói elfogadási tesztelésére a fejlesztés utolsó szakaszában, közvetlenül a bevezetés előtt kerül sor.
csak akkor hajtható végre, ha a rendszer kódnak és funkciónak tekinthető, miután elérte a következő referenciaértékeket.
- termék üzleti követelmények teljesültek.
- a kódbázis befejeződött.
- QA tevékenységek (rendszer, integráció, egység tesztelés) befejeződtek.
- a minőségbiztosítási szakaszban feltárt hibákat kijavítottuk.
- a kisebb vizuális problémák elfogadható tartományban vannak.
- felhasználói elfogadási környezet (UAT menedzser, tesztelési eszközök, tesztelési forgatókönyvek stb.) jött létre.
A Waterfall modellben a felhasználói elfogadás tesztelése a végleges pont, amely bizonyítja a szoftver készségét. Ha egy termék megfelel a felhasználói Elfogadási Kritériumoknak, az azt jelenti, hogy a termék készen áll a gyártásra. Az UAT tevékenységek ebben az esetben a rendszer ellenőrzésének, funkcionalitásának, használhatóságának és hibáinak befejezésére szolgálnak. Az elsődleges cél azonban továbbra is annak biztosítása, hogy a termék megfeleljen a kezdeti követelményeknek és a végfelhasználói igényeknek.
felhasználói elfogadás az agilis módszertanokban
a szoftverfejlesztés agilis modellje nem olyan egyszerű, mint a vízesés. Ez az egyes fejlesztési szakaszok iterációján alapul, amíg a termék el nem éri a kívánt minőséget és funkcionalitást. Az egyes fázisok iterációi rendkívül rugalmas fejlesztést és a követelmények dinamikus változását teszik lehetővé, mivel az Agile nem összpontosít sok dokumentáció létrehozására. Ez lehetővé teszi a fejlesztőcsapat számára, hogy gyorsan reagáljon az ügyfél változó igényeire.
felhasználói elfogadási tesztelés az Agile modellben
A kép az Agile termékfejlesztési ciklust mutatja iterációkkal. A termék érvényességének biztosítása érdekében a projekt minden szakaszában elvégezheti a felhasználói elfogadási teszteket. A fő különbség a Waterfall és az Agile UAT között az, hogy az UAT-ot többször hajtják végre (gyakran minden iteráción belül), és az eredmények befolyásolhatják a kezdeti követelményeket, mivel azonnali visszajelzést adnak arról, hogy mi működik a legjobban.
az agilis projektekben a végfelhasználói tesztelés megkezdésének ellenőrzőpontjai a következők:
- kialakított üzleti követelmények,
- UX/rendszerdokumentáció,
- tesztanyagok (interaktív makettek, nagy hűségű prototípusok, demók) és
- felhasználói elfogadási környezet.
az Agile-ban az UAT az Általános tesztelési tevékenységek szerves része, ezért különböző formákat ölthet és különböző eszközöket használhat. Ezek lehetnek például funkcionális és nem funkcionális követelményekre vonatkozó tesztek, vagy korai szakaszú tesztek a tervezési szakaszban tett feltételezések validálására. Minden iteráció végén az elfogadási tesztelés olyan eredményeket hoz létre, amelyek a követelmények, a rendszerarchitektúra, az UX stílus útmutatók stb.
felhasználók toborzása és UAT csapat létrehozása
mint korábban említettük, a tesztelőket a meglévő felhasználói bázisból lehet toborozni. A projekt sajátosságaitól függően ezek lehetnek tárgyi szakértők, a termék valós felhasználói, az érdekeltek, az üzleti elemzők, a Terméktulajdonos vagy az ügyfél. Használhat tömeges beszerzési platformokat tesztelők keresésére vagy szabadúszó felhasználói tesztelő szakember felvételére is.
fontolja meg egy közösségi média üzenet vagy akár céloldal létrehozását a közönség vonzása érdekében. A potenciális tesztelőknek nem feltétlenül kell hozzáértőnek lenniük, vagy ismerniük kell a szoftvertesztelési folyamatokat. Azonban azok, akik már rendelkeznek vagy használni fogják a terméket (vagy talán egy hasonlót), jó jelöltek lesznek az UAT-ra, mivel ebben az esetben elkerülheti a mély bejutást és a QA csapat bevonását.
végfelhasználói tesztelő eszközök és fedélzeti tesztelők megvalósítása
természetesen vannak olyan speciális eszközök a piacon, amelyeket végfelhasználói tesztelésre terveztek. A legnépszerűbb eszközök tesztelési menedzsment funkciókat kínálnak, például jelentéskészítést, feladatáttekintéseket és tesztelési dokumentációs sablonokat. Íme néhány példa a szoftver, hogy lehet használni, hogy támogassa a UAT tevékenységek.
A Usersnap egy népszerű platform, amely vizuális visszajelzést nyújt a tesztelt szoftverekről és a webalapú alkalmazásokról. Alapvetően ez egy olyan eszköz, amely lehetővé teszi a felhasználók számára, hogy megjelöljék a hibákat közvetlenül a képernyőn, megjegyzéseket és javaslatokat tegyenek, és megosszák a visszajelzéseket. Sok hasonló eszköz létezik, mint például a Userback és a UserTesting.
A FitNesse egy nyílt forráskódú, wiki alapú keretrendszer az elfogadási teszt automatizálásához. Ez lehetővé teszi minden érdekelt számára, hogy könnyen hozzon létre, szerkesszen és futtasson teszteket, korai visszajelzéseket hozva létre. A felhasználók speciálisan formázott bemeneteket adnak meg, hogy automatikusan generálják azokat a teszteket, amelyeket a rendszer azonnal futtat. Ezután a kimenet visszatér és kiemelve attól függően, hogy megfelel-e a várt eredménynek vagy sem. Ez az együttműködési platform enyhe tanulási görbével rendelkezik, és népszerű az agilis csapatok körében.
A Bugwolf egy másik eszköz az UAT vezetésére. A környezet tesztelése és a hibajelentés mellett gamifikációs és versenyfunkciókat kínál a felhasználók motiválására és bevonására. Hasznos beépített fizetési lehetőségeket is talál, ha online végfelhasználói tesztelést kíván végezni.
az olyan jól ismert projektmenedzsment eszközök, mint a Jira vagy a Trello, szintén alkalmasak az UAT lebonyolítására.
tesztelő műszerfal a Spiratestben
felhasználói elfogadási környezet létrehozása és képzés futtatása
ahhoz, hogy a legtöbbet hozza ki a végfelhasználói tesztelésből, kezdje a képzéssel. A tesztelők és az UAT menedzser felelősek ezért. Fontolja meg a képzési folyamat strukturálását a következő szempontok figyelembevétele érdekében.
- ismertesse a felhasználókat a tesztelési folyamattal és annak céljaival.
- tanítsa meg a felhasználókat a végfelhasználói tesztelés eszközeinek használatára, ha használni fogja őket.
- jelentési standardokat és iránymutatásokat biztosít számukra.
- biztosítsa, hogy a felhasználók megértsék a teszteseteket, szükség esetén támogatást nyújtva.
- hozzáférést biztosít a tesztelési környezethez.
leggyakrabban a végfelhasználói tesztelés a felhasználó oldalán végezhető el, ami azt jelenti, hogy nem kell a tesztelőket ellátni a hardverrel. Az egész folyamat online is elvégezhető. A bonyolultabb projektekhez vagy bizalmas adatokhoz szükség lehet egy dedikált felhasználói tesztelő csapat összegyűjtésére az irodájában. Az is fontos, hogy kinevezzen egy menedzsert, aki dokumentációt, eszközöket és támogatást nyújt.
futtassa a teszteket
ha megvan a teszt forgatókönyvek és a teszt esetek, akkor jó, hogy menjen a tesztek. A végfelhasználók támogatása a folyamat során és a szükséges eredmények elérése érdekében világosan megértse, hogy az egyes tesztesetek milyen műveleteket igényelnek. Ne feledje, hogy a felhasználók nem profi tesztelők. A teszt során győződjön meg róla, hogy valós vagy közel valós adatokat szolgáltat a felhasználóknak, elkerülve a minta tartalmát vagy a dummy gombokat. Bármilyen félreértés miatt elakadhatnak a tesztesetben.
egy másik fontos szempont, hogy a fejlesztők készen álljanak arra, hogy javítsanak mindent, ami rosszul megy. A tesztelési környezet leállhat, vagy hibák akadályozhatják a felhasználókat a tesztelésben. A felhasználóknak a tesztelés minden szakaszában hozzáférniük kell a szükséges funkciókhoz, legyen szó interaktív tervezésről vagy funkcionális alkalmazásról, hogy lehetővé tegyék számukra a teszttervben szereplő minden teszteset elvégzését.
Gyűjtse össze a kimeneti információkat és elemezze azokat
az UAT tevékenységei során rengeteg adatot kap a tesztelőktől. A minőségbiztosítási csapatának elemeznie kell. Az adatokat manuálisan benyújtott felhasználói jelentések vagy egy adott eszköz segítségével gyűjtik össze. Ezenkívül interjúkat is folytathat különálló felhasználókkal, hogy jobban megismerje az általuk elvégzett teszteseteket és azt, hogy mit gondolnak róluk.
a rendszer készenlétének értékeléséhez fontolja meg a sikeres/sikertelen/rögzített tesztek százalékos arányának mérését.
Tesztkövető műszerfal a Panaya-ban
van még néhány szempont, amelyet figyelembe kell venni:
rendszerstabilitás. A stabilitást az UAT során tapasztalt váratlan hibák száma határozhatja meg.
A tesztelés lefedettsége. A lefedettséget az írott tesztforgatókönyvek/esetek számával és az összes befejezett teszthez viszonyított arányukkal mérik. Az UAT tesztelési eredményeit a felhasználói utazási térképpel is megfeleltetheti, hogy megértse, a funkcionalitás melyik része maradt teszteletlen.
a rendszer használhatósága. Ezt a nem teljesített tesztek számával lehet kiszámítani, mert a felhasználó nem találta meg a módját. De a teljes UX-t a használhatóság tesztelése során tesztelik, amelyet külön tevékenységként végeznek.
szerződés / követelmény megfelelés. A követelmények betartását az összes végfelhasználói teszt befejezése után ellenőrzik. Biztosítja, hogy a szoftver felépítése továbbra is megfeleljen a kezdeti követelményeknek/Szerződés hatókörének, még a felhasználói elfogadás által hozott változások után is.
javítsa ki a hibákat, tesztelje újra és jelentkezzen be
az UAT végrehajtása után minden hibát dokumentálni kell a vonatkozó megjegyzésekkel, és át kell adni a Fejlesztőcsapatnak. Módosítaniuk kell a kódot az UAT által feltárt kérdések kezelése érdekében.
miután kijavította a hibákat, tesztelje újra őket, hogy megbizonyosodjon arról, hogy minden megfelelően működik-e. Amikor az átvételi kritériumokat elérik és jóváhagyják a bírálók, a végső elfogadási döntés a termék gyártásra való felkészültségéről szól.
UAT csapat szerepek
mint korábban említettük, az UAT tesztelés különbözik a többi minőségbiztosítási tevékenységtől, mivel nem csak a tech szakemberek végzik; fontos, hogy a tényleges végfelhasználókat is bevonják ebbe a folyamatba. A minőségbiztosítási szakemberek és az üzleti elemzők bevonása szintén szükséges, valamint szoros együttműködés a projektmenedzserrel és a fejlesztőcsapattal.
az UAT csapat feladatai a vállalattól és a projekt igényeitől függően eltérőek lehetnek, de itt van egy példa a szerepmegosztásra.
üzleti program menedzser. Ez az a személy, aki koordinálja és felügyeli az egész projektet, összehangolva azt az üzleti célokkal. Az UAT szakasz előtt a programmenedzsernek el kell készítenie a Program szállítási tervét és az üzleti követelményeket tartalmazó dokumentumot a tesztelési tevékenységek támogatására. Felelős továbbá a tesztterv és a tesztstratégia felülvizsgálatáért és jóváhagyásáért.
az UAT során a programmenedzser figyelemmel kíséri a teszttevékenységek végrehajtását, és biztosítja az ütemterv és a költségvetés teljesítését. Ezt követően felülvizsgálja a vizsgálati jelentést, és dönt a telepítésről a gyártásra.
UAT tesztvezető/menedzser. A tesztvezető feladata az UAT pontos megtervezése és megszervezése. Ehhez általában szoros együttműködésre van szükség a projektmenedzserrel.
a tesztvezető összegyűjti és elemzi az összes üzleti és funkcionális követelményt, amelyet ezután felhasználnak a szükséges dokumentáció, azaz tesztstratégia, tesztterv, tesztforgatókönyvek stb. Ezenkívül az előkészítési szakaszban együtt dolgozik a tesztcsapattal, tesztforgatókönyveket rendel a csapattagokhoz, és képzést szervez annak érdekében, hogy a tesztelők megértsék az UAT eljárást. A tesztvezető előkészíti és kezeli a szükséges erőforrásokat, és betölti az alapvető vizsgálati adatokat a teszteszközökbe.
az UAT során a vezető koordinálja a tesztesetek végrehajtását, ügyelve arra, hogy az összes vizsgálati eredmény dokumentálva legyen. Nyomon követi a teszt előrehaladását, gyűjti a mutatókat, és létrehoz/fenntart egy tesztjelentést.
UAT teszt csapat tagjai. A tesztcsoport fő feladata a tesztek végrehajtása a megadott ütemtervnek és utasításoknak megfelelően. A tesztelőknek tesztnaplókat kell készíteniük, és jelentést kell tenniük a hibákról és az eseményekről. Jellemzően részt vesznek az újratesztelési tevékenységekben is (ha szükséges).
a projektmenedzsernek, mint a projekt sikeres befejezéséért felelős személynek figyelemmel kell kísérnie a tesztelési tevékenységeket, szervezeti támogatást kell nyújtania, és jelentést kell tennie az előrehaladásról. Közvetítőként is tevékenykedne a tesztelő csapat, a fejlesztők, az ügyfelek és bármely más lehetséges érdekelt fél között.
UAT ellenőrzőlista
összefoglalva a fent bemutatott UAT irányelveket, kidolgoztunk egy ellenőrzőlistát, amely segít a tesztelési tevékenységek megszervezésében, és nem hagy ki semmi fontosat.
az UAT projekt kezdeményezése.
- ellenőrizze a fejlesztőcsapattal, hogy a termék minden összetevője készen áll-e a tesztelésre. Dokumentálja azokat a kérdéseket, amelyekkel az UAT előtt nem lehetett foglalkozni.
- azonosítsa a legfontosabb érdekelt feleket.
- válasszon egy csapatvezetőt, aki felelős a projektért, beleértve a papírmunkát is.
- megvitatják és megállapodnak a projekt szerkezetét, UAT csapat, és UAT dokumentáció.
- alaposan beszélje meg a tesztelési eljárásokat, és hozzon létre egy kezdeti UAT tervet.
tervezés UAT.
- hozza létre az UAT csapatát, és győződjön meg arról, hogy minden piaci szegmensből és/vagy az érdekelt felek minden csoportjából vannak tesztelők. Bizonyosodjon meg arról, hogy a részvétellel kapcsolatos dokumentáció teljes és aláírt (titoktartás, részvételi megállapodás stb.).
- közölje a tesztelési stratégiát és az ütemtervet a csapattal. Győződjön meg róla, hogy minden tag megérti a szerepeket, eljárásokat és felelősségeket.
- győződjön meg arról, hogy minden üzleti követelményt rögzítenek és közölnek az UAT csapattal.
- megvitatják és megállapodnak a belépési és kilépési kritériumokról.
- készítse el az összes üzleti dokumentációt: tesztterv, tesztforgatókönyvek, tesztesetek stb.
- kommunikálja a rendszer üzleti céljait és elfogadási/kilépési kritériumait.
- megállapodnak a jelentési standardokról.
- végezze el a szükséges képzést a rendszeren és a segédeszközökön. Győződjön meg arról, hogy a tesztelők megértik, hogyan kell jelenteni az eseményeket.
- Gyűjtsd össze és készítsd elő az UAT tevékenységekhez szükséges összes erőforrást. Foglaljon helyet, ha szükséges.
- készítse elő és tesztelje a környezetet, tesztelje a menedzsment eszközöket, eszközöket, szervereket, visszacsatolási csatornákat, problémakövetést, tartalomszolgáltatást stb.
- győződjön meg róla, hogy az összes bejelentkezési adat be van állítva, a biztonsági hozzáférés be van állítva, és a tesztadatok betöltve vannak.
UAT végrehajtása.
- figyelemmel kíséri az eljárások végrehajtását, és biztosítja, hogy a jelentések időben és pontosan kerüljenek benyújtásra.
- hozza létre és tartsa karban a tesztösszesítő jelentést.
UAT utáni tevékenységek.
- elemezze a kimeneti információkat a sikeres/sikertelen tesztek százalékos arányának mérésével, valamint a hibák súlyosság szerinti kategorizálásával.
- azonosítsa az állapotot az elfogadási kritériumok alapján.
- készítse el a végleges UAT-jelentést, és mutassa be az érdekelt feleknek az elfogadási kritériumok és a kiadásra vonatkozó ajánlások teljesítéséhez szükséges becsült idővel és erőfeszítéssel együtt.
a tesztelési eljárások vállalatonként eltérőek lehetnek. Íme néhány más letölthető UAT ellenőrző lista, amelyek megfelelnek az Ön igényeinek is: ellenőrzőlista 1, ellenőrzőlista 2.