Tartalom
- 1. A végfelhasználók pontosan megértik, hogy a rendszernek mit kell tennie (nekik).
- 2. A végfelhasználók elfogadása valószínűbb, ha bevonják őket a tesztelés korábbi szakaszaiba.
- Nincsenek hibák, nincs stressz - Az Ön életét megváltoztató szoftverek készítésének lépésről lépésre történő leírása az élet megsemmisítése nélkül
- 3. A végfelhasználók azonosíthatják a hibákat, még mielőtt azok kijavítása túl költséges lett.
- 4. A végfelhasználók szélesebb perspektívát kínálnak.
- Következtetés
Forrás: Rawpixelimages / Dreamstime.com
Elvitel:
A végfelhasználók bevonása a tesztelés korai szakaszába nagyon hasznos lehet, és jobb eredményeket eredményezhet.
Végfelhasználóként sokan közülünk, akik egy terméket vagy szolgáltatást közvetlenül a piacra lépés előtt teszteltünk, ismerik ezt a kellemetlen szorongást a fejünk hátterében, amely arra utal, hogy lehet valami funkció vagy funkció, amelyet nem teszteltünk, egyszerűen azért, mert nem nem tudom róla. Ezért annyira fontos, hogy a végfelhasználókat bevonják a tesztelésbe mielőtt a felhasználói elfogadási tesztelés (UAT) megkezdődik.
Ez huszonketten fogás. Mivel a végfelhasználók általában nem képzettségi tesztelők, saját teljes munkaidős munkájukkal kell összpontosítaniuk. Azonban minden olyan szoftver terméknek, amelynek sikeres megjelenése lesz a mai agilis környezetben, jelentős időre van szüksége, és nem csak a fejlesztési szakasz végén.
A UAT előtti funkcionális vagy teljesítmény-tesztelést gyakran egy tesztcsoporthoz rendelik, aki esetleg nem vett részt az üzleti követelmények összegyűjtésében, vagy csak minimális ismeretekkel rendelkezik a projekt célkitűzéséről, kizárólag a teszt szkripteire támaszkodva. Lehetséges, hogy ezeket a tesztelőket kiszervezték személyzeti hiány miatt. A megtakarító kegyelem az, hogy tapasztalt tesztelőket használnak ezekben a süllyedés vagy úszás helyzetekben, és dinamikus képességekkel rendelkeznek, amelyek átjárják ezeket a vizeket. Előfordulhat azonban, hogy nem mindig értik meg a körülötte levő vizeket, tehát korlátok vannak arra, amit tehetnek.
Az ilyen korlátozások nagyon költségesek lehetnek a projekt számára, nagyon gyorsan. A hibák elkerülésének legköltséghatékonyabb módja az, ha a végfelhasználókat bevonják a tesztelésbe a termék fejlesztési életciklusa során.
1. A végfelhasználók pontosan megértik, hogy a rendszernek mit kell tennie (nekik).
Tapasztalt tesztelő tanácsos lehet a követelményekről, azonban nem tudják, hogy a vizsgált termék hatékonyan megfelel-e ezeknek a követelményeknek, vagy megoldja-e az összes szükséges kérdést, különösen azokat, amelyeket soha nem említettek a követelménygyűjtés során.
„Minden szakaszban meg kell vizsgálnunk az inkrementális modulokat a tesztelő felé. Nem tud várni a végére; Ha a termék meghibásodik, gyorsan meg akarjuk javítani ”- mondta Bashir Fancy, a kanadai IT-szakemberek szövetségének (CIPS) elnöke és vezérigazgatója. Úgy véli továbbá, hogy ez a megközelítés, amelyet gyakran szélsőséges programozási agilis módszernek hívnak, magasabb szintű részvételi arányot biztosít a projekthez az UAT során.
2. A végfelhasználók elfogadása valószínűbb, ha bevonják őket a tesztelés korábbi szakaszaiba.
Robin Goldsmith, a Go Pro Management Consultancy tulajdonosa nem javasolja, hogy megkíséreljék a végfelhasználókat miniatűr tesztelõkké változtatni, bár megérti annak fontosságát, hogy korábban bekerítsék a képet. "A felhasználóknak komolyan kell gondolkodniuk azon, hogy mit akarnak látni a szállított termékben, mielőtt elég magabiztosak lennének ahhoz, hogy támaszkodjanak rá."
A felhasználók korai bevonása nem csak lehetővé teszi számukra, hogy tesztelõbbekké váljanak és magabiztosabbak legyenek, hanem azt is lehetõvé teszik, hogy kulcsfontosságú érdekeltekké váljanak. "Azt akarják tudni, hogy a projektcsapat nem az övé, hanem az elfogadási kritériumok felhasználói változatát segíti elő" - mondta Goldsmith.
Nincsenek hibák, nincs stressz - Az Ön életét megváltoztató szoftverek készítésének lépésről lépésre történő leírása az élet megsemmisítése nélkül
Nem javíthatja a programozási képességeit, ha senki sem törődik a szoftver minőségével.
3. A végfelhasználók azonosíthatják a hibákat, még mielőtt azok kijavítása túl költséges lett.
Minél előbb észlelünk egy hibát, annál kevesebb pénz kerül a javításához. A Nemzeti Szabványügyi és Technológiai Intézet (NIST) által 2002-ben közzétett hírhedt tanulmány rámutatott, hogy a gyártási szakaszban talált egy hiba javításának költsége 15 óra, szemben az öt órás erőfeszítéssel, ha ugyanazt a hibát találták a fejlesztés során.
És csak a jéghegy csúcsait látjuk.
Sokkal könnyebb utólagosan kitölteni egy operatív szerepet, szemben a UAT tesztelő szerepével, mivel utóbbi megköveteli, hogy valaki nagyon különleges tapasztalattal és utólátással bírjon el egy kifejezetten használatra kifejlesztett termék validálását. Bármely nagyobb kanadai munkahelyen történő gyors keresés azt jelzi, hogy a minőségbiztosítási tesztelők átlagos fizetése 55 000 és 80 000 dollár között mozog. Ezek a számok gyorsan növekedhetnek egy olyan vállalatnál, amely kiszervezi tesztelőit, akinek az ára akár 100 dollárt is elérhet óránként, amikor egy magas profilú projekten dolgozik. Az adminisztratív szerepek - például a klinikai adminisztratív koordinátorok - átlagos fizetése 35 000 és 45 000 dollár között mozog.
Az egyik dolog, amelyet nem tudunk becsülni, az a hírnév károsodása, amely akkor következik be, amikor a végfelhasználók, akik nem vesznek részt az UAT fázisban, látják a terméket, amelyet először kell használniuk. Ezen a ponton már számos akadályra fel vannak állítva, például arra, hogy változásokkal vagy esetleg akár átalakítással foglalkozzanak, és most rövid idő áll rendelkezésre ahhoz, hogy szakértővé váljanak egy új termékkel vagy szolgáltatással, amelyről nem kérdezték őket. . Hacsak a projekt csapata nem tud nagyon finomított terméket kínálni, fennáll annak a veszélye, hogy a végfelhasználók által adott negatív visszajelzések megronthatják a projekt hírnevét.
4. A végfelhasználók szélesebb perspektívát kínálnak.
Míg a projekt csapata éjjel-nappal dolgozik a projektteljesítményekkel, például megkönnyíti az üléseket, meghatározza a követelményeket és frissíti a Gantt-táblázatokat, a végfelhasználók továbbra is arra összpontosíthatnak, hogy a termék mindenki olyan keményen dolgozzon, hogy szállítson, és ténylegesen megteszi azt, amire szüksége van.
A Fortune 500 társaságok, például az Apple és a Google béta tesztelést végeznek, ahol valamilyen kompenzációval a nyilvánosság hozzáférhet a termék, a hibák és mindazonáltal a korai megjelenéshez, cserébe a hibák azonosításában és hasznos visszajelzésekben való részvételükért. .
A Center Code igazgatója, Mario Sancho, aki számos kanadai Fortune 1000 vállalatnál béta tesztelési programokat irányít, úgy véli, hogy az ügyfelek érvényesítésének legalább három általános tesztelési szinten meg kell történnie: alfa tesztek, ahol a felhasználók a lehető legkorábbi verziót teszik ki, béta tesztek, ahol a felhasználók tesztelheti a termék minden fő jellemzőjét és a terepi teszteket, más néven UAT.
Következtetés
A végfelhasználók elfogadásának fontosságát nem szabad alábecsülni. Bármi, ami a vezetés, a kollégák és a nyilvánosság körében szocializálódik az UAT tapasztalataival kapcsolatban, a projektek örökségét hosszú távon sikerként vagy kudarcként jelölheti meg. Még akkor is, ha a projekt egy kiváló projektcsapat tapasztalatait élvezte, teljesítette a határidőket és a költségvetésen belül maradt, az érdekelt felek véleményét arról, hogy a projekt mennyiben érte el (vagy nem érte el) hatókörét, a végfelhasználók tapasztalata súlyosan befolyásolja.