9. Unit Testing Patterns | Test Driven Python Development

Sign In Start Free Trial

Book Overview & Buying
Table Of Contents

Test Driven Python Development

By : Siddharta Govindaraj

4.4 (5)

Test Driven Python Development

4.4 (5)

By: Siddharta Govindaraj

Overview of this book

This book starts with a look at the test-driven development process, and how it is different from the traditional way of writing code. All the concepts are presented in the context of a real application that is developed in a step-by-step manner over the course of the book. While exploring the common types of smelly code, we will go back into our example project and clean up the smells that we find. Additionally, we will use mocking to implement the parts of our example project that depend on other systems. Towards the end of the book, we'll take a look at the most common patterns and anti-patterns associated with test-driven development, including integration of test results into the development process.

Preface

Preface

What this book covers

What you need for this book

Who this book is for

Conventions

Reader feedback

Customer support

Free Chapter

1. Getting Started with Test-Driven Development

1. Getting Started with Test-Driven Development

Prerequisites

Understanding test-driven development

Using TDD to build a stock alert application

Reorganizing the test code

Summary

2. Red-Green-Refactor – The TDD Cycle

2. Red-Green-Refactor – The TDD Cycle

Tests are executable requirements

Arrange-Act-Assert

Documenting our tests

Testing for exceptions

Exploring assert methods

Specific asserts versus generic asserts

Setup and teardown

Brittle tests

Refactoring the design

Refactoring tests

Exploring the Rule classes

Exercise

Summary

3. Code Smells and Refactoring

3. Code Smells and Refactoring

A dual crossover moving average

Implementing the dual crossover moving average

Identifying code smells

Refactoring

The importance of tests

Exercise

Wrapping up

Summary

4. Using Mock Objects to Test Interactions

4. Using Mock Objects to Test Interactions

Hand writing a simple mock

Using the Python mocking framework

Tying it all together

Summary

5. Working with Legacy Code

5. Working with Legacy Code

What is legacy code?

Understanding the code

Techniques to break dependencies

The cycle continues

Time to refactor

Summary

6. Maintaining Your Test Suite

6. Maintaining Your Test Suite

Goals of test maintenance

Organizing tests

Making tests readable

Writing tests closer to the domain

Summary

7. Executable Documentation with doctest

7. Executable Documentation with doctest

Our first doctest

Test failures

Testing for exceptions

Package-level doctests

Maintaining doctests

Limitations of doctest

How do doctests fit into the TDD process?

Summary

8. Extending unittest with nose2

8. Extending unittest with nose2

Getting started with nose2

Writing tests for nose2

nose2 plugins

Summary

9. Unit Testing Patterns

9. Unit Testing Patterns

Pattern – fast tests

Pattern – running a subset of tests

Pattern – using attributes

Pattern – expected failures

Pattern – data-driven tests

Pattern – integration and system tests

Pattern – spies

Summary

10. Tools to Improve Test-Driven Development

10. Tools to Improve Test-Driven Development

TDD tools

Integrating with build tools

Integrating with packaging tools

Distutils

Integrating with continuous integration tools

Other tools

IDE integration

Summary

A. Answers to Exercises

A. Answers to Exercises

Red-Green-Refactor – The TDD Cycle

Code Smells and Refactoring

B. Working with Older Python Versions

B. Working with Older Python Versions

Writing code that is compatible across versions

Running tests from the command line

Running the examples in this book

Index

Index

Pattern – running a subset of tests

We already saw a simple way of running a subset of tests by simply specifying the module or test class on the command line, as shown in the following:

python -m unittest stock_alerter.tests.test_stock
python -m unittest stock_alerter.tests.test_stock.StockTest

This works for the common case of when we want to run a subset based on the module. What if we want to run tests based on some other parameter? Maybe we want to run a set of basic smoke tests, or we want to run only integration tests, or we want to skip tests when running on a specific platform or Python version.

The unittest module allows us to create test suites. A test suite is a collection of test classes that are run. By default, unittest performs an autodiscovery for tests and internally creates a test suite with all the tests that match the discovery pattern. However, we can also manually create different test suites and run them.

Test suites are created using the unittest.TestSuite class. The...

Visually different images

CONTINUE READING

83

Tech Concepts

36

Programming languages

73

Tech Tools

Unlimited access to the largest independent learning library in tech of over 8,000 expert-authored tech books and videos.

Innovative learning tools, including AI book assistants, code context explainers, and text-to-speech.

50+ new titles added per month and exclusive early access to books as they are being written.

Test Driven Python Development

Search

Your notes and bookmarks