book

Unit Testing Principles, Practices, and Patterns

by Vladimir Khorikov

January 2020

Intermediate to advanced

304 pages

9h 8m

English

Manning Publications

Read now

Unlock full access

1.1. The current state of unit testing1.2. The goal of unit testing1.3. Using coverage metrics to measure test suite quality1.4. What makes a successful test suite?1.5. What you will learn in this bookSummary

2.1. The definition of “unit test”2.2. The classical and London schools of unit testing2.3. Contrasting the classical and London schools of unit testing2.4. Integration tests in the two schoolsSummary
3.1. How to structure a unit test3.2. Exploring the xUnit testing framework3.3. Reusing test fixtures between tests3.4. Naming a unit test3.5. Refactoring to parameterized tests3.6. Using an assertion library to further improve test readabilitySummary
4.1. Diving into the four pillars of a good unit test4.2. The intrinsic connection between the first two attributes4.3. The third and fourth pillars: Fast feedback and maintainability4.4. In search of an ideal test4.5. Exploring well-known test automation conceptsSummary
5.1. Differentiating mocks from stubs5.2. Observable behavior vs. implementation details5.3. The relationship between mocks and test fragility5.4. The classical vs. London schools of unit testing, revisitedSummary
6.1. The three styles of unit testing6.2. Comparing the three styles of unit testing6.3. Understanding functional architecture6.4. Transitioning to functional architecture and output-based testing6.5. Understanding the drawbacks of functional architectureSummary
7.1. Identifying the code to refactor7.2. Refactoring toward valuable unit tests7.3. Analysis of optimal unit test coverage7.4. Handling conditional logic in controllers7.5. ConclusionSummary
8.1. What is an integration test?8.2. Which out-of-process dependencies to test directly8.3. Integration testing: An example8.4. Using interfaces to abstract dependencies8.5. Integration testing best practices8.6. How to test logging functionality8.7. ConclusionSummary
9.1. Maximizing mocks’ value9.2. Mocking best practicesSummary
10.1. Prerequisites for testing the database10.2. Database transaction management10.3. Test data life cycle10.4. Reusing code in test sections10.5. Common database testing questions10.6. ConclusionSummary
11.1. Unit testing private methods11.2. Exposing private state11.3. Leaking domain knowledge to tests11.4. Code pollution11.5. Mocking concrete classes11.6. Working with time11.7. ConclusionSummary

Content preview from Unit Testing Principles, Practices, and Patterns

Chapter 9. Mocking best practices

This chapter covers

Maximizing the value of mocks
Replacing mocks with spies
Mocking best practices

As you might remember from chapter 5, a mock is a test double that helps to emulate and examine interactions between the system under test and its dependencies. As you might also remember from chapter 8, mocks should only be applied to unmanaged dependencies (interactions with such dependencies are observable by external applications). Using mocks for anything else results in brittle tests (tests that lack the metric of resistance to refactoring). When it comes to mocks, adhering to this one guideline will get you about two-thirds of the way to success.

This chapter shows the remaining guidelines that will help ...