Lekce 20 - Testování v PHP - Quality Assurance, CAN PIG RIDE a ISTQB

V minulé lekci, Testování v PHP - Akceptační testy komerčních aplikací II, jsme si uvedli ukázky kódu z akceptačních testů reálných komerčních aplikací.

V samotném úvodu kurzu jsme si vysvětlili zejména proč testy psát, jaké máme typy testů a jakou pro nás mají přidanou hodnotu. Mým cílem bylo namotivovat vás k tomu, abyste testy psali a dát vám tak konkurenční výhodu nad vývojovými týmy, které řídí někdo, kdo vývoji softwaru nerozumí (manažeři pouze s ekonomickým vzděláním bohužel takové týmy v praxi často řídí).

Až doteď jsme byli velmi praktičtí, ale stále je zde teorie a terminologie okolo testování, kterou bychom měli znát a se kterou se v businessu pravděpodobně budete střetávat. Jedná se o best practices, známé dokumenty, standardy a postupy. Také jsme se ještě nezmínili o testování uživatelského rozhraní. V následujících dvou lekcích si tyto informace uvedeme, aby byla vaše sada znalostí kompletní. Na konci kurzu si poté vyzkoušíme ještě zátěžové testování PHP aplikací.

SLA

SLA (Service-Level Agreement) je obvykle jeden z dokumentů, který figuruje mezi dodavatelem softwaru (námi) a zákazníkem. Zde definujeme jak má software fungovat, jaké na něj poskytujeme záruky a jak pružně hodláme reagovat v případě výpadků a poruch obecně. Čím je projekt větší a tím pádem i za více peněz, tím více peněz obvykle stojí když přestane pracovat a tím urgentnější na vás bude tlak na jeho zprovoznění.

SLA má smysl vytvářet vždy, ať jde jen o šablonový e-shop za 20.000 Kč nebo o státní aplikaci za miliony korun. Definujte si alespoň za co odpovídáte, do jakého časového horizontu jste ochotní opravovat chyby (např. 2 roky od dodání) a za jaké peníze budete přidávat nové funkce. Jelikož zákazník IT nerozumí, bude si myslet, že

...konec náhledu článku...
Pokračuj dál