I write code for FPGAs, not ASICS… but TDD is my still my preferred approach. I like to have a full suite of tests for all the functional code I write, and I try (not always successfully) to write testcode first. Staring at waveforms always happens at some point when you’re debugging, but it’s not … Read more
It’s not Repeatable as not everyday is Tuesday 🙂 If you run this test on Monday you will get one result, if you run it on Tuesday, a different one.
Joel’s question was something like this. Suppose you wanted to set a bit somewhere that caused a low resolution image to be displayed rather than a high resolution image. How would you use TDD to get that to work? Would you write a test that scraped the screen to show that the image was in … Read more
I have developed an IoC container called InversifyJS with advanced dependency injection features like contextual bindings. You need to follow 3 basic steps to use it: 1. Add annotations The annotation API is based on Angular 2.0: import { injectable, inject } from “inversify”; @injectable() class Katana implements IKatana { public hit() { return “cut!”; … Read more
TDD has become a favored approach by software developers who are serious about their profession. [IEEE:TDD] The benefits of the approach are significant, and the costs are low by comparison. [The Three Laws of TDD] There are no software domains for which TDD is inappropriate, or ineffective. However, there are domains in which it is … Read more
I’m not about to blindly follow anything. That’s the right attitude. I use TDD all the time, but I don’t adhere to it as strictly as some. The best argument (in my mind) in favor of TDD is that you get a set of tests you can run when you finally get to the refactoring … Read more
I don’t think you need to choose one over the other. Both have their advantages and disadvantages and both are tools for your toolbox. “Mockist” tdd makes you a bit more flexible in what you can test while classical TDD makes your tests a bit less brittle because they tend to look more at the … Read more
How about using the 1st section of Kent Beck’s Money example. It starts out very simply but when you arrive at addition of two different currencies, TDD suddenly shows you the falisity of up front design, or YAGNI (you aren’t going to need it). Another good example is uncle Bob’s bowling score TDD example. I … Read more
Ward Cunningham writes on WardsWiki (referring to Kent Beck): I would often ask Kent, “What is the simplest thing we can program that will convince us we are on the right track?” Such stepping outside the difficulties at hand often led us to simpler and more compelling solutions. Kent dubbed this a Spike. I found … Read more
“The only purpose of the app is basically to pull a list of contacts” Okay. Test that. What does “pull” mean? That sounds like “logic”. ” display them on a page” Okay. Test that. Right ones displayed? Everything there? ” display a form to send a message,” Okay. Test that. Right fields? Validations of inputs … Read more