support for state.json

[ondrejhlavacek]

Pokud komponenta generuje state.json, do kterýho si ukládá dynamickej obsah (timestamp, idčka, atd), tak to teď nejsme schopný zpracovat a zvalidovat.

[eddycek]

Doplním že jde jak o in tak out state.json.

[tomasfejfar]

Bude jako MVP stačit ten state.json ignorovat?

[ondrejhlavacek]

To asi ani nebude potřeba. Možná volitelně, kdyby se testovala nějaká konfigurace, která sice generuje state, ale ten nechceme testovat. A to si moc nedokážu představit, proč by se dělo.

[tomasfejfar]

Aha, tak co byste si představovali? Zkuste to víc vyspecifikovat :)

[ondrejhlavacek]

Ideálně předat objekt s obsahem state na vstupu (data/in/state.json) a očekávným state po běhu (out/data/state.json).

State je většinou dynamickej (obsahuje třeba timestampy stahovaných souborů nebo posledních stažených záznamů v DB), ale v průběhu testu si ho můžu zjistit.

Uvažuju nahlas - Někdo by mohl namítat, jestli dokážeme všechny výstupní state generovat dopředu, a tak by se mohl hodit i přístup, že se state někde uloží a budu ho moc assertovat ručně v testu. Ale zatím o ničem takovém nevím a jsem přesvědčenej, že správnej přístup k datům v komponentě a v testu ti umožní vygenerovat obsah state dopředu. Například nechceš ukládat timestamp běhu (ten v testu nevygeneruješ snadno), ale timestamp posledního záznamu/souboru (ten si v testu zjistíš ručním dotazem na filesystem/db).