Difference between revisions of "Failure Patterns"
Jump to navigation
Jump to search
(Created page with "<div id="content_view" class="wiki" style="display: block"><span style="font-family: Arial; font-size: 16px">Failure patterns show how behaviours that start well can end up as...") |
|||
| Line 1: | Line 1: | ||
| − | <div id="content_view" class="wiki" style="display: block"><span style="font-family: Arial; font-size: 16px">Failure patterns show how behaviours that start well can end up as costly failures. These kind of patterns help recognize if an automation project is heading in the wrong direction at a time when countermeasures can still enable a turnaround. The table below gives a list of the Failure patterns with a short description.</span><span style="font-size: 16px"> [[The Failure Patterns Mind Map]] shows whi</span><span style="font-family: Arial; font-size: 16px">ch other patterns are used by the failure patterns.</span><br /> <br /> <br /> | + | <div id="content_view" class="wiki" style="display: block"><span style="font-family: Arial; font-size: 16px">Failure patterns show how behaviours that start well can end up as costly failures. These kind of patterns help recognize if an automation project is heading in the wrong direction at a time when countermeasures can still enable a turnaround. Failure patterns are also called "anti-patterns", since they are things that you shouldn't do. In this wiki, they could also be Issues. The table below gives a list of the Failure patterns with a short description.</span><span style="font-size: 16px"> [[The Failure Patterns Mind Map]] shows whi</span><span style="font-family: Arial; font-size: 16px">ch other patterns are used by the failure patterns.</span><br /> <br /> <br /> |
{| class="wiki_table" | {| class="wiki_table" | ||
! <span style="font-size: 16px">Failure Pattern</span> | ! <span style="font-size: 16px">Failure Pattern</span> | ||
Revision as of 12:14, 4 July 2018
Failure patterns show how behaviours that start well can end up as costly failures. These kind of patterns help recognize if an automation project is heading in the wrong direction at a time when countermeasures can still enable a turnaround. Failure patterns are also called "anti-patterns", since they are things that you shouldn't do. In this wiki, they could also be Issues. The table below gives a list of the Failure patterns with a short description. The Failure Patterns Mind Map shows which other patterns are used by the failure patterns.
Main Page
Test Automation Issues
Test Automation Patterns
*) Failure Patterns introduced by Michael Stahl
| Failure Pattern | Description |
|---|---|
| FRAMEWORK COMPETITION * | Different teams build different automation frameworks and are not able or willing to consolidate them |
| GOING FOR THE NUMBERS * | The automation team is pushed into automating as many tests as possible while disregarding test robustness |
| THE NIGHT TIME FALLACY * | Targeting "Night runs" can lead to inefficient automation |
| TOOL MUSHROOMING * | Test tools developed in-house evolve from useful utilities to large and unwieldy automation frameworks |
Main Page
Test Automation Issues
Test Automation Patterns
*) Failure Patterns introduced by Michael Stahl