(souhrn dle znalostí získaných z různých školení a dokumentů a knížky Ron Patton - Testování SW)
Modely životního cyklu vývoje softwaru
Většina dalších modelů je jenom variantou těchto čtyř metod.:
- Model "velkého třesku"
- Model "programuj a opravuj"
- Model "vodopád"
- Model "spirála"
Žádný model není jediný správný.
Model "Velkého třesku"
Stručná charakteristika modelu:
- nejjednodušší metoda
- málo plánování, rozvrhování a formálního vývoje - pokud vůbec
- úsilí se soustředí jen na samotný vývoj SW
- vhodný pro projekty, kde je termín odevzdání nejméně důležitý
- chabá nebo žádaná specifikace
Práce testera versus model:
- tester se dostane až k "hotovému" produktu tester v podstatě jenom sepíše nalezené chyby
Model "programuj a opravuj"
Stručná charakteristika modelu
- vyžaduje určitou představu o požadavcích na produkt
- "Nikdy není čas udělat to pořádně, ale vždycky je čas to nějak předělat."
- Hrubá představa výsledného produktu - jednoduchý návrh - a pak dlouhý cyklus kódování, testování a opravování chyb - rozhodnutí, je načase pustit výsledný produkt do světa
- Malá režie plánování a dokumentace
- Vhodné pro malé projekty - prototypy, demonstrační programy
Práce testera versus model:
- Tester - pracuje v neustálém cyklu
- Často nestihne dokončit testování jedné verze, protože dostane verzi další
- Nová verze např. bude mít změněné nebo zcela nové funkce
- Testeři se setkávají s tímto modelem nejčastěji
Model "vodopádu" nebo "kaskádový"
Stručná charakteristika modelu:
- Jednoduchý, elegantní, dává smysl
- Kroky: Nápad Analýza Návrh Vývoj Testování Výsledný produkt
- Důraz na tři věci:
- Specifikace výsledné podoby
- Kroky vývoje jsou diskrétní
- Není možné se vrátit zpět (některé varianty umožňují jeden krok zpět)
- U projektů se srozumitelnou definicí produktu a s disciplinovaným vývojovým týmem - velice dobré výsledky
Práce testera versus model:
- Tester - lze vytvořit jasný plán a rozvrh testů, vše bylo zapsáno a včleněno do SW
- Nevýhoda - testování až na konci cyklu
Model "spirála"
Stručná charakteristika modelu:
- Základní myšlenka: Na začátku nelze definovat všechno podrobně. Začneme tedy s malou definicí těch nejdůležitějších funkcí, vyzkoušíme si je, vyžádáme připomínky od zákazníků a přejdeme na další úroveň vývoje. Celý proces opakujeme, dokud se nedostaneme k výslednému produktu.
- Každý průchod spirálou má tyto kroky:
- Určení cílů, alternativ a omezení
- Rozpoznání a řešení rizik
- Vyhodnocení alternativ
- Vývoj a testování aktuální úrovně
- Plánování další úrovně
- Rozhodnutí o postupu na další úroveň
Práce testera versus model:
- Tester - bude zapojen i do předběžných, počátečních fází vývoje
- Testovat bude průběžně a neustále, v posledním průchodu již pouze ověří, že je všechno skutečně v pořádku
Model dle metodiky RUP - Rational Unified Model
Etapy vývoje:
- Počátek
- Zpracování
- Budování
- Přechodné období
Jednotlivé etapy vývoje mají ještě své iterace.
Hlavní procesy:
Modelování byznysu
Hlavní procesy:
Modelování byznysu
Nejvíce práce je v etapách - Počátek a Zpracování
Sběr požadavků
Prakticky ve všech etapách, nejvíce práce - konec etapy Počátek a celá etapa Zpracování, pak množství práce klesá
Analýza a návrh
Nejvíce práce v celé etapě Zpracování, pak množství práce výrazně klesá do první půlky
Budování
Budování
Implementace
V etapě Počátek práce narůstá, a pak je nejvíce v etapě Budování, v etapě Přechodného stádia může mít lokální zvýšení množství práce, zejména při první opravě chyb
Testování
V každé iteraci etapy Zpracování a Budování mají nějaký podíl práce, ale úplně nejvíc na konci budování a počátku Přechodného období
Zavedení do praxe
Práce začne růst ke konci budování a nejvíc ji je v Přechodném stadiu. Prakticky etapa Přechodného období končí úspěšným zavedením do praxe.
Podpůrné procesy:
Řízení konfigurací a změn
Prakticky ve všech etapách, ale nejvíc v etapách Budování a Přechodné období
Řízení projektu
Prakticky vždy, ale nejvíc v druhé polovině každé iterace.
Systémové prostředí
Nejvíc práce v etapě Počátek, a pak po trošce ve všech iteracích Zpracování a Budování
