Minőségbiztosítás

A minőségbiztosítás azon gyakorlatok összessége, amelyek célja annak biztosítása, hogy egy termék megfeleljen a követelményeinek és helyesen működjön, beleértve a minőséget előállító folyamatokat, szabványokat és tevékenységeket, nem csak azokat a tevékenységeket, amelyek a minőség hiányát ellenőrzik. A minőségellenőrzéstől, amely a késztermék vizsgálata, való különbség több mint terminológiai: a biztosítás a hibák megelőzésével, az ellenőrzés pedig azok felderítésével foglalkozik.

A hagyományos elrendezés, amelyben egy különálló csapat teszteli az elkészült munkát egy különálló fázisban a kiadás előtt, jól dokumentált gyengeségekkel rendelkezik. A hibákat jóval a megjelenésük után találják meg, amikor a kontextus már feledésbe merült, és a javítás költsége a legmagasabb. Az írás és a tesztelés közötti késedelem azt jelenti, hogy a fejlesztők nem kapnak időben visszajelzést a saját hibamintáikról. A minőségért való felelősség pedig egy olyan csoportra hárul, amelynek nincs beleszólása a munka elkészítésébe.

A modern gyakorlat inkább elosztja a felelősséget, mintsem koncentrálja. A fejlesztők automatizált teszteket írnak az építés részeként, a kódellenőrzés még azelőtt észreveszi a problémákat, mielőtt azok bármilyen környezetbe kerülnének, a folyamatos integráció minden változtatásnál ellenőrzést végez, a minőségbiztosítási szakemberek pedig a tesztelési stratégiára, a feltáró tesztelésre és az automatizálás által elérhetetlen területekre összpontosítanak. A szakember szerepe az ellenőrzés lehetővé tétele és megtervezése lesz, ahelyett, hogy mindent elvégezne.

A tesztpiramis az automatizált ellenőrzés értelmes eloszlását írja le. Az egységtesztek széles bázisa gyorsan lefut, és pontosan meghatározza a hibákat. Az integrációs tesztek kisebb rétege ellenőrzi, hogy az összetevők hogyan működnek együtt. A végponttól végpontig tartó tesztek szűk felső rétege teljes tesztutakat végez a valós rendszeren keresztül. Ennek megfordítása, a lassú és törékeny végponttól végpontig tartó tesztekre való nagyfokú támaszkodás, olyan tesztcsomagokat eredményez, amelyek futása órákig tart, kiszámíthatatlanul meghibásodnak, és végül figyelmen kívül maradnak.

A feltáró tesztelés továbbra is elengedhetetlen, és gyakran alulértékelt az automatizálásra összpontosító szervezetekben. Az automatizált tesztek ellenőrzik, hogy a megadott viselkedés továbbra is működik-e; nem veszik észre, hogy egy folyamat zavaró, hogy egy hibaüzenet nem hasznos, hogy egy senki által figyelembe nem vett kombináció értelmetlenséget okoz, vagy hogy egy változás oly módon rontott valamit, amit egyetlen állítás sem fed le. A szakképzett manuális vizsgálat olyan problémakategóriákat talál, amelyeket egyetlen tesztkészlet sem.

A minőségi kötelezettségek messze túlmutatnak a funkcionális helyességen. Az akadálymentesség, a valós körülmények közötti teljesítmény, a biztonság, a közönség által ténylegesen használt eszközökön és kapcsolatokon való viselkedés, valamint az adatkezelés helyessége mind minőségi tulajdonságok, és azok a szervezetek, amelyek csak a funkcionális viselkedést ellenőrzik, olyan termékeket szállítanak, amelyek megfelelően működnek, miközben a közönségük jelentős részének kudarcot vallnak.

A tesztadat-kezelés egy visszataszító korlát, amely meghatározza, hogy ebből mennyi valósítható meg a gyakorlatban. Reális adatokra van szükség a valósághű hibák megtalálásához, míg az éles adatok gyakran nem használhatók közvetlenül az adatvédelmi kötelezettségek miatt, a túl tiszta szintetikus adatok pedig pontosan elrejtik azokat a problémákat, amelyeket érdemes megtalálni. A reprezentatív, megfelelő tesztadatok biztosítása általában az érdemi ellenőrzés előfeltétele, nem pedig részletkérdés.

A megelőzés mellett szóló gazdasági érvek jól megalapozottak. Egy hiba kijavításának költsége meredeken emelkedik a felfedezésük késői szakaszával, a fejlesztés során észlelt apróságtól a gyártás során felfedezett jelentősig, ahol működési és hírnévvel kapcsolatos költségekkel is jár. A korábbi felismerésbe való befektetés ezért pusztán költségalapúlag is indokolt, függetlenül az ügyfélélmény érvétől.

Mivel a minőséget a munka elkészítésének módja határozza meg, nem pedig az, hogy mi történik a végén, a gyakorlatok a teljesítés részei, nem pedig utána. A gyakorlatban ez a teljesítésen belül alakul ki. termékfejlesztés a kész definíciójának részeként, az akadálymentesítési és élménykritériumokat a következőkből levonva UX audit szabványok és a teljesítményküszöbök webes teljesítmény költségvetéseket, hogy az ellenőrzött adatok megfeleljenek annak, amit a terméktől valójában elvárnak.