QA a automatizace testování
Testování, které vám něco řekne. Manuální QA tam, kde je potřeba úsudek, automatizované sady tam, kde je opakování, a pipeline, kde selhávající test skutečně zastaví vydání.
Co děláme
Manuální QA
Testovací plány psané z vašich požadavků, exploratorní sezení na skutečných zařízeních a prohlížečích a hlášení chyb, které vývojář zreprodukuje hned při prvním čtení.
Automatizace testování
End-to-end sady v Playwrightu, které běží v continuous integration při každé změně, plus testy na úrovni API, které jsou rychlejší a méně křehké než ovládání UI.
Brána vydání
Pipeline, kde červená sada blokuje nasazení a selhání upozorní vývojáře, který může jednat, a ne kanál, který nikdo nečte.
Kontroly přístupnosti
Automatizované kontroly axe u každé komponenty a manuální průchody klávesnicí a čtečkou obrazovky u toků, na kterých záleží.
Pravidla, která uplatňujeme
- Každá oprava chyby se dodává s testem její třídy, psaným proti obecnému selhání, a ne jedinému nahlášenému případu, a posunutým na nejširší vrstvu, která ho dokáže zachytit.
- Databáze se nikdy nemockuje. Integrační testy běží proti skutečné databázi v kontejneru, protože chyby, které se dostanou do produkce, žijí v mezeře, kterou mock skrývá.
- Testy ověřují konkrétní selhání, ne „došlo k chybě“. Test, který projde ze špatného důvodu, je horší než žádný test.
- Pokrytí se měří a nesmí klesnout, a sady v prohlížeči běží podle plánu proti sestavené aplikaci, a ne proti vývojovému serveru.
Spolupráce s vašimi vývojáři
QA inženýr z našeho týmu se může zapojit do vašeho stávajícího procesu: vašeho trackeru, vaší definice hotového, vašeho rytmu vydávání. Rádi také začneme jednorázovým auditem, který ukáže, kde jsou mezery v pokrytí a jaká by byla nejlevnější první automatizace, než se zavážete k čemukoli delšímu.
Chcete vědět, jak si vaše pokrytí testy skutečně stojí?
Pošlete repozitář nebo popis procesu vydávání. Písemné posouzení a první plán automatizace dostanete do jednoho pracovního dne.