Test Management Duan Vank Principal Specialist in Enterprise

Test Management Dušan Vaněk Principal Specialist in Enterprise Architecture and Quality Assurance dusan. vanek@adastracorp. com Praha květen-červen 2006 upraveno: listopad 2009

Test Management? § jako řídící aktivity v procesním oboru testování § jako správa elementů testů a testování § jako schopnosti role Test Manager správně rozhodovat a řídit § jako schopnosti role Test Manager sociálně a pschologicky působit v týmu testování a v jeho okolí

První blok Dobrý sluha, . . . špatný PLÁN

Výjimka? § Podle vyjádření Test Managera byla aplikace oklikána a zdá se být vpořádku. (vyjádření v „project status report“ ze skutečného projektu)

Výjimka? § Podle vyjádření Test Managera byla aplikace oklikána a zdá se být vpořádku. (vyjádření v „project status report“ ze skutečného projektu)

Výjimka? § Podle vyjádření Test Managera byla aplikace oklikána a zdá se být vpořádku. (vyjádření v „project status report“ ze skutečného projektu)

Výjimka? § Podle vyjádření Test Managera byla aplikace oklikána a zdá se být vpořádku. (vyjádření v „project status report“ ze skutečného projektu)

Výjimka? § Podle vyjádření Test Managera byla aplikace oklikána a zdá se být vpořádku. (vyjádření v „project status report“ ze skutečného projektu)

Očekávání okolí od testování? § Sepište seznam zákazníků a stakeholders procesu testování § Sepište potřeby, které kdo má směrem k testování (vyčistěte je od přání, které nejsou potřebami – od „chtíčů“) § Vyhledejte ty potřeby, které jsou společné všem a které má jen někdo § Zobecněte potřeby do „co nejvyšších skupin“

Očekávání testování od okolí? § Obdobně jako u předchozího § Porovnejte, jak se liší očekávání „zvenku“ a „zevnitř“

§ neplánuj věci, které zatím neznáš. . . plánuj, jak se dobereš k jejich poznání a k jejich řešení Ø žádný plán bitvy nepřežije první srážku s nepřítelem

§ Miluji termíny. Hlavně se mi na nich líbí ten obrovský rachot, se kterým se řítí okolo mne. Douglas Adams, autor knihy „Stopařův průvodce po galaxii“

Úkol § sestavte si seznam: Ø Ø Ø co byste do Test Plan zařazovali co ne případně opatřete informacemi, co budete pravidelně přeplánovávat co by mělo zůstaticky naplánováno můžete též provést rozdělení na: § § General Test Plan Cycle Test Plan § předpoklady: Ø víme, že pro zaměřování bude obhospodařován § § § Ø Ø Test Target List Test Case List a Test Strategy a nepleteme si plán s odhadem! a buďme si též vědomi, že „harmonogram ≠ plán“!

Druhý blok V kříži nitek zaměřovače správného střelce

§ Jak to, že se v produktu našly nedostatky i po nasazení u zákazníka? § Jak to, že jste neotestovali vše? § Jak to, že jste neotestovali „X“, když to je tak důležité? § To jste měli předpokládat, že to bude třeba testovat! § § § co ve vás tyto otázky vyvolávají? zkuste na ně odpovědět co byste na ně bývali odpověděli před vaší testerskou kariérou?

Pokračujeme § To jste odborníci, když nevíte co a jak otestovat, aniž bychom vám dodali podklady? To jsme si to mohli testovat sami! § To si ten požadavek nemůžete domyslet sami? To jej budeme jen kvůli vám pořád předělávat a zlepšovat? § Tak to vezměte postupně podle funkční specifikace!

A do třetice § Tolik času a peněz na testování nemáme! § Pořád něco připravujete a nic netestujete! To nestihnete otestovat! § Vy s tím naděláte cavyků! Vyberte prostě, co je třeba testovat a hlavně najděte všechny chyby! § Mám špatný pocit, že jsme zapomněli otestovat něco důležitého!

§ zaměřuj své úsilí v testování. . . a zaměření zpřesňuj Ø když nevíš, kam pluješ, není ti žádný vítr dobrý

Co vítězí, Urgency nebo Severity? § vítězí přístup podle priorit! §. . . které bez prozkoumání Test Targets §. . . a znalosti: Urgency (míra naléhavosti) Ø Severity (míra závažnosti, rizika při nesplnění) Ø Diligence (míra pozornosti, pečlivosti, péče) Ø a dalších atributů Ø § nelze sestavit, ani uplatnit!

Úkol § Sepište seznam situací na projektu, které ztěžují či znemožňují zaměřit testování na Test Targets

Třetí blok Pozdní rozhodnutí. . . jako by nebylo. Špatné rozhodnutí. . . kéž by nebylo.

Vše koupit a vše pak přečíst? ěl t h c y še, co b v i j u p u k e N Ba ani vše, c o bych potře hem o n um boval , i j ě d poz čt e ř p ih n k al o v h o o n lá Mn p m se j ž e n. . . některé dokonce nikdy. . . a nelituji, že jsem je koupil

Mám (čas, peníze) jen na 2 knihy ut, o n d o h z o se r o h e č e l nt? a i r Pod a v k i l ko ě n m á m když Jak zvlád nout rozh odnutí vč as?

Vím-li přesně, co hledám. . . u? jd a n c e b ů. . . jak to v. . . a jak to najít včas ?

I další otázky , l í d ý h u r ce d o r o p t s í uč l, í n d č í a n z v ž r e p N číst e ř p u v o n mám si z ji? u t a m a p j když si je Mám si k oupit dru hé vydán. . . a mám í jej celé p řečíst?

Šelmostroj testování

Rekapitulace

§ neplánuj věci, které zatím neznáš. . . plánuj, jak se dobereš k jejich poznání a k jejich řešení § zaměřuj své úsilí v testování. . . a zaměření zpřesňuj § přizpůsob připravené sady testů potřebám aktuálního cyklu testování. . . a vyber jen to nejnutnější § sleduj elementy testování a elementy související. . . a vyhodnocuj je § nečekej se zveřejněním informací. . . a i nepříznivými informacemi uklidňuj stakeholders (informacemi je zapoj do dění)

Rychle se vyvíjíme Stejně rychle vyvíjíme i naše aplikace Pojďte vyrůst s námi… ADASTRA Apliqua, s. r. o. Benešovská 10, Praha 10 Tel. 271 -733 -303, fax 271 -735 -296 info@apliqua. cz, www. apliqua. cz