Reporty, PM přehled, standup briefy, generování testů a samoopravné testy — všechno v jednom Slack threadu.
Nikdo nemá celý obraz. Proto si ho každé ráno někdo skládá ručně — a to je práce, která nikdy neskončí.
Každé ráno, aniž by o to někdo požádal. Proklikejte si, co v kterém threadu najdete.
core-api → feat-1652 · build 977 · tickety QA-14950, QA-14587scheduler → nightly · build 1076events-api → 2.1.1 · build 134gateway → master · build 1145checkout · 12/12registration · 8/8 — 1 chyba aplikace předána člověkusearch · 15/15admin · 12/12Není to další dashboard, který si musíte otevřít. Zkuste se zeptat — klikněte na otázku nebo napište vlastní.
30+ nástrojů na jednu větu — Jira, Azure, Git, Jenkins, prostředí. Běžnou řečí, bez syntaxe příkazů.
Tentýž červený build může znamenat čtyři úplně jiné věci. Agent je rozliší a na každou má jinou odpověď — včetně možnosti neudělat nic.
Backend + frontend, multi-region, start v 01:00.
Syntetické kontroly, 24/7.
Na požádání, moduly paralelně.
Nejdřív důkazy, pak klasifikace: CI logy, screenshot, video, zdroj testu a kód aplikace jen ke čtení.
Kontrola sítě a VPN — bez modelu.
Vždy s mírou jistoty.
Izolovaný klon, oprava, 4 pojistky, živý prohlížeč, CI. Max 3 pokusy, jen test repo.
Návrh ticketu, kontrola duplicit — a čeká na vaše ok.
Síť nebo VPN mimo. Žádný ticket, žádná oprava.
Když si není jistý, radši neudělá nic.
Přejeď myší po verdiktech vpravo — nebo je proklikejte.
Od acceptance criteria po zelený spec — a pak po report, který nikdo nemusí číst, protože je vyřešený.
Feature přistane v Jiře a agent navrhne acceptance criteria dřív, než si o ně někdo řekne.
Nejdřív si přečte repozitáře, specifikace, Confluence stránky a Figma návrhy — teprve pak jedná.
Generuje testy podle vaší existující testové základny — stejná syntax, stejné vzory, zdokumentované.
Každý běh suite přistane v threadu s výsledky po modulech a odkazy na Allure.
Nový bug z Azure přijde i s návrhem testu, který by ho příště zachytil.
Jira, Azure, Git, Jenkins, prostředí — běžnou řečí.
Nejčastější otázka před nasazením. Odpověď je záměrně nudná: má nejmenší práva, která mu stačí na práci.
Podíváme se na váš release proces a řekneme, co z toho umí kopilot převzít jako první.