Difference between revisions of "LOOK FOR TROUBLE"
(Created page with "<div id="content_view" class="wiki" style="display: block"><span style="font-size: 14px">.........................................................................................") |
|||
Line 9: | Line 9: | ||
<span style="font-size: 16px">Control regularly the health of your test automation so that you can solve eventual problems proactively</span> | <span style="font-size: 16px">Control regularly the health of your test automation so that you can solve eventual problems proactively</span> | ||
=<span style="font-size: 16px">Implementation</span>= | =<span style="font-size: 16px">Implementation</span>= | ||
− | <span style="font-size: 16px">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 [[ | + | <span style="font-size: 16px">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]] </span><br /> <br /> <span style="font-size: 16px">Here a short list of possible topics to keep an eye on:</span><br /> |
* <span style="font-size: 16px">Does everybody on the automation team know at least the basics of automation and of tool use?</span> | * <span style="font-size: 16px">Does everybody on the automation team know at least the basics of automation and of tool use?</span> |
Revision as of 13:19, 24 April 2018
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 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!.................................................................................................................Main Page / Back to Process Patterns / Back to Test Automation Patterns