<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>JUnit on The Dangling Pointer</title><link>https://aaron.blog/tags/junit/</link><description>Recent content in JUnit on The Dangling Pointer</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Thu, 25 Dec 2008 04:27:35 +0000</lastBuildDate><atom:link href="https://aaron.blog/tags/junit/index.xml" rel="self" type="application/rss+xml"/><item><title>An idea for a college course :: Unit Testing</title><link>https://aaron.blog/an-idea-for-a-college-course-unit-testing/</link><pubDate>Thu, 25 Dec 2008 04:27:35 +0000</pubDate><guid>https://aaron.blog/an-idea-for-a-college-course-unit-testing/</guid><description>&lt;p&gt;After spending a significant amount of time this week on writing JUnit tests for a Spring Web app, I've come to a conclusion.  College courses, even in the grad classes I am taking don't spend enough time on the concepts behind unit tests.  Granted JUnit and NUnit has been covered in the classes I've had but really only the testing framework is discussed.&lt;/p&gt;&lt;p&gt;Test-driven development (TDD) teaches us how to write a test first, make it fail, stub out your methods, and then code until your test passes.  The practicality of TDD in the real world is limited because a requirement is to have your system well designed up front.  Getting to a point where you'll know method names ahead of time means you've spent a significant amount of time thinking about the design and analyzing that design.&lt;/p&gt;</description></item><item><title>JUnit Testing</title><link>https://aaron.blog/junit-testing/</link><pubDate>Tue, 23 Dec 2008 18:58:59 +0000</pubDate><guid>https://aaron.blog/junit-testing/</guid><description>&lt;p&gt;I'd like to point out that writing JUnit tests after the fact is a pain in the ass.  I like to think I know enough about software engineering to develop software that has high cohesion and limited coupling.  Not following test-driven development allows me to forget some of those simple rules and now writing EasyMocks is killing me.&lt;/p&gt;</description></item></channel></rss>