Myslel spis pak sklouzava pocitu falesne jistoty ala SUCHRE. Cim vic low-level vec to je a cim vic je to knihovna (a ne aplikace) tim je to horsi.

Tohleto, spolecne s pouckou ze nemas delat zbytecne abstrakce a featury co ted nejsou potreba a se zaklinanim se Knuthovym "premature optimization" zadelava na vrazednou kombinaci, alespon co obcas (casteji nez bych chtel) vidim.

Takze, kdyz o tom premyslim, mi spis vadi to, jak je to "prodava" (a husti do studentu :-), vetsina knizek / prednasek na to tema to podava jako "the way" a malokdo (nikdo?) nerekne na ferovku ze to ma sve limity a kde. Na to si musi kazdy prijit sam, jenze behem toho prichazeni domrvi dost veci, nejen sobe, ale i ostatnim.

No nic, konec filozofickeho okenka :-)

QWWERTY: no to je to jak jsem to myslel - ne honit se za 100%, ale aby to pokrejvalo potencialni problemy, na kterejch zalezi. jo, nekdy to neni uplne mozny a pak nema smysl delat test kterej testuje syntetickou haluz..

v tom pripade je treba se zamyslet nad tim, zda by jinej test (cojavim, end to end test) neposlouzil stejnymu ucelu "ten vobjekt se asi zpracoval dobre, kdyz vysledek je presne takovej jako by mel bejt".

ale:

SATAI: Já jsem si hodně oblíbil TDD na psaní binárních parserů. Např. TIFF tu je cca od roku 1992 a žádné převratné změny se tam nedají čekat. A ta struktura a očekávání jsou pevně danné.

JANFROG: TDD asi dobrý na business funkcionalitu. Vložím jabko vypadne mošt.

JANFROG: Ono zalezi... (panaka!)

Kdyz to je zmena v systemu, co mu rozumim a je jasne, co se ma menit, tak TDD (nebo jeste lepe testy z venku dovnitr...) je prima nastroj, ktery mi umozni jet jak fretce. Pokud je problem z vetsi casti zkouseni a postupna iterace veeeelkou spiralou k necemu, tak testy zacit neumim a asi ani nechci.

JANFROG: tak to jsou nějaký nástroje, který se snaží naplnit cíl, možná někdy vylévají vánicku i s dítětem, protože jsou v reálným životě nemožný.. ale jde o ten princip, software psaný lidmi má chyby a nezamýšlené dopady, testování je to co pomůže, není to jen testování pro testování..

klíčový je testovat ty důležitý věci a to co nejdřív.

E2E4: Ja se teda priznam, ze TDD (test driven dev) ve sve krystalicke podobe povazuji spis za kontraproduktivni (i tu coverage). Ale mozna je to jen tim, ze jsem to nikdy nepochopil :-)

E2E4: on unit testy nikdo jiny nez programator psat nemuze. Leda jiny programator, pokud zrovna parujete. Nebo mobujete.

KOLCON: moje chápání je, že současná best practices je

1. unit testy píšou autoři
2. integrační testy píšou autoři nebo testeři
3. funkční testy dělají testeři/QA
4. end to end testy dělají QA

pak je tu test driven development, kde se testama začíná a trend dělat testy automaticky jako součást CI/CD, cokoliv co jde je dobrý mít automaticky a čím dřív tím líp.

SPIKE411: Lépe popsáno v Matt Parker: Humble Pi

SPIKE411: Ze cteni o tomhle pripadu jde fakt mraz po zadech.