Vlákno názorů k článku Budoucností vývoje velkých e-shopů jsou agilní kontrakty od paranoia - Nebudu psát za ShopSys, ale za sebe (firma,...
-
paranoia (neregistrovaný)
Nebudu psát za ShopSys, ale za sebe (firma, ve které působím má i odvětví e-commerce řešení, na jednom z produktů je aplikována scrum metodika).
Náklady na testování jsou vyšší zejména zpočátku. Testeři všeobecně jsou bráni jako "režie", protože jejich práci nelze úplně dobře měřit. U nás testeři připravují x test scénářů, každý z nich má y test cases. Za jeden sprint cénářů vznikne třeba 30, podle nich se testuje průběžně (in-time testování). Na konci sprintu se všech 30 scénářů vezme a otestuje se znovu, spolu s již zpracovaným základním flow produktu. Případné konflikty se řeší s Product ownerem, pokud je třeba přepracovat, přichází na pomoc Scrum master.Je samozřejmostí, že každý programátor zároveň píše unit testy, pokud to čas dovolí, jednou za delší období testeři připraví testovací den i programátorům, ať si vyzkouší sedět na druhé straně.
Mnoho firem bere testing jako okrajovou věc, což rozhoně není dobře, ve finále se to podepíše pod kvalitou výsledného produktu
-
Když to zkusím paušalizovat, tak testování je zhruba stejně (ale průběžné a ne tolik na konci) možná vyšší, pokud se neaplikuje dostatečně automatické testování. Tvorba automatických testů je však také režie.
Takže z pohledu shopdevelopera:
Ano - náklady na testování jsou vyšší. Za včasné dodání, úspory v programování a spokojenost klienta to však rozhodně stojí. Proto naceňujeme testování u agilních kontraktů stejně jako u klasických a vícenáklady neseme my.
Petr Svoboda
-
ulda (neregistrovaný)
A jak je to při agile s testováním?
Při "klasickém" přístupu máte na konci ucelený SW produkt, který jste schopen komplexně otestovat na všechny závislosti a vlastnosti, než jej předáte. (Odhlédnu nyní od toho, že to již nemusí být ten produkt, který zákazník potřebuje.)
Při agile, jestli tomu dobře rozumím, tak na konci každého sprintu nejen abyste testoval to, co si při sprintu udělalo (a může to být funkce/vlastnost, se kterou se při původní analýze vůbec nepočítalo), ale abyste taky otestoval celý produkt, jelikož došlo k jeho změně. A nevíte, jestli nějaká nově nasazená záležitost neovlivnila již hotovou část.
Z textu a komentářů jsem pochopil, že náklady na režii bývají typicky větší než u klasicky řízených projektů (větší požadavky na součinnost zákazníka, management komunikace, atd.). Jsou zvýšené i náklady na testování?
ČLÁNKY DO MAILU