Administrace komentářů

Něco může být explicitně popsané, něco nemusí, protože popisovat by to bylo složité nebo nepřesné.

Nemůžete pracovat s nepřesnou nebo složitou specifikací. Musíte se zamyslet, jak to zjednodušit a zpřesnit. To je vaše přidaná hodnota.

Pořád jste nepopsal, jak automatizuje lidské vnímání a chování.

Musíte ho popsat, a pak ho můžete automatizovat.

Jenom taková „prkotina“ jako rozložení jednotlivých prvků na obrazovce může učinit aplikaci absolutně nepoužitelnou. Můžete testovat, zda se rozvržení prvků na pixel shoduje s předchozí verzí, ale to je nepoužitelné, pokud děláte změny.

Já si myslím, že tohle není prkotina. Prkotina je testovat spouštěcí skript. Testování renderingu grafiky je dost těžké i na dnešní poměry. Samozřejmě, grafikou myslím to "V" z modelu MVC. Tam je vizuální kontrola změn asi to nejlepší co můžete vymyslet. Screenshoty si můžete generovat a tak si usnadnit kontrolu. Na druhou stranu (a naštěstí) to "V" je většinou dobře odizolované od ostatních změn a samo se zas tak často nemění.

Já si to právě představit dovedu, takže vím, že je to prakticky nemožné. Chování softwaru do posledního řádku, takže pak můžete dokázat, co software dělá, se dělá jen ve velmi ojedinělých případech a u velmi specializovaného a malého software.

Já ale nemyslím matematické důkazy, jen spustitelný popis toho, co se od které části očekává, jak má vypadat vstup a výstup.

„zobrazit položky nákupního košíku tak, aby uživatel získal dojem, že název zboží, množství, jednotková cena a celková cena u jednoho zboží patří k sobě“

Tak to je typický případ špatné specifikace. Asi bych šel za zákazníkem a vyjasnil si, co je to ten dojem. Dospěli bychom k nějaké konkrétní variantě, jak se to zobrazí. Dejme tomu že výsledek bude, že to bude jeden řádek v tabulce, se sloupci v uvedeném pořadí. Můžeme se ještě dohodnout na zarovnání, formátu ceny, atp.

Z toho plynou následující testy...

1) uděláte si v GUI frameworku mock, kde napíšete nějaký pevně daný vstup a ověříte, že se zobrazí tak jak chcete (test na view)... pamatuju si že když jsem tohle řešil naposled, tak třeba nefungovalo zarovnávání...

2) automatické testy na metodu která převádí objekt Košík do tabulky kterou akceptuje ten GUI framework (test na model)... otestujete Košík s 0, 1 a 3 položkami...

A to by asi pro začátek stačilo, samozřejmě platí pravidlo, že při problémech se zaměříte s testováním více na problémovou část.