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
