EASY TO DEBUG FAILURES

From Test Automation Patterns
Revision as of 11:34, 4 July 2018 by Dorothy (talk | contribs)
Jump to navigation Jump to search
.................................................................................................................Main Page / Back to Execution Patterns / Back to Test Automation Patterns

Pattern summary

Each test failure should make it obvious which test failed and what went wrong. It shouldn't take hours to figure this out and it shouldn't require a rerun of the test.

Category

Execution

Context

This pattern is useful for big and small automation undertakings.

Description

Develop simple clear well documented tests. Design the automated test so that it keeps track of the information you would want to know when the test fails, for example, capture screen shots on a regular basis, or log all messages that are output, or record all the input data in one place. Automate the clear up such that all the test results and associated information is available in one place and is easily accessible to the person investigating the reason for the failure.

Implementation

How to implement this pattern depends on your context. Here are some suggestions:

Potential problems

If you do need to rerun your tests for better checking, implement ONE-CLICK RETEST

Issues addressed by this pattern

HARD-TO-AUTOMATE
INEFFICIENT FAILURE ANALYSIS

Experiences

If you have used this pattern and would like to contribute your experience to the wiki, please go to Experiences to submit your experience or comment.

.................................................................................................................Main Page / Back to Execution Patterns / Back to Test Automation Patterns