These are the contents of my training session about unit testing, and also have some introductions about how could we write better unit tests with NSubstitute framework.
The related sessions:
Agenda
- Unit Testing Introduction
- Unit Testing Frameworks
- Unit Testing Patterns
- Unit Testing Mocking Libraries
- Why we choose NSubstitute?
- NSubstitute Features & Demos
- References
Unit Testing Introduction
Unit Testing Classic Definition
A unit test is a piece of a code (usually a method) that invokes another piece of codeand checks the correctness of some assumptions afterward. If the assumptions turn out to be wrong, the unit test has failed. A “unit” is a method or function. In OOP, a “unit” is often an entire interface, such as class, but could be an individual method.
-- from Wikipedia
Kent Beck introduced the concept of unit testing in Smalltalk.
Why Unit Testing?
- Find Problems Early
- Find problems in development cycle.
- Facilitate Changes
- Allow programmer to refactor code at a later date.
- Simplify Integration
- Reduce uncertainty, reduce efforts from integration test.
- Documentation
- Sort of living documentation of system.
- Design by Test Driven
- Support TDD approach.
Properties of a good unit test
- It should be automated and repeatable.
- It should be easy to implement.
- Once it’s written, it should remain for future use.
- Anyone should be able to run it.
- It should run at the push of a button.
- It should run quickly.
Unit Testing Good Definition
A unit test is an automated piece of code that invokes the method or class being tested and thenchecks some assumptions about the logical behavior of that method or class. A unit test is almost always written using a unit-testing framework. It can be written easily and runs quickly. It’s fully automated, trustworthy, readable, and maintainable.
What's Logical Behavior?
Verification Patterns -- State
- State Verification, also known as State-based Testing.
- We inspect the state of the system under test (SUT) after it has been exercised and compare it to the expected state.
Verification Patterns -- Behavior
- Behavior Verification, also known as Interaction Testing.
- We capture the indirect outputs of the SUT as they occur and compare them to the expected behavior.
Simple Example
Code:
TDD: Test-Driven Development
When to write the tests?
- Write a failing test to prove code or functionality is missing from the end product. (RED)
- Make the test pass by writing production code that meets the expectations of your test.(GREEN)
- Refactor your code. (REFACTOR)
Define TDD Paradigm
TAD: Test After Development
- Are we TDD-style?
- No, we are TAD now.
- Must we do TDD-style coding?
- No, TDD is a style choice. You can make your own choice.
Unit Testing Frameworks
Framework for Unit Testing
Unit testing frameworks are code libraries and modules that help developers unit-test their code. And also help running the tests as part of an automated build.
What Unit Testing Framework Offer
- Write tests easily and in a structured manner.
- Base classes or interfaces to inherit.
- Attributes to place in code to note the tests to run.
- Assert classes.
- Execute one or all of the unit tests.
- Identify tests in your code.
- Run tests automatically.
- Indicate status while running.
- Review the result of the test runs.
- Red/Green
xUnit architecture
- Test Fixtures
- Test Cases
- Test Suites
- Test Execution
- Assertions
List of Unit Testing Frameworks
- Visual Studio Unit Testing Framework
- MSTest
- NUnit
- xUnit.net
- More…
Integrated with Automated Build
- With MSBuild.
- <RunTest>true</RunTest>
- <TestContainer Include="UT*.dll"/>
Unit Testing Patterns
Record – Replay – Verify Model
A model that allows for recording actions on a mock object and then replaying and verifying them.
Arrange – Act – Assert Pattern
- "Arrange-Act-Assert" is a pattern for arranging and formatting code in UnitTest methods.
- Each method should group these functional sections, separated by blank lines:
-
- Arrange all necessary preconditions and inputs.
- Act on the object or method under test.
- Assert that the expected results have occurred.
Unit Testing Mocking Libraries
Mocking Library
A mocking library is a set of programmable APIs that make creating mock and stub objects much easier. Mocking libraries save the developer from the need to write repetitive code to test or simulate object interactions.
Other names:
- Mocking framework
- Isolation framework
Most Features of Mocking Library
- No Record/Replay idioms to learn.
- Very low learning curve. Don't even need to read the documentation.
- No need to learn what's the theoretical difference between a mock, a stub, a fake, a dynamic mock, etc.
- Strong-typed, no object-typed return values or constraints.
- Mock both interfaces and classes.
- Override expectations as needed on tests.
- Pass constructor arguments for mocked classes.
- Intercept and raise events on mocks.
- Intuitive support for out/ref arguments.
Famous Mocking Libraries
- NSubstitute
- Moq
- Rhino Mocks
- Microsoft Fakes
- NMock
- EasyMock.NET
- TypeMock Isolator
- JustMock
- FakeItEasy
The Values of a Good Mocking Library
- Simple to use. For example, a single point of entry in the API, easy to remember API, or Intelligence guidance.
- Test Robustness. Making sure the test can live as long as possible while the system changes, and it only breaks when something important to it changes. Things like recursive fakes help a lot there. So does being non strict by default.
- Helpful. If something is wrong, the user should not feel stupid. Helpful error messages go a long way. Being specific and not surprising the user as much as possible.
Mocking Libraries Comparison
Why we choose NSubstitute?
Why We Choose NSubstitute?
- Simple, succinct, pleasant to use.
- Helpful exceptions.
- Don't sweat the small stuff.
- Mock, stub, fake, spy, test double? Nah, just substitute for the type you need!
NSubstitute Features & Demos
Creating a substitute
Setting a return value
Return for any args
Return from a function
Argument matchers
Replacing return values
Check received calls
Callbacks, When..Do
Throwing exceptions
Raising events
References
- http://xunitpatterns.com/index.html
- http://nsubstitute.github.io/
- http://martinfowler.com/articles/mocksArentStubs.html
- http://www.cnblogs.com/gaochundong/