<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
xmlns:rawvoice="http://www.rawvoice.com/rawvoiceRssModule/"
	>
<channel>
	<title>Comments on: Episode 167: The History of JUnit and the Future of Testing with Kent Beck</title>
	<atom:link href="http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/</link>
	<description>The Podcast for Professional Software Developers</description>
	<lastBuildDate>Tue, 14 May 2013 01:48:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Software Testing</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-1634</link>
		<dc:creator>Software Testing</dc:creator>
		<pubDate>Fri, 07 Sep 2012 19:17:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-1634</guid>
		<description><![CDATA[Thank you a lot for such really valuable information found in the your blog. You can get info on &lt;a href=&quot;http://www.softwaretestingclass.com/&quot; rel=&quot;nofollow&quot;&gt;Web Application Testing&lt;/a&gt; as well with some guidelines with different way of thinking.]]></description>
		<content:encoded><![CDATA[<p>Thank you a lot for such really valuable information found in the your blog. You can get info on <a href="http://www.softwaretestingclass.com/" rel="nofollow">Web Application Testing</a> as well with some guidelines with different way of thinking.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TDD Cheat Sheet &#124; Fragmented Thoughts</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-1245</link>
		<dc:creator>TDD Cheat Sheet &#124; Fragmented Thoughts</dc:creator>
		<pubDate>Sun, 04 Dec 2011 00:22:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-1245</guid>
		<description><![CDATA[[...] by staying focused on the software being written. As an aside Software Engineering Radio did an interview with Kent in 2010,  the interview is well worth listening to if you want to get a sense of Kent&#8217;s [...]]]></description>
		<content:encoded><![CDATA[<p>[...] by staying focused on the software being written. As an aside Software Engineering Radio did an interview with Kent in 2010,  the interview is well worth listening to if you want to get a sense of Kent&#8217;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Skilldrick &#187; Podcasts I listen to</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-1107</link>
		<dc:creator>Skilldrick &#187; Podcasts I listen to</dc:creator>
		<pubDate>Sat, 13 Aug 2011 16:42:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-1107</guid>
		<description><![CDATA[[...] #167: The History of JUnit and the Future of Testing with Kent Beck &#8211; it was nice to hear on this episode that even Kent Beck doesn&#8217;t test drive when he&#8217;s doing highly exploratory work. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] #167: The History of JUnit and the Future of Testing with Kent Beck &#8211; it was nice to hear on this episode that even Kent Beck doesn&#8217;t test drive when he&#8217;s doing highly exploratory work. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: July 2011 Podcasts for Web Developers, Programmers and Software Engineers &#124; explosive web programming w/ j_blotus</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-1081</link>
		<dc:creator>July 2011 Podcasts for Web Developers, Programmers and Software Engineers &#124; explosive web programming w/ j_blotus</dc:creator>
		<pubDate>Thu, 21 Jul 2011 15:44:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-1081</guid>
		<description><![CDATA[[...] Shows include: Game Development with Andrew Brownsword (Electronic Arts), The History of JUnit and the Future of Testing with Kent Beck, Rich Hickey on Clojure, and my favorite, Software Craftsmanship with Bob Martin. Check the site [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Shows include: Game Development with Andrew Brownsword (Electronic Arts), The History of JUnit and the Future of Testing with Kent Beck, Rich Hickey on Clojure, and my favorite, Software Craftsmanship with Bob Martin. Check the site [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The History of JUnit and the Future of Testing with Kent Beck &#124; Software Testing Magazine</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-950</link>
		<dc:creator>The History of JUnit and the Future of Testing with Kent Beck &#124; Software Testing Magazine</dc:creator>
		<pubDate>Fri, 01 Apr 2011 13:42:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-950</guid>
		<description><![CDATA[[...] In the episode 167 of the Software Engineering Radio, Kent Beck discusses about this tiny little thing he created many years ago and that has changed the daily work of many many programmers in the world: automated unit testing and JUnit. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] In the episode 167 of the Software Engineering Radio, Kent Beck discusses about this tiny little thing he created many years ago and that has changed the daily work of many many programmers in the world: automated unit testing and JUnit. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pratik Pasta Tarifi</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-873</link>
		<dc:creator>Pratik Pasta Tarifi</dc:creator>
		<pubDate>Tue, 11 Jan 2011 21:19:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-873</guid>
		<description><![CDATA[Very interesting podcast for a young developer like me. thank good pratik pasta tarifi]]></description>
		<content:encoded><![CDATA[<p>Very interesting podcast for a young developer like me. thank good pratik pasta tarifi</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Two podcasts about unit testing &#124; drorhelper</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-811</link>
		<dc:creator>Two podcasts about unit testing &#124; drorhelper</dc:creator>
		<pubDate>Mon, 06 Dec 2010 07:30:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-811</guid>
		<description><![CDATA[[...] Software Engineering Radio: Episode 167: The History of JUnit and the Future of Testing with Kent Beck [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Software Engineering Radio: Episode 167: The History of JUnit and the Future of Testing with Kent Beck [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Johannes Perlet</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-810</link>
		<dc:creator>Johannes Perlet</dc:creator>
		<pubDate>Sun, 05 Dec 2010 17:41:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-810</guid>
		<description><![CDATA[Very interesting podcast for a young developer like me. Often I&#039;m confronted with smaller development tasks where I&#039;m not really sure how to solve them and work more exploratory. I got my confirmation that writing tests in that case isn&#039;t necessary if there is not clear whether to use it in further development. Thanks Mr. Beck and SE-Radio.
Johannes]]></description>
		<content:encoded><![CDATA[<p>Very interesting podcast for a young developer like me. Often I&#8217;m confronted with smaller development tasks where I&#8217;m not really sure how to solve them and work more exploratory. I got my confirmation that writing tests in that case isn&#8217;t necessary if there is not clear whether to use it in further development. Thanks Mr. Beck and SE-Radio.<br />
Johannes</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Leger</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-795</link>
		<dc:creator>John Leger</dc:creator>
		<pubDate>Fri, 12 Nov 2010 13:30:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-795</guid>
		<description><![CDATA[Great episode. Unexpected bonus hearing Kent Beck use Goldie locks and the three bears as a metaphor for when too many tests are involved. I am looking forward to a discussion on Continuous Deployment. I agree with this being a large topic for future concerns and knowledge. TDD adoption is social and there still exists a mire of fear behind its adoption. Fear of the unknown. Every professional who epitomizes their contribution to the craftsmanship of creating software needs to listen to this podcast. Thanks host and Beck for this talk!

John]]></description>
		<content:encoded><![CDATA[<p>Great episode. Unexpected bonus hearing Kent Beck use Goldie locks and the three bears as a metaphor for when too many tests are involved. I am looking forward to a discussion on Continuous Deployment. I agree with this being a large topic for future concerns and knowledge. TDD adoption is social and there still exists a mire of fear behind its adoption. Fear of the unknown. Every professional who epitomizes their contribution to the craftsmanship of creating software needs to listen to this podcast. Thanks host and Beck for this talk!</p>
<p>John</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Software Engineering Radio Interview with Kent Beck &#124; Evil Genius Chronicles</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-765</link>
		<dc:creator>Software Engineering Radio Interview with Kent Beck &#124; Evil Genius Chronicles</dc:creator>
		<pubDate>Tue, 02 Nov 2010 11:58:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-765</guid>
		<description><![CDATA[[...] and try a few episodes out. I just did that with Software Engineering Radio, mainly to hear this interview with Kent Beck. He is the person behind JUnit. In my job I try to to test driven development wherever possible [...]]]></description>
		<content:encoded><![CDATA[<p>[...] and try a few episodes out. I just did that with Software Engineering Radio, mainly to hear this interview with Kent Beck. He is the person behind JUnit. In my job I try to to test driven development wherever possible [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Lippert</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-732</link>
		<dc:creator>Martin Lippert</dc:creator>
		<pubDate>Wed, 06 Oct 2010 18:53:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-732</guid>
		<description><![CDATA[I don&#039;t know what the common consensus on that problem is. My experience is: if you really do test-driven development, the test coverage of your code must be quite high (because you implement code to get the test green). If there is no test failing, you don&#039;t work on the production code... :-)

Having test coverage as a metric without any real meaning doesn&#039;t make much sense to me. Doing test-driven development to automatically get a high test coverage makes a lot of sense to me.]]></description>
		<content:encoded><![CDATA[<p>I don&#8217;t know what the common consensus on that problem is. My experience is: if you really do test-driven development, the test coverage of your code must be quite high (because you implement code to get the test green). If there is no test failing, you don&#8217;t work on the production code&#8230; <img src='http://www.se-radio.net/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Having test coverage as a metric without any real meaning doesn&#8217;t make much sense to me. Doing test-driven development to automatically get a high test coverage makes a lot of sense to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Lippert</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-731</link>
		<dc:creator>Martin Lippert</dc:creator>
		<pubDate>Wed, 06 Oct 2010 18:49:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-731</guid>
		<description><![CDATA[Hey Matt,

I know such situations from practice. And I know that some people tend to comment out the test, if they are under time pressure. But my observation is that this is often not the real problem. Many times its just a symptom of another, often bigger problem: the team is not test-driven and hasn&#039;t an appropriate Definition-of-Done that includes tests. Skipping tests under time pressure demonstrates that tests aren&#039;t an integral part of programming for them. And skipping tests produces technical debt, from my experience. You can do that, but you loose the value that test produced in the past. And you create a little time bomb for the team... If I need to create that technical debt for whatever reason or pressure, I would hurry to fix that before implementing the next feature.

Just my 2 cents,
Martin]]></description>
		<content:encoded><![CDATA[<p>Hey Matt,</p>
<p>I know such situations from practice. And I know that some people tend to comment out the test, if they are under time pressure. But my observation is that this is often not the real problem. Many times its just a symptom of another, often bigger problem: the team is not test-driven and hasn&#8217;t an appropriate Definition-of-Done that includes tests. Skipping tests under time pressure demonstrates that tests aren&#8217;t an integral part of programming for them. And skipping tests produces technical debt, from my experience. You can do that, but you loose the value that test produced in the past. And you create a little time bomb for the team&#8230; If I need to create that technical debt for whatever reason or pressure, I would hurry to fix that before implementing the next feature.</p>
<p>Just my 2 cents,<br />
Martin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marco Emrich</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-730</link>
		<dc:creator>Marco Emrich</dc:creator>
		<pubDate>Wed, 06 Oct 2010 15:12:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-730</guid>
		<description><![CDATA[Looks fine in Firefox under Linux too!]]></description>
		<content:encoded><![CDATA[<p>Looks fine in Firefox under Linux too!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: matt dawson</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-722</link>
		<dc:creator>matt dawson</dc:creator>
		<pubDate>Sat, 02 Oct 2010 13:01:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-722</guid>
		<description><![CDATA[At one point in the interview the question came up of why teams have tests they don&#039;t run and/or tests that are permanently broken. This seemed like a complete mystery to Martin and Kent. 

This issue comes up all the time in practice especially when your tests are not beautifully designed. You have some big complicated test that is failing after some refactor. In all probability the problem is with the test not the code under test. You are under deadline pressure. You have other feedback that tells you everything is working. Do you stop and spend two days debugging the test or do you just comment out the test?]]></description>
		<content:encoded><![CDATA[<p>At one point in the interview the question came up of why teams have tests they don&#8217;t run and/or tests that are permanently broken. This seemed like a complete mystery to Martin and Kent. </p>
<p>This issue comes up all the time in practice especially when your tests are not beautifully designed. You have some big complicated test that is failing after some refactor. In all probability the problem is with the test not the code under test. You are under deadline pressure. You have other feedback that tells you everything is working. Do you stop and spend two days debugging the test or do you just comment out the test?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Дайджест недели, 1 октября - shlema - блог разработчиков</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-721</link>
		<dc:creator>Дайджест недели, 1 октября - shlema - блог разработчиков</dc:creator>
		<pubDate>Fri, 01 Oct 2010 11:20:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-721</guid>
		<description><![CDATA[[...] Кент Бек (Kent Beck) рассказывает об истории JUnit и будущем тестирования (подкаст); [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Кент Бек (Kent Beck) рассказывает об истории JUnit и будущем тестирования (подкаст); [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Písanie testov nespôsobí výbuch hlavy</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-716</link>
		<dc:creator>Písanie testov nespôsobí výbuch hlavy</dc:creator>
		<pubDate>Wed, 29 Sep 2010 05:58:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-716</guid>
		<description><![CDATA[[...] Vynikajúci rozhovor s Kentom Beckom nájdete na stránkach SE-Radio.net. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Vynikajúci rozhovor s Kentom Beckom nájdete na stránkach SE-Radio.net. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jens Schauder</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-715</link>
		<dc:creator>Jens Schauder</dc:creator>
		<pubDate>Tue, 28 Sep 2010 20:39:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-715</guid>
		<description><![CDATA[If you are interested in the &#039;rules&#039; feature mentioned in the interview you might be interested in these blog posts. (Obviously this is self marketing, but hopefully of the useful kind):

http://blog.schauderhaft.de/2010/08/15/use-cases-for-junit-rules/

http://blog.schauderhaft.de/2009/10/04/junit-rules/]]></description>
		<content:encoded><![CDATA[<p>If you are interested in the &#8216;rules&#8217; feature mentioned in the interview you might be interested in these blog posts. (Obviously this is self marketing, but hopefully of the useful kind):</p>
<p><a href="http://blog.schauderhaft.de/2010/08/15/use-cases-for-junit-rules/" rel="nofollow">http://blog.schauderhaft.de/2010/08/15/use-cases-for-junit-rules/</a></p>
<p><a href="http://blog.schauderhaft.de/2009/10/04/junit-rules/" rel="nofollow">http://blog.schauderhaft.de/2009/10/04/junit-rules/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marhe</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-713</link>
		<dc:creator>marhe</dc:creator>
		<pubDate>Mon, 27 Sep 2010 20:25:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-713</guid>
		<description><![CDATA[I missed a topic in your podcast: test coverage tools like clover (every source line has to be tested at least once). I&#039;ve worked in a project where this was an dogmatic issue. My feelings were, that we wasted a lot of time on trivialities. Is there a golden mean, a common consensus on that problem?]]></description>
		<content:encoded><![CDATA[<p>I missed a topic in your podcast: test coverage tools like clover (every source line has to be tested at least once). I&#8217;ve worked in a project where this was an dogmatic issue. My feelings were, that we wasted a lot of time on trivialities. Is there a golden mean, a common consensus on that problem?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Lippert</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-710</link>
		<dc:creator>Martin Lippert</dc:creator>
		<pubDate>Mon, 27 Sep 2010 13:14:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-710</guid>
		<description><![CDATA[Looks fine if I open it in Firefox on Windows and Mac. What version and OS are you using?]]></description>
		<content:encoded><![CDATA[<p>Looks fine if I open it in Firefox on Windows and Mac. What version and OS are you using?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bubba</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-709</link>
		<dc:creator>Bubba</dc:creator>
		<pubDate>Mon, 27 Sep 2010 12:57:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-709</guid>
		<description><![CDATA[Your site is totally unreadable in Firefox. OK in Chrome.]]></description>
		<content:encoded><![CDATA[<p>Your site is totally unreadable in Firefox. OK in Chrome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention Episode 167: The History of JUnit and the Future of Testing with Kent Beck &#124; Software Engineering Radio -- Topsy.com</title>
		<link>http://www.se-radio.net/2010/09/episode-167-the-history-of-junit-and-the-future-of-testing-with-kent-beck/#comment-701</link>
		<dc:creator>Tweets that mention Episode 167: The History of JUnit and the Future of Testing with Kent Beck &#124; Software Engineering Radio -- Topsy.com</dc:creator>
		<pubDate>Sun, 26 Sep 2010 21:16:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.se-radio.net/?p=762#comment-701</guid>
		<description><![CDATA[[...] This post was mentioned on Twitter by Kent Beck, Michael Easter, Sebastian Sanitz, Martin Lippert, Martin Lippert and others. Martin Lippert said: RT @seradio: New episode: Episode 167: The History of JUnit and the Future of Testing with Kent Beck http://bit.ly/aQvkBu [...]]]></description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Kent Beck, Michael Easter, Sebastian Sanitz, Martin Lippert, Martin Lippert and others. Martin Lippert said: RT @seradio: New episode: Episode 167: The History of JUnit and the Future of Testing with Kent Beck <a href="http://bit.ly/aQvkBu" rel="nofollow">http://bit.ly/aQvkBu</a> [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
