Testujete softvér od subdodávateľa? Prečo im veriť nestačí

Ak vaša firma nakupuje softvér od iného dodávateľa — či už je to CRM, billing, schvaľovací systém, rezervačný portál alebo interná integrácia — máte jeden často prehliadaný problém: ich QA reporty nie sú nezávislé. Tím, ktorý vyvíja, tiež testuje. Výsledok meria ten, kto je na ňom finančne závislý.

V regulovaných odvetviach (banky, poisťovne, verejný sektor) to auditori dlho pomenúvajú ako konflikt záujmov. V komerčnej sfére sa tomu však stále priveľmi verí. A keď príde havária, platí ju — samozrejme — objednávateľ, nie dodávateľ.

Prečo dodávateľské QA reporty nestačia

• Súťaž o čas — dodávateľ má fixný budget na projekt. Každá hodina QA je tá istá hodina, ktorá nejde do „nových features". Pri oneskorení QA vypadá najľahšie.
• Domáci znalosti — testuje ten, čo kóduje. Pozná slabé miesta a podvedome sa im vyhýba. Externá čerstvá hlava chytí bug za 5 minút, ktorý interný tím nevidí 3 mesiace.
• Conflict of reporting — ak interné QA nájde kritický bug týždeň pred release, kto povie klientovi „release sa odkladá"? Tlak na zmäkčenie závažnosti je skutočný.
• Okrajové scenáre — dodávateľ testuje happy path. Ty potrebujete testovať svoj špecifický workflow: vašu integráciu, vaše dáta, vašu rolovú maticu. To nikto iný netestuje.

Čo je „nezávislá testovacia vrstva"

Namiesto toho, aby si sa spoliehal len na to, čo hovoria UAT reporty dodávateľa, postavíš si vlastnú testovaciu vrstvu nad jeho systémom. Tá:

• Beží automaticky pred každým nasadením (nie raz pri release)
• Testuje váš use-case, nie generic funkcionalitu
• Reportuje výsledky vám, nie dodávateľovi
• Je váš majetok — dodávateľ k nej nemá prístup
• Pri sporoch ti dáva auditovateľný dôkaz

Reálny príklad — schvaľovanie žiadostí v energetike

Dodávateľ postavil energetickej spoločnosti portál na schvaľovanie žiadostí o pripojenie k sieti. Po 18 mesiacoch v prevádzke sa zistí, že 10 % žiadostí o pripojenie sa stráca pri prechode medzi statusmi. Dodávateľ to nevidel — jeho testovacie dáta túto hraničnú kombináciu neobsahovali.

Keď sme postavili nezávislú testovaciu vrstvu:

• Cypress + Playwright scenáre pokrývajúce 40+ kombinácií typu zákazníka, lokality, výkonu
• Testovacie dáta v Exceli — biznis tím pridáva scenáre bez IT
• Každú noc 2:00 beží celá suita proti staging prostrediu
• Deltu medzi očakávaným a skutočným správaním reportuje priamo náš klient, nie dodávateľ

Za prvý mesiac chytila vrstva 7 regresií, z ktorých 3 boli kritické a dodávateľ o nich nevedel. Projekt sa okrem iného stal aj páka pri zmluvnom vyjednávaní — klient mal auditovateľné dôkazy, ktoré posunuli pozíciu v ďalšom SLA kole.

Technický prístup

Nezávislá vrstva nevyžaduje ani DB prístup ani spoluprácu dodávateľa. Bežný stack:

• UI testy (Playwright / Cypress) — simulujú skutočných používateľov na produkčnom UI dodávateľa
• API testy (Postman / REST Assured) — ak dodávateľ exposuje API, testujeme kontrakt priamo
• Integračné testy — testujú, že váš systém komunikuje s dodávateľovým správne (čo ak jeho API vráti null namiesto prázdneho poľa?)
• Behaviour testy (Locust / JMeter) — záťažové scenáre pri peak-och (napríklad 1. deň fakturácie)

Všetko beží v tvojom CI/CD pipeline. Nič sa nenasadzuje na dodávateľovu infra. Ak dodávateľ zmení UI alebo API, vaša vrstva to zachytí ako regresiu a upozorní vás.

Čo NEsme — a prečo to upozorníme

Niektoré veci nezávislé testovanie objektívne nedokáže a klienti sa nás na to občas pýtajú:

• Interný kód dodávateľa — nemáme do neho prístup a nechceme ho. Testujeme správanie, nie implementáciu.
• Data integrity bez DB prístupu — ak nám dodávateľ neexportuje stav, nemáme ako overiť, že dáta sú konzistentné „vo vnútri". Môžeme overiť len to, čo je viditeľné cez UI/API.
• Garancia 100 % pokrytia — aj s nezávislou vrstvou môžu vzniknúť bugy v scenároch, ktoré nikto nezdokumentoval. No znižujeme ich množstvo rádovo.

Koľko to stojí

Pre typický systém (15–30 kritických flow): 3–6 000 € jednorazový setup, ďalej údržba len ak chcete. Porovnaj s nákladom jednej produkčnej havárie — často desiatky alebo stovky tisíc — a ROI je jasný pri prvom chyteném bug-u.

Sektorovo to robíme najčastejšie pre:

• Energetika (schvaľovacie workflow nad dodávateľským SW)
• Verejný sektor (portály nad outsourcnutými systémami)
• Bankovníctvo (testovanie integrácií s 3rd-party payment / scoring)
• Telekom (billing flow nad dodávateľským engine-om)

Potrebujete overiť subdodávateľa z hľadiska rozpočtu? Konkrétne ceny za Cypress/Playwright framework, CI/CD a ďalšie komponenty nájdete v Koľko stojí automatizácia testov v 2026.

---

Ak nechcete špekulovať, napíšte nám — ukážeme ti konkrétny rozpočet a timeline pre váš projekt. Bez hodinových sadzieb. Bez retainera. Bez obchodných rituálov.