Writing tests that suck less!

The "What", the “How” and the "Why"

Why is it so hard to write proper integration tests?

Writing unit tests is easy, since testing functions is trivial. But the more high-level our tests become, the more they have to deal with the state and side-effects of our application. It becomes harder and harder to write proper tests. And worst of all: they are harder and harder to understand and to maintain, greatly diminishing the value of those tests as a documentation of your software.

On the other hand Acceptance Tests can be seen as the most important tests of our systems. They should be easy to read and to reason about. These tests have to clearly communicate the intent of the code under test.

In this talk I want to show how you can use simple strategies to tranform your acceptance tests to something, that clearly separate why is something tested, what is tested and how it is tested. These tests will be easy to grasp and to reason about, providing great value as an executable documentation of your systems.

Related Sessions

  • Tutorial
  • Keynote
  • Talk
  • Workshop
  • Combo
  • Bonus
  • Active
  • Social
  • Virtual Pass icon
    Virtual Pass Session

30-minute Talk

10:25-10:55 Room F3 - Track 3: Talks

Doubt Builds Trust

Bonus Session

11:55-12:25 Creative Space Room - Track 9: Workshops & Open Space

Hands-on Lab

30-minute Talk

13:55-14:25 Room E2+E3

Nonviolent Communication for Software Testers

30-minute Talk

11:10-11:40 Room F2 - Track 2: Talks

Deep Oracles

If you like the Agile Testing Days Conference you might also like: