We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

Assertions considered Harmful

Formal Metadata

Title
Assertions considered Harmful
Subtitle
recheck your test automation
Title of Series
Number of Parts
94
Author
License
CC Attribution 4.0 International:
You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor.
Identifiers
Publisher
Release Date
Language

Content Metadata

Subject Area
Genre
Abstract
Testing has been voted THE major pain point in the development life cycle by a recent Forrester research. And for good reason. Test automation (regression testing) is essentially not working—many teams are discarding efforts and people talk about the ROI of deleting tests. Especially on the UI-level, tests tend to be brittle and incomplete, yet a huge effort to create and maintain—reflected in the famous test pyramid. This is a stark contrast to current trend topics, like CI/CD, DevOps and shift-left. So how can we solve that problem? Assertions are the go-to checking mechanism in unit tests. However, when applied to testing interfaces, specifically GUIs, I consider them to be toxic. It is hard, but still feasible, to achieve a certain level of separation on the unit level. On the interface level, where integration is inevitable, it is outright impossible. And practice shows exactly that. But there are alternatives. From ApprovalTests to TextTest to various pixel-comparison tools, Golden Master Testing is a viable option. I give a short overview about them, together with some practical example when to apply what.