Tentokrát mi pomohl Pepa a povedlo se mu do podcastu přivézt Michala z Anywhere. S ním jsme si povídali o testování.

Testování, taková ta popelka, která se nějak zašmudlá, aby to vypadalo a pak všichni budou doufat. Včetně klienta, ani ti jeho lidé typicky netestují lépe, protože život stejně vždycky ukáže.

Michal rád káže dobro, takže nám kázal i tady. A budu rád i za zpětnou vazbu na zvuk, já moc neslyším tak je mi to jedno, ale tentokrát jsme se sešli v profi studiu, takže pokud vám to zní fakt peckově tak dejte vědět, třeba si ten zážitek zopakuji u dalšího podcastu.

Zápisky

v Salesforce světě si lidi často myslí, že testování = code coverage, ale to s kvalitou nemá nic společného, zapojte byznys ať si i vývojář je jistý, že daný test dává smysl a opravdu k něčemu je
testování ve Salesforce nesmí končit na 75 %, ale začínat u mindsetu
ideál je, aby tester byl u zrodu feature – ne až na konci, když už je hotovo
business by neměl být ‘poslední kontrolor’, ale ‘spolutvůrce akceptačních kritérií’
testing pyramidu všichni znají, ale málokdo se jí řídí, unit testů by mělo být nejvíc, všechno otestují a pak už se to jenom skládá. Když člověk dělá jenom end-to-end testy nebo smoke testy tak se mu pak těžko hledá proč to nefunguje a kde je zakopaný pes
dnes už tester ≠ “klikač”, ale spíš “junior developer / software engineer”, ideálně se schopností psát skripty a rozumět businessu
tester je často jediný člověk v týmu, který se dívá na produkt očima uživatele — a to je strašně podhodnocená role
technická kvalita bez byznysové relevance je k ničemu. A naopak byznysová logika bez technické stability taky
největší dopad na kvalitu nemá počet testů, ale to, jak brzo odhalíme chybu
na frontend (LWC / UI) skoro nikdo netestuje – všichni spoléhají na manuální UAT
když chceš, aby lidi testovali, musíš jim to udělat jednoduché — automatizace nesmí být raketová věda
většina bugů se neobjeví v happy path, ale v momentě, kdy uživatel udělá něco, co jsme nepředpokládali
rozdělení testování na backend (Apex) a frontend (LWC / UI automatizace) – v Salesforce je frontend testing často zanedbaný, vše se spoléhá jen na Apex testy
governance a Center of Excellence
automatizace vs. manuální testování – manuál má pořád své místo, ale cílem je co nejvíc automatizovat
AI ti testy sama nenapíše, ale když jí dáš správný kontext, umí ti ušetřit hromadu času
testovat AI? To bude legrace a uvidíme jak na to (popravdě příslušný Trailhead modul jsem si užil, byť mám pocit, že výsledek těch testů v SF je takový trochu jiný než bych chtěl
realita ve firmách je chaos – každý tým používá jiný tool, jiný styl testování. My jsme mluvili například o Jest, Playwright, Robot Framework, Selenium a Cypress
quality není role, je to mindset – nestačí mít testera, když team nemá chuť testovat
budoucnost testování – směřuje k vyšší automatizaci, zapojení AI a větší roli testerů jako rovnocenných členů týmu

S Verčou o talentu