Elfogadási kritériumok

Az elfogadási kritériumok azok a konkrét feltételek, amelyeknek egy munkának meg kell felelnie ahhoz, hogy befejezettnek tekinthető legyen. Egy követelményhez vagy felhasználói történethez kapcsolódnak, a munka megkezdése előtt egyeztetésre kerülnek, és objektív alapot biztosítanak az eredmény értékeléséhez. Feladatuk, hogy a szándék általános leírását olyanná alakítsák, amely ellenőrizhető, nem pedig vitatható.

Hiányuk kiszámítható és költséges mintát eredményez. A munkát általánosságban írják le, egy személy értelmezése szerint építik fel, és egy másik értelmezéssel rendelkező személy vizsgálja felül, ekkor a nézeteltérés a legkevésbé megfelelő pillanatban átdolgozásként merül fel. A kritériumok első írása a nézeteltérést arra a pontra juttatja, ahol a megoldása beszélgetésbe kerül, nem pedig újjáépítésbe.

Két formátum dominál. Egy egyszerű ellenőrzőlista felsorolja az összes feltételt, amelynek teljesülnie kell, ami megfelel az egyértelmű követelményeknek és gyorsan megfogalmazható. A viselkedésvezérelt fejlesztésből merített „mikor-akkor” struktúra megad egy kiindulási kontextust, egy cselekvést és egy várható eredményt, ami megfelel a feltételes viselkedésnek és közvetlenül megfeleltethető az automatizált teszteknek. Egyik sem eredendően jobb, és a csapaton belüli következetesség fontosabb, mint a választás.

A legértékesebb kritériumok azok, amelyek lefedik azt, amit a narratíva kihagy. A sikeres út általában nyilvánvaló és ritkán vitatott; a viták az érvényesítési szabályokat, a hibaállapotokat, az üres és extrém adatokat, az engedélyezési határokat, a külső szolgáltatás meghibásodása esetén bekövetkező eseményeket és a viselkedés eszközönkénti eltéréseit érintik. Azok a csapatok, amelyek csak a várható esetre írnak kritériumokat, a többit a tesztelés során fedezik fel, és általában erre halad az ütemterv.

A kritériumok az eredményeket írják le, nem pedig a megvalósítást, ami megőrzi a csapat azon képességét, hogy megközelítést válasszon. Az, hogy a felhasználónak egy meghatározott időn belül visszaigazolást kell kapnia, egy kritérium; annak meghatározása, hogy melyik sortechnológiának kell elküldenie azt, egy tervezési döntés, amelynek nem a helyét belefoglalni egy elfogadó nyilatkozatba. A megvalósítást meghatározó kritériumok korlátozzák azokat az embereket, akik a legjobb helyzetben vannak a döntéshez, és gyakran olyan megoldást kódolnak, amely szükségtelennek bizonyul.

A kritériumok és a tesztek közötti nyomon követhetőség az, ami megakadályozza, hogy a kettő idővel eltérjen egymástól. Ahol minden kritérium egy ellenőrzéshez tartozik, legyen az automatizált vagy manuális, a lefedettség látható, és a követelmény változása a teszt módosítását is maga után vonja. Ahol külön tartják őket karban, a tesztek fokozatosan azt írják le, hogy mit csinál a rendszer, ahelyett, hogy azt írnák le, hogy mit kellett volna tennie, ami elveszti a szándékkal szembeni regresszió észlelésének képességét.

A nem funkcionális elvárásoknak akkor van helyük a kritériumokban, ha számítanak, és általában kihagyják őket. A teljesítményküszöbök, az akadálymentesítési követelmények, a böngésző- és eszköztámogatás, valamint a biztonsági korlátozások mind az elfogadás feltételei, és ha implicit módon hagyjuk őket, az azt jelenti, hogy következetlenül kezelik őket, vagy egy későbbi audit során fedezik fel őket. Ahol egy csapatnak közös, az elvégzett munkára vonatkozó definíciója van, amely ezeket az összes munkára kiterjed, az egyes kritériumoknak csak az ettől való eltéréseket kell feltüntetniük.

A közös megírásuk az, ami a hasznot hozza, nem maga a dokumentum. Az egy személy által megfogalmazott és átadott kritériumok a specifikációt viszik át; a képességet igénylő, a megépítő és a tesztelő között megvitatott kritériumok felszínre hozzák a kétértelműségeket, miközben még olcsók. A megbeszélés során gyakran változik a követelmény, és ez a lényeg.

Mivel a kritériumok meghatározzák, hogy mit fognak tesztelni, a követelménymeghatározást közvetlenül a minőségbiztosításhoz kapcsolják, ahelyett, hogy egymást követő szakaszokként kezelnék azokat. A gyakorlatban a kritériumokon belül íródnak. termékfejlesztés a finomítás részeként, a használhatósági és hozzáférhetőségi feltételeket a ... által meghatározott szabványok alapján alakítva ki. UX audit működik, hogy az elfogadhatónak minősülő dolog a termék által nyújtani kívánt élményt tükrözze, ne csak a funkcionális viselkedését.