Otestujte nástroje pro správu automatizace - Test automation management tools
 | tento článek potřebuje další citace pro ověření. (Únor 2011) (Zjistěte, jak a kdy odstranit tuto zprávu šablony) |
| Vývoj softwaru |
|---|
| Hlavní činnosti |
| Paradigmata a modely |
| Metodiky a rámce |
| Podpůrné disciplíny |
| Praxe |
| Nástroje |
| Standardy a subjekty znalostí |
| Glosáře |
| Obrysy |
Otestujte nástroje pro správu automatizace jsou specifické nástroje, které poskytují spolupráce prostředí, které má být vytvořeno automatizace testů efektivní, sledovatelné a jasné pro zúčastněné strany. Automatizace testů se stává mezioborovou (tj. Kombinací testovacích a vývojových postupů).
Motivace
Automatizace testů systémy obvykle postrádají hlášení, analýzu a smysluplné informace o stavu projektu. Systémy pro správu testů se zaměřují na manuální úsilí a neposkytují všechny požadované informace.[1]
Systémy pro správu automatizace testů využívají úsilí automatizace k efektivním a nepřetržitým procesům provádění testů a nových pracovních testů tím, že:
- Vytváření transparentních, smysluplných a sledovatelných zpráv pro všechny zúčastněné strany projektu.
- Usnadnění ladění testu prostřednictvím pracovního postupu analýzy výsledků testu.
- Poskytování cenných metrik a klíčových ukazatelů výkonu - technických i obchodních (analýza trendů, benchmarking, analýza mezer, analýza hlavních příčin a analýza rizikových bodů).
- Mřížkové srovnávání a srovnání dnů provádění testů snižuje úsilí při analýze a kontrole.
- Vyčistěte sledovatelnost pomocí dalších testovacích artefaktů (testovací případy, data, problémy atd.).
- Organizace historických dat.
- Postprojektová analýza a hodnocení výkonu automatizace. (Průběh pokrytí testu ukazuje výkon skupiny.)
Soulad s Agile
Vhodné nástroje pro správu automatizace testování Agilní Metodiky životního cyklu vývoje systémů. Ve většině případů automatizace testů pokrývá kontinuální změny, aby se minimalizovalo manuální regresní testování. Změny jsou obvykle zaznamenávány sledováním rozdílů protokolu testu. Například rozdíly v počtu poruch signalizují pravděpodobné změny buď v AUT, nebo v testovacím kódu (rozbitá základna testovacího kódu, nestability) nebo v obou. Rychlé upozornění na změny a jednotný pracovní postup analýzy výsledků snižuje náklady na testování a zvyšuje kvalitu projektu.
TDD
Testovaný vývoj využívá automatizaci testů jako primární ovladač rychlé a vysoce kvalitní produkce softwaru. Koncepty zelené linie a promyšleného designu jsou podporovány testy před vlastním kódováním za předpokladu, že existují speciální nástroje pro sledování a analýzu v rámci procesu TDD.
Kontinuální integrace
Další praxe automatizace testů[2] je kontinuální integrace, což výslovně předpokládá automatizované testovací sady jako závěrečnou fázi při budování, nasazování a distribuci nových verzí softwaru. Na základě přijetí výsledků testů je sestavení deklarováno jako kvalifikované pro další testování nebo odmítnuté.[3] Řídicí panely poskytují relevantní informace o všech fázích vývoje softwaru, včetně výsledků testů. Řídicí panely však nepodporují komplexní operace a zobrazení pro inženýra automatizace. To je další důvod pro vyhrazené nástroje pro správu, které mohou dodávat data na vysoké úrovni dalším nástrojům pro správu projektů, jako je správa testů, správa problémů a řízení změn.
Reference
- ^ Kartashov, Peter (2011). Správa automatizace testů: výzva k lepším nástrojům. Automatizovaný časopis pro testování softwaru.
- ^ Kolawa, Adam; Huizinga, Dorota (2007). Automatizovaná prevence defektů: Osvědčené postupy ve správě softwaru. Wiley-IEEE Computer Society Press. ISBN 0-470-04212-5.
- ^ Fowler, Martin. „Kontinuální integrace“. Citováno 2009-11-11.