Geeks With Blogs
// ThomasWeller C#/.NET software development, software integrity, life as a freelancer, and all the rest Project Management
A way of doing real-world test-driven development (and some thoughts about it)

This post started out to be a reply to another blog post about some detail of the red/green/refactor cycle in TDD. It ended up as a fairly extensive description of my own personal practice of doing TDD in C#, featuring quite some VS add-ins and discussing some (real-world) aspects of test-driven development along the way...

Posted On Saturday, April 17, 2010 6:38 AM

miniSCRUM – things can be soo easy and simple

Yesterday, I occasionally stumbled upon miniSCRUM, yet another free online Scrum tool. It's different from its siblings in that it only provides the bare minimum of Scrum features, and it's therefore dead simple and totally intuitive in its usage. This makes it perfect for individual developers and as a starting point for trying Scrum and iterative project planning/estimating...

Posted On Tuesday, February 2, 2010 6:21 AM

It's the maintenance, stupid! (or: Something is rotten in developerland.)

Most people - even the overwhelming majority of programmers - would say that the main activity of a software developer is "writing source code". But this is a fatal misconception - about 75% of all time and money (sometimes even more) is spent on some sort of maintenance activity. Far too little effort goes in the future maintainability of a software product during actual development, which in turn leads to software systems that cause substantial technical and financial problems..

Posted On Wednesday, January 27, 2010 2:03 PM

Including ad-hoc specifications in your test report

A developer might occasionally write down some informal piece of text during development. This post shows a method how such ad-hoc produced content can easily be integrated and referenced in a test report...

Posted On Thursday, November 12, 2009 3:23 AM

"We'll fix that later."? No!
A situation, that most developers might know from personal experience: The project is nearing the deadline, and there is far too much work left to be done. Usually the consequence is, that the remaining features of the software will be implemented in a quick-and-dirty way, leaving aside quality related issues like e.g. proper design or adherence to coding standards for the moment. - Much of today's spaghetti code is born this way. The common excuse for that is: "We'll do that later. Now our first ......

Posted On Monday, August 24, 2009 7:52 AM

Copyright © Thomas Weller | Powered by: GeeksWithBlogs.net | Join free