Átviteli és elfogadási teszt

Az elfogadási teszt azt vizsgálja, alkalmas-e a rendszer az átvevő céljára, és ad-e elegendő bizonyítékot az elfogadási vagy bevezetési döntéshez. A felhasználói elfogadási tesztben a célcsoport a valós feladatait és üzleti szabályait ellenőrzi. Az átadás és átvétel során végzett vizsgálat az elfogadási teszt egyik gyakorlati alkalmazása; az elfogadás más helyzetekben is vizsgálható.

Az elfogadás nem azt jelenti, hogy korábbi teszteket felesleges futtatni. A komponensteszt, az integrációs és a rendszerteszt másféle hibákat segít felismerni. Mégis előfordulhat, hogy minden tervezett rendszerteszt sikeres, a felhasználók pedig a valódi munkájukhoz szükséges funkciót hiányolják. A döntési szempontokat ezért velük is egyeztetni kell.

Az üzemeltetési elfogadás a működtetés feltételeit vizsgálhatja: mentés és visszaállítás, jogosultságkezelés, megfigyelhetőség, üzemeltetési útmutató és hibából helyreállás. Egy rendszer jól teljesíthet egy sikeres felhasználói próbán, de ha nincs meg a szükséges mentési eljárás, a bevezetés kockázatos maradhat. A bevezetésnél külön figyelmet igényelhet az adatok átvitele és a régi rendszerből való átállás.

Az átállás próbájánál például egy korábbi kurzusadatbázist áttöltünk, majd ellenőrizzük a hallgatói jelentkezések számát, a kurzusazonosítókat és a már lezárt események megőrzését. Az ilyen ellenőrzés célja az átállási kockázat csökkentése; az elfogadási döntéshez a felhasználói és üzemeltetési feltételeknek is világosnak kell lenniük.

A felhasználói elfogadási tesztet életszerű forgatókönyvre építsd. Kiinduló állapot: három kurzus, egy betelt, egy várólistás, egy szabad. Az ügyintéző áthelyez egy diákot, majd ellenőrzi, hogy a felszabadult helyre a megfelelő várólistás kerül-e. A mérce nem a gombok léte, hanem a tényleges munkafolyamat követhetősége és a szabályos végeredmény.

A teszt végén nem mindig egyetlen „átment/megbukott” döntés adódik. Lehetnek ismert korlátozások, javításra váró hibák és elfogadott kockázatok. A jelentésben világosan jelezzük, milyen környezetben, milyen adatokkal és kikkel ellenőriztünk, mi maradt nyitva, valamint mely elfogadási feltétel teljesült. A végső átvevői döntést az arra jogosult szereplő hozza meg.

Az iskola ügyintézője egy előre elkészített forgatókönyvben kurzust vált a diáknak, majd ellenőrzi, hogy mindkét kurzus létszáma és a várólista változott-e. Ez más hangsúlyt ad, mint egy általános funkcióteszt: az átvevő a tényleges napi munka eredményét értékeli. Különböző átvevők más feltételt tarthatnak döntőnek, ezért az elfogadási kritériumokat előre közösen rögzítjük.

A teszt nem kötődik feltétlenül ahhoz, hogy maga a felhasználó kattint-e minden lépést. Az elfogadási cél és az elfogadásra jogosult szereplő a lényeg. Ha a kívánt működésről vita keletkezik, az előre tisztázott példák és feltételek segítenek eldönteni, hibáról vagy hiányos követelményről van-e szó.

Egy korábbi rendszerből átvett adatoknál egyeztesd a rekordok számát és a fontos mezők jelentését. Ha egy régi kurzusazonosító új formátumot kap, az ügyintézőnek továbbra is megtalálhatónak kell maradnia a foglalásnak. A sikeres importnapló önmagában nem bizonyítja, hogy a felhasználó helyesen látja az adatokat.

A bevezetés előtti üzemeltetési próbához tartozhat a mentés és helyreállítás gyakorlása is. Próbáld ki egy ellenőrzött környezetben, milyen adat kerül vissza, ki jogosult a műveletre, és hogyan ismerhető fel, ha a visszaállítás hiányos. A konkrét döntést a projektben rögzített átadási feltételek alapján hozzák meg.