<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Commenti a: I test unitari sono una palla al piede (se non li sappiamo scrivere)</title>
	<link>http://www.francolombardo.net/i-test-unitari-sono-una-palla-al-piede-se-non-li-sappiamo-scrivere_post-89.html</link>
	<description>Linguaggio Scala, Java, AS400 e...cose piÃ¹ serie</description>
	<pubDate>Fri, 30 Jul 2010 17:19:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>Di: Franco Lombardo</title>
		<link>http://www.francolombardo.net/i-test-unitari-sono-una-palla-al-piede-se-non-li-sappiamo-scrivere_post-89.html#comment-6318</link>
		<dc:creator>Franco Lombardo</dc:creator>
		<pubDate>Mon, 10 Aug 2009 09:51:31 +0000</pubDate>
		<guid>http://www.francolombardo.net/i-test-unitari-sono-una-palla-al-piede-se-non-li-sappiamo-scrivere_post-89.html#comment-6318</guid>
		<description>Alberto,
prima di tutto vorrei chiarire una cosa: non sono assolutamente contrario al TDD, anzi cerco di praticarlo il più possibile. Quello che mi interessa sottolineare è che comunque il TDD non è una ricetta magica che non comporta alcun costo, anzi, se praticata male, porta più danni che benefici. Penso ci sia &lt;b&gt;una cosa peggiore di un software senza test: un software con dei test scritti male!&lt;/b&gt;
Giustamente dici che senza test si rischia ad ogni modifica di far saltare qualcosa senza poterlo sapere. Quando invece i test sono scritti male, &lt;b&gt;ad ogni modifica rischi di far saltare una valanga di test senza che questo sia il segnale di un errore&lt;/b&gt; nel codice di produzione e rischi di spendere più tempo nella correzione dei test che nello sviluppo dell'applicazione, &lt;b&gt;senza che questo porti un reale valore&lt;/b&gt;.</description>
		<content:encoded><![CDATA[<p>Alberto,<br />
prima di tutto vorrei chiarire una cosa: non sono assolutamente contrario al TDD, anzi cerco di praticarlo il più possibile. Quello che mi interessa sottolineare è che comunque il TDD non è una ricetta magica che non comporta alcun costo, anzi, se praticata male, porta più danni che benefici. Penso ci sia <b>una cosa peggiore di un software senza test: un software con dei test scritti male!</b><br />
Giustamente dici che senza test si rischia ad ogni modifica di far saltare qualcosa senza poterlo sapere. Quando invece i test sono scritti male, <b>ad ogni modifica rischi di far saltare una valanga di test senza che questo sia il segnale di un errore</b> nel codice di produzione e rischi di spendere più tempo nella correzione dei test che nello sviluppo dell&#8217;applicazione, <b>senza che questo porti un reale valore</b>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Alberto Gori</title>
		<link>http://www.francolombardo.net/i-test-unitari-sono-una-palla-al-piede-se-non-li-sappiamo-scrivere_post-89.html#comment-6288</link>
		<dc:creator>Alberto Gori</dc:creator>
		<pubDate>Sat, 08 Aug 2009 17:28:48 +0000</pubDate>
		<guid>http://www.francolombardo.net/i-test-unitari-sono-una-palla-al-piede-se-non-li-sappiamo-scrivere_post-89.html#comment-6288</guid>
		<description>Comprendo quanto scrivi, ma non sono d'accordo sul discorso in generale.
Pensa ad un software, di una certa complessità, scritto senza alcun test unitario, integration test ecc...

Ora è vero che questi costano, ma quanto costa di piu' il non scriverli? Quando il software diventa complesso, c'e' da mettersi le mani nei capelli: ogni modifica rischia di far saltare altre parti senza che tu te ne possa accorgere. E questo costa, eccome se costa.

Poi è anche vero che il niubbo parte male, ma probabilmente finirà in miglioramento: quindi vale sempre la pena cimentarsi in questa utilissima metodologia agile.</description>
		<content:encoded><![CDATA[<p>Comprendo quanto scrivi, ma non sono d&#8217;accordo sul discorso in generale.<br />
Pensa ad un software, di una certa complessità, scritto senza alcun test unitario, integration test ecc&#8230;</p>
<p>Ora è vero che questi costano, ma quanto costa di piu&#8217; il non scriverli? Quando il software diventa complesso, c&#8217;e&#8217; da mettersi le mani nei capelli: ogni modifica rischia di far saltare altre parti senza che tu te ne possa accorgere. E questo costa, eccome se costa.</p>
<p>Poi è anche vero che il niubbo parte male, ma probabilmente finirà in miglioramento: quindi vale sempre la pena cimentarsi in questa utilissima metodologia agile.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
