Na čo sa nás pýtate najčastejšie

Cena závisí od typu služby, rozsahu, technického prostredia a východiskového stavu. Po nezáväznej konzultácii dostanete ponuku s pevnou cenou za dohodnutý rozsah. Ak sa rozsah počas projektu zmení, dohodneme to vopred, nie až na faktúre. Vstupná konzultácia je zadarmo.

Termín závisí od rozsahu a pripravenosti prostredia. Pri menšom rozsahu a pripravenom prostredí zvyčajne spúšťame prvé prioritné testy do jedného až dvoch týždňov – v CI/CD alebo iným dohodnutým spôsobom. Ďalšie scenáre dodávame priebežne, aby ste výsledky videli už počas projektu.

Nie nevyhnutne. Testy vieme písať v samostatnom repozitári voči vášmu testovaciemu prostrediu. Prístup ku kódu však prácu zrýchľuje – umožňuje stabilnejšie selektory a doplnenie testovacích identifikátorov priamo do aplikácie.

Podľa dohody. Odovzdáme dokumentáciu a zaškolíme váš tím na spúšťanie testov a podľa dohodnutého rozsahu aj na ich údržbu. O testy sa potom môže starať váš tím, my alebo si zodpovednosť rozdelíme podľa vašich kapacít.

Testovacie riešenia staviame predovšetkým na open-source nástrojoch, ako sú Playwright, Selenium, Appium, k6, Robot Framework a axe-core. Za samotné open-source komponenty spravidla neplatíte licenčný poplatok. Náklady však môžu vzniknúť za infraštruktúru, cloudové zariadenia, externé služby alebo komponenty s inou licenciou; všetky takéto položky uvedieme vopred. Pri AI-asistovanom testovaní môžu do ceny vstupovať aj náklady na jazykový model. Ak AI používame iba pri tvorbe a údržbe, schválené testy sa môžu spúšťať aj bez nej.

Zameriavame sa na automatizované testovanie. Manuálne overenie používame pri návrhu scenárov a pri kontrolách, ktoré sa nedajú spoľahlivo vykonať iba automaticky, napríklad pri časti posúdenia prístupnosti. Hlavným výstupom spolupráce je automatizované riešenie, audit alebo technický report.

Áno. Softvérový robot môže prevziať opakovanú administratívu, napríklad prenos dát medzi neprepojenými systémami, spracovanie faktúr z e-mailu, vypĺňanie formulárov na štátnych portáloch alebo prípravu pravidelných reportov. Pracuje podľa nastavených pravidiel a z každého behu vytvorí záznam, aby ste vedeli skontrolovať výsledok aj prípadné zlyhanie.

Obe oblasti používajú podobné postupy pri ovládaní aplikácií, práci s dátami a spracovaní zlyhaní, nie vždy však rovnaké nástroje. Rozdiel je v cieli: test overuje, či aplikácia funguje správne, kým robot vykonáva dohodnutú prácu namiesto človeka. Pri robotovi preto riešime aj prevádzku, výnimky, bezpečné prístupy a záznam z behov.

To závisí od typu služby a veľkosti podniku. Pravidlá EAA sa od 28. júna 2025 vzťahujú aj na služby elektronického obchodu poskytované spotrebiteľom, slovenský zákon však obsahuje výnimky, napríklad pre mikropodniky poskytujúce služby. Audit preto nenahrádza právne posúdenie vašej konkrétnej situácie. Strojovo overiteľné problémy preveríme automatizovanými kontrolami a kľúčové cesty skontrolujeme klávesnicou podľa relevantných kritérií WCAG 2.2 AA. Jasne uvedieme rozsah kontroly aj to, ktoré požiadavky si vyžadujú ďalšie manuálne alebo právne posúdenie.

Áno. Väčšinu spolupráce vieme zvládnuť na diaľku cez Slack, Teams, e-mail alebo nástroje, ktoré používa váš tím. Výstupy podľa typu služby priebežne odovzdávame v repozitári, CI/CD alebo reportoch. V prípade potreby sa vieme stretnúť aj osobne.

Áno. Ak scenáre nemáte zdokumentované, pripravíme ich spolu s vami. Z kľúčových používateľských ciest zostavíme prioritné scenáre a vhodné z nich následne automatizujeme.

Nie. Automatizácia preberá opakované kontroly, ktoré sa dajú jednoznačne opísať, no nenahrádza ľudský úsudok. Prieskumné testovanie, posúdenie použiteľnosti a prvé overenie nového správania naďalej potrebujú človeka; automatizácia mu na túto prácu môže uvoľniť viac času.

Časté zmeny aplikácie nemusia znamenať neustále opravy testov. Podľa technológie používame stabilnejšie identifikátory a vhodné oddelenie obrazoviek alebo komponentov, napríklad Page Object Model. Náhodné zlyhania priebežne meriame a preverujeme ich pravdepodobné príčiny, aby tím dokázal odlíšiť problém testu od chyby aplikácie.

Jazyk vyberieme podľa technológií a skúseností vášho tímu. Python sa hodí tam, kde je prioritou jednoduchosť a čitateľnosť; TypeScript často volíme pri webových projektoch, keď majú testy žiť vedľa frontendu. Rozhodujúce je, aby váš tím vedel sadu dlhodobo udržiavať.

Rozsah odovzdania uvedieme v ponuke a zmluve. Dohodnuté testy, kód a dokumentáciu vám odovzdáme do vášho repozitára. Riešenia staviame predovšetkým na open-source nástrojoch a prípadné výnimky alebo licenčné náklady uvedieme vopred. Po odovzdaní môžete v práci pokračovať vlastným tímom alebo s iným dodávateľom.

Nie. Podľa typu testov môžeme pripraviť lokálny príkaz, plánovač alebo jednoduché lokálne webové rozhranie (web GUI). Používateľ v prehliadači vyberie testy a spustí ich tlačidlom bez práce s Gitom, Dockerom či terminálom. Samotné testy bežia na pripravenom počítači alebo serveri. Rozhranie možno otvoriť z povolených počítačov vo firemnej sieti. Prvotné nastavenie, aktualizácie testov a prístupové práva treba naďalej spravovať dohodnutým spôsobom. Ak CI/CD používate, testy môžeme zapojiť aj do vašej existujúcej pipeline.

Na začiatku si dohodneme merateľné ciele, napríklad čas potrebný na overenie aplikácie pred releasom, pokrytie kľúčových scenárov alebo mieru náhodných zlyhaní testov. Počas spolupráce porovnáme vývoj vhodných ukazovateľov, aby ste vedeli posúdiť prínos automatizácie vo svojom prostredí.

Ak si to želáte, podpíšeme NDA. Štandardne pracujeme s testovacím prostredím a s vygenerovanými alebo anonymizovanými dátami, takže prístup k údajom reálnych zákazníkov spravidla nepotrebujeme. Ak by konkrétny projekt vyžadoval iný režim, rozsah prístupu a ochranné opatrenia dohodneme vopred.