Chapter 8. Property-based testing

 

In chapter 7 we worked through the design of a functional library for expressing parallel computations. There we introduced the idea that an API should form an algebra—that is, a collection of data types, functions over these data types, and importantly, laws or properties that express relationships between these functions. We also hinted at the idea that it might be possible to somehow check these laws automatically.

This chapter will take us toward a simple but powerful library for property-based testing. The general idea of such a library is to decouple the specification of program behavior from the creation of test cases. The programmer focuses on specifying the behavior of programs and giving high-level constraints on the test cases; the framework then automatically generates test cases that satisfy these constraints, and runs tests to ensure that programs behave as specified.

Although a library for testing has a very different purpose than a library for parallel computations, we’ll discover that these libraries have a lot of surprisingly similar combinators. This similarity is something we’ll return to in part 3.

8.1. A brief tour of property-based testing

As an example, in ScalaCheck (http://mng.bz/n2j9), a property-based testing library for Scala, a property looks something like this.

8.2. Choosing data types and functions

8.3. Test case minimization

8.4. Using the library and improving its usability

8.5. Testing higher-order functions and future directions

8.6. The laws of generators

8.7. Summary

sitemap