Book description
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.
.
Table of contents
- Cover Page
- About This eBook
- Halftitle Page
- Title Page
- Copyright Page
- Dedication
- Contents
- Preface
- Acknowledgments
- Introduction
-
Part I: The Money Example
- Chapter 1. Multi-Currency Money
- Chapter 2. Degenerate Objects
- Chapter 3. Equality for All
- Chapter 4. Privacy
- Chapter 5. Franc-ly Speaking
- Chapter 6. Equality for All, Redux
- Chapter 7. Apples and Oranges
- Chapter 8. Makin’ Objects
- Chapter 9. Times We’re Livin’ In
- Chapter 10. Interesting Times
- Chapter 11. The Root of All Evil
- Chapter 12. Addition, Finally
- Chapter 13. Make It
- Chapter 14. Change
- Chapter 15. Mixed Currencies
- Chapter 16. Abstraction, Finally
- Chapter 17. Money Retrospective
- Part II: The xUnit Example
-
Part III: Patterns for Test-Driven Development
- Chapter 25. Test-Driven Development Patterns
- Chapter 26. Red Bar Patterns
- Chapter 27. Testing Patterns
- Chapter 28. Green Bar Patterns
- Chapter 29. xUnit Patterns
- Chapter 30. Design Patterns
- Chapter 31. Refactoring
-
Chapter 32. Mastering TDD
- 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
- Appendix I. Influence Diagrams
- Appendix II. Fibonacci
- Afterword
- Index
- Code Snippets
Product information
- Title: Test Driven Development: By Example
- Author(s):
- Release date: November 2002
- Publisher(s): Addison-Wesley Professional
- ISBN: 0321146530
You might also like
book
Unit Testing Principles, Practices, and Patterns
Unit Testing Principles, Patterns and Practices shows you how to refine your existing unit tests by …
book
Learning Test-Driven Development
Your code is a testament to your skills as a developer. No matter what language you …
book
Implementing Domain-Driven Design
“For software developers of all experience levels looking to improve their results, and design and implement …
book
Refactoring: Improving the Design of Existing Code
As the application of object technology--particularly the Java programming language--has become commonplace, a new problem has …