Difference between revisions of "Failure Patterns"

From Test Automation Patterns
Jump to navigation Jump to search
 
(2 intermediate revisions by the same user not shown)
Line 5: Line 5:
 
|-
 
|-
 
| <span style="font-size: 16px">[[ FRAMEWORK COMPETITION]]</span><br />
 
| <span style="font-size: 16px">[[ FRAMEWORK COMPETITION]]</span><br />
! <span style="font-size: 16px;text-align:left;">Different teams build different automation frameworks and are not able or willing to consolidate them</span><br />
+
| <span style="font-size: 16px">Different teams build different automation frameworks and are not able or willing to consolidate them</span><br />
 
|-
 
|-
 
| <span style="font-size: 16px">[[ GOING FOR THE NUMBERS]]</span><br />
 
| <span style="font-size: 16px">[[ GOING FOR THE NUMBERS]]</span><br />
! <span style="font-size: 16px">The automation team is pushed into automating as many tests as possible while disregarding test robustness</span><br />
+
| <span style="font-size: 16px">The automation team is pushed into automating as many tests as possible while disregarding test robustness</span><br />
 
|-
 
|-
 
| <span style="font-size: 16px">[[ THE NIGHT TIME FALLACY]]</span><br />
 
| <span style="font-size: 16px">[[ THE NIGHT TIME FALLACY]]</span><br />
! <span style="font-size: 16px">Targeting "Night runs" can lead to inefficient automation</span><br />
+
| <span style="font-size: 16px">Targeting "Night runs" can lead to inefficient automation</span><br />
 
|-
 
|-
 
| <span style="font-size: 16px">[[ TOOL MUSHROOMING]]</span><br />
 
| <span style="font-size: 16px">[[ TOOL MUSHROOMING]]</span><br />
! <span style="font-size: 16px">Test tools developed in-house evolve from useful utilities to large and unwieldy automation frameworks </span><br />
+
| <span style="font-size: 16px">Test tools developed in-house evolve from useful utilities to large and unwieldy automation frameworks </span><br />
 
|}
 
|}
 
<br /> <span style="font-size: 16px">[[Main Page]] </span><br /> <span style="font-size: 16px">[[Test Automation Issues]]</span><br /> <span style="font-size: 16px">[[Test Automation Patterns]]</span><br /> <br />   
 
<br /> <span style="font-size: 16px">[[Main Page]] </span><br /> <span style="font-size: 16px">[[Test Automation Issues]]</span><br /> <span style="font-size: 16px">[[Test Automation Patterns]]</span><br /> <br />   
 
[1] Failure Patterns introduced by Michael Stahl </div>
 
[1] Failure Patterns introduced by Michael Stahl </div>

Latest revision as of 13:52, 6 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.


Failure Patterns [1]
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

[1] Failure Patterns introduced by Michael Stahl