Рет қаралды 7,709
One of the most promising techniques for software reliability is property testing. The idea that, instead of writing unit tests we describe some property of our code that ought to always be true, then have the computer figure out thousands of unit tests that try to break that rule.
For example, you might say, “No matter which page you visit on my website, there should always be a login button or a logout button.” Then the test’s job is to try to break that rule, but clicking around until it finds some combination of clicks fails that assertion. Like, maybe it finds the 404 page, and you realise it was missing the website’s normal header.
At its best, property testing takes far less work than unit testing, but is far more thorough, because it lets us write the rules and has the computer write the examples. The downside is, it often seems theoretical. It can be hard to apply property testing to real-world cases. Let’s fix that.
We’re joined by Oskar Wickstrom, who’s been building all kinds of different systems and bringing property testing with him wherever he goes. We discuss the basics of property testing, then he goes into the advanced and cunning techniques that go beyond the ordinary into testing databases, webpages and more. With a bit of thought, he can help us test a ten times as much code with a tenth of the effort.
--
Oskar’s book, Property Testing a Screencast Editor [ebook]: leanpub.com/pr...
Quickstrom: quickstrom.io/
F# for Fun & Profit: Property Testing Series: fsharpforfunan...
Linear Temporal Logic: en.wikipedia.o...
The Quickstrom Paper: arxiv.org/abs/...
TodoMVC (One frontend app, many implementations): todomvc.com/
Oskar on Twitter: / owickstrom
Kris on Mastodon: mastodon.social...
Kris on LinkedIn: / krisjenkins
Kris on Twitter: / krisajenkins
--
#softwaredevelopment #podcast #programming #testdrivendevelopment #propertytesting