Timeline for TDD: What happens before the first unit test?
Current License: CC BY-SA 3.0
7 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 15, 2011 at 22:54 | comment | added | Carl Manaster | How it works on a team is a bigger and different question. And TDD itself doesn't have a lot to say about coordinating team work. Pair Programming and the Planning Game can help with that; within the context of what you've planned, TDD still applies. jamesshore.com/Agile-Book/the_planning_game.html Scrum, too, has something to say about how to plan a team's work. | |
| Jun 15, 2011 at 22:29 | comment | added | Ethel Evans | Thanks, that's very helpful. How does this work on larger projects with multiple developers, though? While I'm working on personal projects w/ TDD, my goal is to learn how it actually works when used in a team. | |
| Jun 15, 2011 at 20:05 | comment | added | Carl Manaster | @Ethel Yes, that's about as much thought as I would recommend putting into it (both in the example here and in general). Figure out something testable, that leads you toward the product you want, and then write a test for it. | |
| Jun 15, 2011 at 19:59 | comment | added | Ethel Evans | Could you elaborate on "Before you write your first test, you have to think about what your first bit of functionality is going to be, and what your program would look like if that functionality were working."? How much should I work out before starting? At what point am I over-designing and losing the benefit of letting my unit tests drive my design? I assume I don't want class diagrams, that should be driven by refactoring, right? But this example sounds like "Have an idea, invest 15 seconds of thought, then write a test." Is that really all I want to do? | |
| Jun 15, 2011 at 19:05 | comment | added | Torbjørn | There's no up front design here. None of the classes in the test need to exist yet. The design happens in the test, THEN they are created to make the test pass. | |
| Jun 15, 2011 at 18:27 | comment | added | Aaronaught | I don't love the example, but I do agree with the premise; test-first methodologies only make sense when you're able and willing to do at least some up-front design. In fact you really tend to need a skeleton domain model, or at least a sizable chunk of one. | |
| Jun 15, 2011 at 18:05 | history | answered | Carl Manaster | CC BY-SA 3.0 |