Difference between revisions of "THINK OUT-OF-THE-BOX"
Jump to navigation
Jump to search
(One intermediate revision by the same user not shown) | |||
Line 22: | Line 22: | ||
=<span style="font-size: 16px">'''Experiences'''</span>= | =<span style="font-size: 16px">'''Experiences'''</span>= | ||
− | <span style="font-size: 16px">If you have | + | <span style="font-size: 16px">If you have 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 [[Design Patterns]] / Back to [[Test Automation Patterns]]</span></div> | <span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Design Patterns]] / Back to [[Test Automation Patterns]]</span></div> |
Latest revision as of 16:00, 21 August 2018
.................................................................................................................Main Page / Back to Design Patterns / Back to Test Automation Patterns
Pattern summary
The best automation solutions are often found by concentrating on what the test case is trying to check and forgetting how it is executed manually
Category
Design
Context
This pattern is always valid
Description
When tackling some automation problem, it pays to look for unconventional solutions
Implementation
There are quite a few ways to implement this pattern. Here some ideas:
- For a start KEEP IT SIMPLE and TAKE SMALL STEPS. Once you better understand the problem try to think about it from different viewpoints
- Can you automate some of the tasks surrounding the test automation? For example, as part of pre-processing for a given set of tests, perhaps some data needs to be set up in a database or file. Write (or ask someone to write for you) a small utility or script to populate the data you need. This can then be called as part of the set-up for that test, and this helps toward UNATTENDED TEST EXECUTION.
- ASK FOR HELP: ask a tester about different ways to get the same results or ask a developer how the functionality you want to test is implemented
- SHARE INFORMATION: Explain to testers, developers or other automators your problem, maybe all together you come on a better solution
- Search in internet forums how other people have solved the same problem
- Sleep over it: sometimes in the evening a problem hovers like an impregnable wall, but in the morning suddenly the wall has become much lower!
Potential problems
If you don't get a better idea immediately, use what you have: a not so good solution is still much better than no solution at all
Issues addressed by this pattern
COMPLEX ENVIRONMENT
HARD-TO-AUTOMATE
MANUAL MIMICRY
MULTIPLE PLATFORMS
UNAUTOMATABLE TEST CASES
Experiences
If you have used this pattern and would like to contribute your experience to the wiki, please go to Feedback to submit your experience or comment.