Difference between revisions of "LOOK FOR TROUBLE"

From Test Automation Patterns
Jump to navigation Jump to search
m (Topic titles in capital letters)
 
(One intermediate revision by the same user not shown)
Line 23: Line 23:
 
''<span style="font-size: 16px">[[AUTOMATION DECAY]]</span>''<br /> ''<span style="font-size: 16px">[[STALLED AUTOMATION]]</span>''<br /> ''<span style="font-size: 16px">[[TOOL-DRIVEN AUTOMATION]]</span>''
 
''<span style="font-size: 16px">[[AUTOMATION DECAY]]</span>''<br /> ''<span style="font-size: 16px">[[STALLED AUTOMATION]]</span>''<br /> ''<span style="font-size: 16px">[[TOOL-DRIVEN AUTOMATION]]</span>''
 
=<span style="font-size: 16px">'''Experiences'''</span>=
 
=<span style="font-size: 16px">'''Experiences'''</span>=
<span style="font-size: 16px">If you have used this pattern, please add your name and a brief story of how you used this pattern: your context, what you did, and how well it worked - or how it didn't work!</span><br /> <br /> <span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Process Patterns]] / Back to [[Test Automation Patterns]]</span></div>
+
 
 +
<span style="font-size: 16px">If you have also used this pattern and would like to contribute your experience to the wiki, please go to [[Feedback]] to submit your experience or comment.</span><br /> <br />  
 +
 +
 
 +
<span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Process Patterns]] / Back to [[Test Automation Patterns]]</span></div>

Latest revision as of 14:39, 21 August 2018

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

Pattern summary

Keep an eye on possible problems in order to solve them before they become unmanageable

Category

Process

Context

Use this pattern regularly in any context. How often depends on the size of your automation effort or on the agility of your development environment (every day, every build, every iteration, every month and so on)

Description

Control regularly the health of your test automation so that you can solve eventual problems proactively

Implementation

To access how "healthy" your automation is, ask your team regularly and review the measurements you have put in place to see if you are achieving your automation goals. The value of the information lies not in the actual answers or numbers, but in seeing trends, and whether or not you are making progress towards your goals. You should use the information as a gauge that tells you when it would be sensible to go to the Diagnostic

Here a short list of possible topics to keep an eye on:

  • Does everybody on the automation team know at least the basics of automation and of tool use?
  • Is management up-to-date on the state of the automation effort?
  • Are the automation goals (still) valid?
  • Does management (still) support automation?
  • Does the current tool (still) drive the SUT (System under Test) to complete satisfaction?
  • Are the updates to the automation testware due to changes to the SUT (still) manageable?
  • Is the number of automated test cases increasing at the expected rate?
  • Are the automation stakeholders satisfied?

Potential problems

Remember: finding out where the problems are just increases frustration if you don't go on and solve them!

Issues addressed by this pattern

AUTOMATION DECAY
STALLED AUTOMATION
TOOL-DRIVEN AUTOMATION

Experiences

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


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