<?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>Test-Driven Development on The Dangling Pointer</title><link>https://aaron.blog/tags/test-driven-development/</link><description>Recent content in Test-Driven Development on The Dangling Pointer</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sat, 19 Sep 2009 01:41:17 +0000</lastBuildDate><atom:link href="https://aaron.blog/tags/test-driven-development/index.xml" rel="self" type="application/rss+xml"/><item><title>Xcode &amp; Snow Leopard - Logical unit tests hanging</title><link>https://aaron.blog/xcode-snow-leopard-logical-unit-tests-hanging/</link><pubDate>Sat, 19 Sep 2009 01:41:17 +0000</pubDate><guid>https://aaron.blog/xcode-snow-leopard-logical-unit-tests-hanging/</guid><description>&lt;p&gt;I haven't written unit tests before in Xcode.  I started to read Apple's article on unit testing with iPhone development because I wanted to follow sound development principles with an agile approach.  Not long into the guide, I got stuck.  Literally.  Using Xcode 3.2 on Snow Leopard caused Xcode to lock/hang during the build of the logical unit test.  Same results after iPhone SDK 3.1 came out.  I couldn't find anything online either except a few people experiencing the same issue.  In the system console (not Xcode console) I was seeing:&lt;/p&gt;</description></item><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>