co je Test Gap Analysis?

analýza test Gap poskytuje manažerům softwarového inženýrství a manažerům QA podrobný přehled testovacích mezer, které zůstávají po testovací fázi. Jinými slovy, analýza identifikuje změněný kód, který nebyl testován před vydáním.

uvolněním těchto vysoce rizikových oblastí můžete zaznamenat časté chyby ve výrobě a časově náročné opravy hotfix.

ne všechny mezery v testech jsou stejně důležité, a proto je rozdělujeme do tří skupin, z nichž každá představuje jinou úroveň rizika.

  1. vysoké riziko: nevyzkoušená metoda, která byla nedávno upravena a použita ve výrobě
  2. střední riziko: nevyzkoušená metoda, která byla nedávno upravena a nebyla použita ve výrobě
  3. nízké riziko: Netestovaná metoda, která nebyla nedávno upravena a použita ve výrobě

test Gap Analytics

Test Gap Analytics

tato divize je cenná, protože představuje mezery v testech manažerům a vedoucím týmů způsobem, který jim umožňuje rozhodnout, jaké kroky podniknout při plánování sprintu.

pozadí

existuje mnoho způsobů, jak zvýšit rychlost sprintu. Společným jmenovatelem je, že abychom se pohybovali rychleji, musíme mít určitou úroveň technického dluhu.

vývojáři stále více tráví čas automatizací a údržbou testů. Jedná se o kritickou aktivitu, která však může zpomalit rychlost týmu. Důležitým způsobem, jak ušetřit čas a zvýšit rychlost, je odstranit zbytečné testy.

funkce, které se v současné produkční verzi zřídka nebo nikdy nepoužívají, si nezaslouží další testy. I když objevíte chyby, ovlivní téměř žádného z aktivních uživatelů softwaru.

navíc kód, který byl stabilní po několik sprintů, nebo dokonce týdnů nebo měsíců, a neporušil se, je nepravděpodobné, že by se nyní zlomil. Přidání testů pro kód, na kterém se aktivně nepracuje, je pravděpodobně plýtvání, protože koncoví uživatelé již tento kód testovali.

psaní a spouštění integračních testů: prokletí softwarových týmů

aby mohli dělat svou práci správně a pomáhat vývojovým týmům vyhnout se technickému dluhu a snížit jeho technické zadlužení, musí psát, spouštět a udržovat spoustu integračních testů pro každou softwarovou komponentu. Kromě toho musí být tyto integrační testy provedeny před každým testováním jednotky pro uvolnění náročného, časově náročného a nákladného procesu.

tyto výzvy mimo jiné často vytvářejí testovací mezery-oblasti kódu, které nebyly testovány v určitém časovém období nebo v určitém sestavení. Testovací mezery jsou svou povahou sila, která vedou k vysoce rizikovému technickému zadlužení a obvykle vyplývají z oblastí, kde byl kód nedávno změněn nebo proveden ve výrobě, ale nebyly testovány v žádných regresních cyklech.

Udržujte technický dluh s nízkým rizikem jako součást plánování sprintu

přestože je koncept technického dluhu relativně nový, je založen na starém problému, který roky zpochybňuje týmy pro vývoj softwaru.

technický dluh se v zásadě vztahuje na kompromis, ke kterému dochází, když vývojové týmy využívají krátkodobé výhody rostoucí rychlosti k rychlému doručování softwaru klientům, proti dlouhodobé hodnotě vývoje softwarových řešení, která lze snadno upravit, opravit a udržovat.

efektivní řízení technického dluhu vyžaduje přesnou analýzu testovacích mezer v kódové základně softwarového řešení, aby se zjistily oblasti s vysokým rizikem, aby se na ně mohl soustředit přiměřený čas a úsilí.

pomocí informací a poznatků získaných z analýzy test gap mohou vývojové týmy adekvátně plánovat sprinty a vyvíjet integrační testy pro takové vysoce rizikové oblasti, čímž zvyšují efektivitu a zároveň snižují technické zadlužení.

taková viditelnost do vysoce rizikových oblastí usnadňuje vystavení špatným konstrukčním a kódovacím postupům, což umožňuje agilním týmům vyčistit kód, data a všechny zastaralé předpoklady a zajistit, aby kvalita kódové základny zůstala na optimální úrovni. To má za následek efektivní řízení technického dluhu, zajištění toho, aby byl nízkorizikový a udržovaný na zvládnutelné úrovni.

díky poznatkům z Test Gap Analytics společnosti Sealights mohou softwarové týmy naplánovat svůj sprint na základě analýzy dat shromážděných z více zdrojů napříč vývojovým potrubím softwaru, učinit správná rozhodnutí o tom, kde by měly být vyvinuty jejich další testy, a dát si odpočinout dny psaní nepotřebných testů. Tyto analýzy umožňují vývojářům, vedoucím týmů a manažerům udržovat technický dluh s nízkým rizikem ve svůj prospěch.

Další Informace O Analýze Mezer Testu

  • Webinář: Přístup založený na datech k řízení technického dluhového rizika
  • Blog: pozor na mezeru! Překlenout testovací mezeru s kvalitní inteligencí
  • Whitepaper: jak udržet technický dluh s nízkým rizikem pomocí analytiky