book

Test Driven Development: By Example

by Kent Beck

November 2002

Intermediate to advanced

240 pages

5h 9m

English

Addison-Wesley Professional

Read now

Unlock full access

Courage

What’s Next?MetaphorJUnit UsageCode MetricsProcessTest QualityOne Last Review
Test (noun)Isolated TestTest ListTest FirstAssert FirstTest DataEvident Data
One Step TestStarter TestExplanation TestLearning Test1Another TestRegression TestBreakDo OverCheap Desk, Nice Chair
Child TestMock ObjectSelf ShuntLog StringCrash Test DummyBroken TestClean Check-in
Fake It (’Til You Make It)TriangulateObvious ImplementationOne to Many
AssertionFixtureExternal FixtureTest MethodException TestAll Tests
CommandValue ObjectNull ObjectTemplate MethodPluggable ObjectPluggable Selector3Factory MethodImposterCompositeCollecting ParameterSingleton
Reconcile DifferencesIsolate ChangeMigrate DataExtract MethodInline MethodExtract InterfaceMove MethodMethod ObjectAdd ParameterMethod Parameter to Constructor Parameter
How large should your steps be?What don’t you have to test?How do you know if you have good tests?How does TDD lead to frameworks?How much feedback do you need?When should you delete tests?How do the programming language and environment influence TDD?Can you test drive enormous systems?Can you drive development with application-level tests?How do you switch to TDD midstream?Who is TDD intended for?Is TDD sensitive to initial conditions?How does TDD relate to patterns?Why does TDD work?What’s with the name?How does TDD relate to the practices of Extreme Programming?Darach’s Challenge
Feedback

Content preview from Test Driven Development: By Example

Chapter 21 Counting

I was going to include an implementation to ensure that tearDown() is called regardless of exceptions during the test method. However, we need to catch exceptions in order to make the test work. (I know, I just tried it, and backed it out.) If we make a mistake implementing this, then we won’t be able to see the mistake because the exceptions won’t be reported.

In general, the order of implementing the tests is important. When I pick the next test to implement, I find a test that will teach me something and which I have confidence I can make work. ...