Integrace jsou složité. Data proudí z nástroje A do nástroje B, mohou se upravovat, mohou se filtrovat. Chyby vznikají snadno: pole se namapuje špatně, filtr je příliš přísný, datové typy si neodpovídají. Špatná data kazí navazující rozhodnutí. Testování a validace zajistí, že integrace fungují správně dřív, než se na ně začnete spoléhat. Tato kapitola popisuje, jak testovat integrace a ověřovat data napříč propojenými systémy.
Typy testů integrací
Jednotkové testování
Testujte jednotlivé součásti. Příklad: obsahuje událost konverze z analytiky všechna povinná pole (user_id, conversion_type, timestamp)? Převádí mapovač polí v CRM správně „type_purchase“ (analytika) na „deal_closed“ (CRM)?
Integrační testování
Testujte celý tok od začátku do konce. Příklad: spusťte konverzi v analytice a ověřte, že se v CRM objeví v očekávaném čase se správnými daty.
Regresní testování
Zajistěte, aby změny nerozbily stávající funkce. Příklad: upravíte mapovač polí pro e-mailové adresy. Ověřte, že mapovač stále funguje i pro telefonní čísla.
Kontroly validace dat
Kontroly objemu: denní konverze v analytice by měly odpovídat CRM (do 5 %). Pokud se rozcházejí, zjistěte proč.
Kontroly úplnosti: každá událost by měla mít povinná pole. Pokud 10 % událostí nemá user_id, jde o problém s kvalitou dat.
Kontroly konzistence: pokud má konverze v analytice e-mail jane@wemasy.com a v CRM jane.c@wemasy.com, jde o nesoulad. Zjistěte proč.
Kontroly včasnosti: konverze by se měly v cílovém systému objevit v očekávaném čase (v reálném čase nebo denně). Pokud se data objevují o hodiny později, integrace může být pomalá.
Kontroly přesnosti: namátkou zkontrolujte vzorek konverzí od začátku do konce. Prošla konverze správně od zdroje k cíli? Jsou hodnoty dat přesné?
Jak vytvořit proces testování a validace
Před spuštěním: proveďte všechny čtyři typy testů na vzorových datech. Výsledky zdokumentujte. Schválení od obou týmů (analytika a cílový nástroj). Vytvořte testovací případy pro budoucí regresní testování.
Po spuštění: denní odsouhlasení: porovnejte objem, úplnost a konzistenci mezi systémy. Týdenní hloubková kontrola: namátkou zkontrolujte 10 až 20 konverzí od začátku do konce. Měsíční přehled: zkontrolujte posun, vzorce a anomálie.
Když nastanou problémy: integraci pozastavte, pokud jsou data zjevně špatně (např. desetinásobný skok objemu). Zjistěte: co se změnilo? Před obnovením znovu otestujte.
Časté problémy integrací a jejich řešení
Problém: konverze jsou v analytice, ale ne v CRM. Příčina: vypršel klíč API, změnila se oprávnění, chyba v transformaci. Řešení: zkontrolujte logy, ověřte klíč API, zkontrolujte mapování polí.
Problém: nesoulad objemu (analytika = 100, CRM = 80). Příčina: chyba ve filtrování, CRM má další validaci, která některé události odmítá. Řešení: zkontrolujte filtry v CRM, ověřte, že se typy polí shodují, upravte pravidla validace.
Problém: data se objevují se zpožděním (hodiny místo reálného času). Příčina: integrace používá dávkové zpracování místo streamování. Řešení: zkontrolujte nastavení integrace a pokud je to možné, přejděte na streamování.
Dokumentace a správa
Každou integraci zdokumentujte: zdroj, cíl, typy dat, pravidla transformace, očekávanou latenci a vlastníka (kdo opraví, když se rozbije). Vytvořte provozní příručku: když se integrace rozbije, jaký je postup řešení? Koho kontaktovat?
Určete vlastníka: za každou integraci odpovídá jeden člověk. Sleduje ji, testuje a opravuje problémy. Tím se předejde situacím, kdy „nikdo neví“.
Jak otestovat integraci před spuštěním?
Krok 1: pošlete testovací data (testovací konverzi s falešným e-mailem, testovací lead s testovací firmou). Krok 2: ověřte, že se testovací data objeví v cílovém systému v očekávaném čase. Krok 3: zkontrolujte správnost všech polí (user_id, částka, datum). Krok 4: nechte běžet 24 až 48 hodin a ověřte stabilitu. Krok 5: testovací data uklidťte. Po úspěšném průchodu je integrace připravena na ostrý provoz.
Co zahrnout do kontrolního seznamu testování integrace?
- [ ] Všechna povinná pole jsou přítomna, [ ] Datové typy jsou správné (e-mail oproti telefonu), [ ] Hodnoty jsou v očekávaném rozsahu (cena > $0), [ ] Časové značky jsou přesné, [ ] ID uživatele se mezi systémy shoduje, [ ] Žádné duplicity, [ ] Objem odpovídá základu (±5 %), [ ] Latence je přijatelná (v rámci SLA), [ ] Zpracování chyb funguje (chyby se zapisují, nezahazují se potichu), [ ] Žádosti o smazání se zpracovávají. Upravte podle konkrétní integrace.
Jak často mám ověřovat data z integrací?
Denně: odsouhlaste objem, namátkou zkontrolujte 10 záznamů. Týdně: hloubková kontrola, test okrajových případů. Měsíčně: zkontrolujte trendy a posun. Čtvrtletně: úplný audit, ověřte, že všechny testovací případy stále procházejí. Tak odhalíte problémy brzy. Pokud počkáte na měsíční kontrolu, problémy se hromadí.
Jaká je přijatelná odchylka při odsouhlasení dat?
Objem: ±5 % (malé rozdíly ve sledování jsou normální). Úplnost: 98 % a víc (pár chybějících polí je přijatelných). Konzistence: < 1 % nesouladů (většina dat by se měla shodovat). Pokud tyto hranice překročíte, zjistěte proč. Chyby 2 až 3 % jsou přijatelné, 10 % a víc znamená rozbitou integraci.
Jak řešit selhání integrace (integrace se rozbije a přestane posílat data)?
Hned: integraci pozastavte, informujte zúčastněné, že data jsou zastaralá. Zjistěte: zkontrolujte logy, ověřte klíče API, otestujte připojení. Oprava: odstraňte základní příčinu (vypršelý klíč, chybějící oprávnění, chyba v kódu). Obnovení: znovu otestujte a 24 hodin pozorně sledujte. Rozbor: proč se to rozbilo? Jak tomu předejít? Přidejte sledování a upozornění.
Mohu testování integrací automatizovat?
Ano. Použijte nástroje pro validaci dat (knihovny pro kontrolu kvality dat, testy v datových transformacích), které spouštějí denní kontroly automaticky. Nastavte upozornění: pokud se objem rozejde o >5 %, upozorněte inženýra. Pokud je úplnost < 98 %, upozorněte. Automatizujte kontroly objemu a úplnosti, přesnost kontrolujte ručně (hůř se automatizuje). Většina firem kombinuje automatické kontroly s ruční kontrolou.