Quite simply, test-driven development is meant to eliminate fear in application development. While some fear is healthy (often viewed as a conscience that tells programmers to "be careful!"), the author believes that byproducts of fear include tentative, grumpy, and uncommunicative programmers who are unable to absorb constructive criticism. When programming teams buy into TDD, they immediately see positive results. They eliminate the fear involved in their jobs, and are better equipped to tackle the difficult challenges that face them. TDD eliminates tentative traits, it teaches programmers to communicate, and it encourages team members to seek out criticism However, even the author admits that grumpiness must be worked out individually! In short, the premise behind TDD is that code should be continually tested and refactored. Kent Beck teaches programmers by example, so they can painlessly and dramatically increase the quality of their work.

Autorentext

Kent Beck consistently challenges software engineering dogma, promoting ideas like patterns, test-driven development, and Extreme Programming. Currently affiliated with Three Rivers Institute and Agitar Software, he is the author of many Addison-Wesley titles. Cynthia Andres holds a B.S. in psychology with advanced work in organizational behavior, decision analysis, and women’s studies. She has worked with Kent on the social aspects of Extreme Programming since its inception. She is also affiliated with Three Rivers Institute. 0

Klappentext

Test-driven development (TDD) is a new approach to application development that is designed to eliminate the fear often associated with building software. Admittedly, some fear is healthy (often viewed as a conscience that tells programmers to "be careful!"), but the author believes that programmers build better software when they have the freedom to be creative. By building tests before coding begins, programmers ensure the success of their application from the outset. Students are more likely to achieve positive results with TDD. The author's example-driven approach also teaches students to be better communicators, and encourages team members to seek out constructive criticism.

Inhalt

Preface.
Acknowledgments.
Introduction.

I. THE MONEY EXAMPLE.

1. Multi-Currency Money.

2. Degenerate Objects.

3. Equality for All.

4. Privacy.

5. Franc-ly Speaking.

6. Equality for All, Redux.

7. Apples and Oranges.

8. Makin' Objects.

9. Times We're Livin' In.

10. Interesting Times.

11. The Root of All Evil.

12. Addition, Finally.

13. Make It.

14. Change.

15. Mixed Currencies.

16. Abstraction, Finally.

17. Money Retrospective.

II. The xUnit Example.

18. First Steps to xUnit.

19. Set the Table.

20. Cleaning Up After.

21. Counting.

22. Dealing with Failure.

23. How Suite It Is.

24. xUnit Retrospective.

III. Patterns for Test-Driven Development.

25. Test-Driven Development Patterns.

26. Red Bar Patterns.

27. Testing Patterns.

28. Green Bar Patterns.

29. xUnit Patterns.

30. Design Patterns.

31. Refactoring.

32. Mastering TDD.

Appendix I: Influence Diagrams.

Appendix II: Fibonacci.

Afterword.

Index. 0321146530T10172002