Zdědili jste testovací sadu, která selhává: jak postupovat
Zděděná testovací sada vznikla v jiném týmu nebo zůstala po člověku, který už není dostupný. Může selhávat, používat neznámé účty a obsahovat rozhodnutí, která nikdo nezdokumentoval. Nemusíte ji automaticky zahodit, ale není ani bezpečné ji bez analýzy zapnout jako povinnou kontrolu releasu.
V čem bývá problém při převzetí
Sada funguje pouze na jednom starém počítači, chybí přesný postup instalace nebo jsou v konfiguraci odkazy na zaniklé služby. Testy používají společná data a výsledek závisí na pořadí. Část scénářů je přeskočená bez vysvětlení a report nerozlišuje chybu aplikace od problému prostředí.
Technické riziko může spočívat také v přístupových údajích a závislostech. Před prvním během potřebujete vědět, vůči jakému prostředí testy pracují, zda nemohou měnit produkční data a kde jsou uložená tajemství. Převzetí není pouze oprava kódu; je to také bezpečné obnovení kontextu.
Postup při převzetí
1. Vytvořte reprodukovatelný běh
Sepište podporované verze nástrojů, potřebné proměnné prostředí a příkaz ke spuštění. Závislosti nainstalujte v izolovaném prostředí a přístupové údaje uložte do určeného správce tajemství nebo CI/CD, ne přímo do repozitáře. Nejprve použijte bezpečné testovací prostředí.
2. Zmapujte účel scénářů
U každého testu určete, jaký uživatelský nebo obchodní výsledek ověřuje. Pomohou názvy úloh, historie repozitáře, dokumentace produktu a lidé, kteří daný proces znají. Nejasný test zatím neodstraňujte pouze proto, že jeho kód vypadá staře.
3. Změřte skutečný stav
Pomocí opakovaných běhů rozlište stabilní testy, opakující se chyby a náhodné výsledky. Zaznamenejte délku běhu, prostředí, chybové vzorce a úspěšnost opakování. Testy spouštějte také samostatně a souběžně, aby se ukázaly konflikty v datech.
4. Opravujte podle rizika
Nejprve řešte scénáře, které chrání kritické procesy a zároveň nejvíce snižují důvěru v report. Křehké selektory nahraďte stabilními, pevné pauzy čekáním na stav a sdílená data izolovanou přípravou. Duplicitní či neplatné testy odstraňte až po potvrzení jejich účelu.
5. Předejte sadu novému vlastníkovi
Zdokumentujte lokální i CI/CD spuštění, přípravu dat, způsob vyšetřování chyby a pravidla pro přeskočené testy. Určete vlastníky podle částí produktu a dohodněte reakci na selhání. Sada je převzatá až tehdy, když jí tým rozumí a umí ji bezpečně měnit.
Kdy oprava nestačí
Pokud je nástroj bez podpory, závislosti nelze bezpečně aktualizovat nebo většina scénářů už neodpovídá produktu, může být rozumnější portace či částečný přepis. Rozhodnutí má vycházet z analýzy, ne ze stáří souborů. Kritéria najdete v článku o tom, zda opravit sadu, nebo ji postavit znovu.
Co tím získáte
- Zachováte užitečné scénáře a znalost produktu.
- Snížíte bezpečnostní a provozní riziko prvního spuštění.
- Tým bude umět vysvětlit výsledky i příčiny selhání.
- Sada dostane jasného vlastníka a udržitelný způsob další práce.
Další krok
Před první opravou si ověřte, kde sada běží, jaká data mění a kdo zná účel jejích nejdůležitějších scénářů. Pokud potřebujete nezávislé převzetí a stabilizaci, ozvěte se nám. Připravíme inventuru, měření a plán oprav bez zásahu do produkčních dat.