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