Komentáře k příspěvku: IoC/DI v .NET

Od: Robert Dresler

Robert Dresler — Wed, 30 Nov 2011 11:05:40 +0000

Jenom pro upřesnění. Komentář jsem ťukal na mobilu, takže byl stručný a zřejmě zavádějící To není narážka na Augiho, ale na marvapa Na jeho postupných komentářích je vidět určitá názorová geneze a konvergence k TDD Proto ta moje poznámka. Bez diskuze a bez kritiky není progrese.

Od: Robert Dresler

Robert Dresler — Sun, 27 Nov 2011 11:08:35 +0000

To marvap: Vypadá to, že další odmítač TDD prozřel poté, co se o problematiku začal opravdu zajímat

Od: marvap

marvap — Mon, 18 Jul 2011 19:30:59 +0000

Jj. Asi mě to zaujalo díky příkladu
http://osherove.com/tdd-kata-1/
dole. Takový iterativní způsob vývoje je zajímavý, navíc ty testy zůstávají napořád.

Od: Augi

Augi — Mon, 18 Jul 2011 06:49:32 +0000

Ale v TDD by měl to kolečko 1-3 rozhodně dělat vývojář. Testeři z QA by IMHO neměli primárně řešit selhávající unit-testy (TDD je jen o unit-testech).

Od: marvap

marvap — Sun, 17 Jul 2011 20:46:04 +0000

Ale pokud se to dělá inkrementálně a body 1,2,3 se opakují, tak to může být užitečné. Asi měním (zatím trochu) názor. Bylo by zajímavé nahradit celou prezentační vrstvu testovacími rutinami.

Od: marvap

marvap — Sun, 17 Jul 2011 20:20:00 +0000

Trochu jsem se teď díval na články o TDD a našel jsem jeden pěkný
http://www.fi.muni.cz/usr/jkucera/pv109/2005/xvlcek1.htm
A je tam:
1.Napište test, napoprvé je jasné, že test určitě selže nebo nepůjde vůbec zkompilovat.
2.Rychle implementujte testovanou logiku tak, aby test proběhnul.
3.Pomocí refaktorování a opakovaného spouštění testu upravte kód do přijatelné podoby.
Bod 1 je ok, ale body 2 a 3 jsou tragické. Je opravdu toto TDD?

Od: marvap

marvap — Sun, 17 Jul 2011 20:10:49 +0000

Právě naopak. Považuju vlastní komplexní testování za nedílnou součást vývoje a práce vývojáře. V posledních letech se v jenom trochu lepších sw firmách stávají standardem testeři. A bohužel má zkušenost s tím je negativní v tom smyslu, že vývojáře to často svádí k tomu vyplivnout kód a předat ho testerovi, aniž jsem si ověřil, jestli funguje. „Však on mi to tester otestuje“. Mám ten názor, že to, jestli tester ve firmě je nebo není nemá mít na práci programátora vliv. Programátor když něco pouští, tak má být přesvědčen o tom, že je to ok.

Od: Augi

Augi — Sun, 17 Jul 2011 19:36:32 +0000

A TDD tě nutí k tomu, abys psal jen testy, které testují jen jednu variantu? IMHO ne…
A jsi skeptický jen vůči TDD (takže test-first) nebo testování obecně?

Od: marvap

marvap — Sun, 17 Jul 2011 18:37:48 +0000

Dovolím si kontroverzní poznámku k TDD. Jsem dlouhodobě skeptický k tomuto přístupu. Pokusím se vyjádřit proč. Pokud něco vyvíjím, mám požadavek na to, aby mi to prošlo pro všechny varianty vstupních údajů. Ne pro jednu. Pokud něco modifikuju nebo přidávám, mám opět požadavek, aby to, co je nové, fungovalo za všech okolností, ale také, aby to, co je staré fungovalo beze změny. A tomu přizpůsobuju samotné strukturování aplikace a kódování. K čemu mi budou testy pro jednu variantu vstupů? Maximálně k tomu, abych s nimi ztrácel čas. Že mi někdy odhalí chybu, pokud udělám omylem zásah do stávající funkčnosti? Opakuju – snažím se programovat tak, abych stávající funčnost neovlivnil a stává se mi to minimálně. Pravděpodobnost, že se mi to stane a takový test to odhalí je tak malá, že statistická časová výhoda psaní takových testů je méně než nulová. A že mi takové testy pomohou lépe strukturovat můj kód. Mám o tom silnou pochybnost, ale už to nechci víc prodlužovat…

Od: Borek

Borek — Mon, 12 Apr 2010 19:44:15 +0000

K názvosloví: IoC je záhadně znějící, naprosto neintuitivní termín, a asi proto se chytnul