Co znamená QA v Kentico?

QA v Kentico nejsou jen testy.

Pavel: Když se řekne QA Engineer, každý si představí trochu něco jiného. U nás jsou QA Engineers přímou součástí vývoje, kde testují právě vyvíjenou funkcionalitu a zároveň píší automatické testy, které mají za úkol udržet kvalitu i po jejím vydání. Držíme ochrannou ruku nad tím, aby každá funkcionalita, co od nás jde k zákazníkům, měla kvalitu, se kterou budou spokojeni. Důležité je najít opakující se problémy včas. Takové problémové scénáře pokrýváme automatickými testy. Rozvazujeme si tak ruce – nemusíme tolik procházet manuální scénáře, to nikoho nebaví. 

S tím, jak se zkrátil releasový cyklus, není možné, abychom každý měsíc před releasem vytížili spoustu lidí na týden regresivním testováním. Automatické testy toto do značné míry řeší za nás. Nová funkcionalita v releasu musí bezchybně zapadnout do celého produktu.  Dva dny před releasem nám to samozřejmě ještě jednou projde pod rukama, ale není toho tolik. 

Simona: Ani manuální část testování není jen o uživatelském proklikávání. Často jdeme hodně do hloubky, používáme nové technologie. Pro testing si musíme vytvořit podmínky a prostředí, abychom konkrétní novou funkcionalitu byli schopni otestovat. 

Dám konkrétní příklad. 

Testovali jsme nové API, které jsme přidávali do Xperience by Kentico. Použili jsme Graph QL, který byl pro nás nový. Museli jsme si ho nastudovat, zjistit, jak se k tomu dostaneme, nachystat si prostředí. 

V předchozích zaměstnáních byla hotová instalace, aplikace už byla pověšená, k tomu přišel QA a testoval. U nás si musíme i instalaci v dané konfiguraci sami vyrobit.

To je největší rozdíl. Je to tu techničtější a rozmanitější z hlediska toho, k čemu všemu se QA dostane – nahlédneme do práce DevOps, k bezpečnostním testům, k releasům….

QAs v týmu pracují společně s vývojáři a vývojářkami.

Pavel: Spolupráce v týmu je na skvělé úrovni. Když teče do bot, klidně testují i developeři*ky. Nikdy se nestane, že programátor/ka něco nakódí, předá to do testů a tím to končí. Komunikujeme. 

Před testingem si sedneme, vývojáři*ky nám popíšou, co je potřeba a kde jsou zákeřná místa. Jsou krok před námi, takže QA nemusí začínat od nuly. 

Proto sedím vedle svého nejoblíbenějšího vývojáře. Stačí se jen nahnout… Radek je na roztrhání, ale já ho mám hned vedle. A čas si na mě vždycky udělá.

Simona: To já ho mám naproti přes monitor, jen povytáhnu krk a on už ví... 🙂 

Pro QA je důležité ptát se hodně a často. Kdybych jen něco předpokládala, neotestovala bych věci správně. Je lepší přesně pochopit, jak má věc fungovat, aby ji mohla ověřit.

Pavel: Sedíme v kancelářích, kde jsou zhruba 3 developeři*ky a jeden z nás. To ale neznamená, že QAs nejsou plnohodnotný tým.

Vytvořili jsme kreativní platformu QA Engineers. Máme společný chat, kde jakýkoli problém, na který v testingu narazíme, sdílíme. Pomůžeme si nebo se podělíme o dobrá řešení. A jednou za 14 dní se sejdeme s QAs z ostatních týmů, probereme releasy, nové nápady… Držíme společné vazby, i když jsme každý*á v jiném týmu. Však ostatní kanceláře jsou na jedné chodbě, prostě se stavíme. 

Slovo QA má váhu.

Pavel: Ve vývoji nás respektují. 

QAs nejsou jen otravný hmyz, který hledá chyby. V Kentico jsou kolegové a kolegyně zvědaví na náš pohled.

Naši developeři*ky mají věc skvěle nastudovanou, nabuší to do kódu. A pak přijdeme my jako tornádo s úplně jiným pohledem. Díky tomu občas najdeme věci, které ostatní vůbec nenapadly. 

Simona: Tak jak my se hodně developerů ptáme, tak oni se ptají nás – máme širší rozhled nad nějakou problematikou, třeba známe pozadí infrastruktury, širšího okolí. A oni jsou zas specializovanější v rámci kódu. Doplňujeme se. 

QA se může realizovat i v dalších oblastech.

Pavel: Pokud chceme, můžeme se rozvíjet i mimo hranice QA. Já jsem například release master – vydávám hotfixy. Máme týdenní hotfixy obou produktů. 

Sem patří také měsíční refreshe Xperience by Kentico. To je naše nová DXP platforma v moderním kabátě, na nových technologiích, s možností mít produkt v cloudové verzi. Postaráme se o pověšení do cloudu, včetně správy běžící aplikace a jejího provozu, k tomu zajistíme support. 

Druhý produkt je Kentico Xperience, tam jsou releasy čtvrtletní. Release proces máme pro každý produkt jiný, takže musíme pohlídat, abychom opravdu vše vydali v pořádku.  

Simona: Já se starám ještě o administraci produktů Attlasian, podílím se s recruiterkou na výběrkách a spolupracuji úzce s DevOps. 

Další kolegové a kolegyně z platformy se zaměřují na integrace a spolupracují se zákazníky na jejich testování. 

Existuje typický QA Engineer? Ne.

Pavel: Každý jsme originál. Záleží také na týmu. Jsou tu tišší party i živější, kde se v kanclu pořád vtipkuje. 

Někdo je víc na frontend, někdo na backend, ale ve výsledku se všichni snaží, aby se k zákazníkům dostalo co nejméně chyb. 

A pokud nám přeci jen něco proklouzne a zákazník nahlásí chybu? Zasadíme za ni strom. 

Simona: Pokud propustíš chybu, která zákazníka omezuje, víš, že musíš zajistit, aby se to příště nestalo. Ale nikoho tu nepranýřujeme. Z chyb se společně učíme.

Pavel: Týmy jsou malé. Předáváme si stále zpětnou vazbu. 

Pravidelně se setkáváme s Technical Leaders. Povídáme si, co funguje, co ne, čemu je potřeba se v budoucnosti víc věnovat… 

Simona: To platí i pro nováčky. 

Máme propracovaný onboarding, kde dostane buddyho z vlastního nebo nejbližšího týmu. Buddy nového kolegu nebo kolegyni začátkem podrobně provede.