This chapter covers
- Exploring dichotomies between aspects of a good unit test
- Defining an ideal test
- Understanding the Test Pyramid
- Using black-box and white-box testing
Now we are getting to the heart of the matter. In chapter 1, you saw the properties of a good unit test suite:
- It is integrated into the development cycle. You only get value from tests that you actively use; there’s no point in writing them otherwise.
- It targets only the most important parts of your code base. Not all production code deserves equal attention. It’s important to differentiate the heart of the application (its domain model) from everything else. This topic is tackled in chapter 7.
- It provides maximum value with minimum maintenance costs. To achieve this last attribute, you need to be able to
- Recognize a valuable test (and, by extension, a test of low value)
- Write a valuable test
As we discussed in chapter 1, recognizing a valuable test and writing a valuable test are two separate skills. The latter skill requires the former one, though; so, in this chapter, I’ll show how to recognize a valuable test. You’ll see a universal frame of reference with which you can analyze any test in the suite. We’ll then use this frame of reference to go over some popular unit testing concepts: the Test Pyramid and black-box versus white-box testing.
Buckle up: we are starting out.