Testování a QA
Testy píšeme kvůli tomu, aby se aplikace dala měnit bez strachu. Zaměřujeme je na doménovou logiku a na scénáře, které vydělávají.
Podíl pokrytého kódu sám o sobě nic neříká — pokrýt se dá i kód, na kterém nezáleží. Testujeme proto adresně: pravidla a výpočty jednotkovými testy, průchod hlavními scénáři testy přes celou aplikaci, vzhled obrazovek snímky, které odhalí neplánovanou změnu rozvržení.
Testy musí být rychlé a spolehlivé. Test, který občas selže bez příčiny, tým naučí výsledky ignorovat, což je horší než žádný test. Nestabilní testy proto opravujeme nebo odstraňujeme, ne přeskakujeme. Součástí práce je ruční kontrola tam, kde automatizace nedává smysl: první spuštění, chování při odmítnutém oprávnění, přístupnost a ovládání pomocí odečítače obrazovky.
- Co je součástí
- Jednotkové testy doménové logiky
- Testy průchodu hlavními scénáři
- Snímkové testy rozhraní
- Spouštění testů při každé změně
- Ruční kontrola hraničních stavů
- Kontrola přístupnosti
- Co dostanete
- Sada testů v repozitáři
- Nastavené automatické spouštění
- Postup hlášení a ověřování chyb
- Zpráva o nalezených rizicích
- Co sledujeme
- Podíl relací bez pádu
- Doba běhu sady testů
- Počet nestabilních testů
- Chyby zachycené před vydáním
Hodnoty těchto ukazatelů předem neslibujeme — závisí na produktu a jeho uživatelích. Slibujeme, že je budeme měřit a ukazovat.
Časté otázky
Jaké pokrytí testy je dost?
Neřídíme se číslem. Vysoké pokrytí tam, kde se počítají peníze a stavy objednávek; nízké tam, kde by test jen opisoval kód. Rozhodujícím kritériem je, zda se změna dá vydat bez ručního přehrávání celé aplikace.
Poptávka: Testování a QA
Napište nám, o co jde. Odpovíme z adresy na této doméně a shrneme písemně, jak jsme zadání pochopili.