Difference between revisions of "NON-TECHNICAL-TESTERS"
Jump to navigation
Jump to search
m (empty lines removed) |
m (Added ABSTRACTION LEVELS) |
||
| (One intermediate revision by the same user not shown) | |||
| Line 6: | Line 6: | ||
=<span style="font-size: 16px">'''Examples'''</span>= | =<span style="font-size: 16px">'''Examples'''</span>= | ||
# <span style="font-size: 16px">Testers are interested in testing and not all testers want to learn the scripting languages of different automation tools. On the other hand automators aren't necessarily well aquainted with the application, so there are often communication problems.</span> | # <span style="font-size: 16px">Testers are interested in testing and not all testers want to learn the scripting languages of different automation tools. On the other hand automators aren't necessarily well aquainted with the application, so there are often communication problems.</span> | ||
| − | # <span style="font-size: 16px">Testers can prepare test cases from the requirements and can therefore start even before the application has been developed. Automators must usually wait for at least a rudimentary GUI.</span> | + | # <span style="font-size: 16px">Testers can prepare test cases from the requirements and can therefore start even before the application has been developed. Automators must usually wait for at least a rudimentary GUI or API.</span> |
| + | |||
=<span style="font-size: 16px">'''Resolving Patterns'''</span>= | =<span style="font-size: 16px">'''Resolving Patterns'''</span>= | ||
<span style="font-size: 16px">Most recommended:</span><br /> | <span style="font-size: 16px">Most recommended:</span><br /> | ||
| − | * <span style="font-size: 16px">[[ | + | * <span style="font-size: 16px">[[ABSTRACTION LEVELS]]: Apply this pattern to get rid of this issue once and for all. It helps you find the best architecture when the testers cannot also be automators. </span> |
| + | <br /> <span style="font-size: 16px">Other useful patterns:</span><br /> | ||
| + | * <span style="font-size: 16px">[[DOMAIN-DRIVEN TESTING]]: This pattern is the best choice when the testers cannot also be automators </span> | ||
* <span style="font-size: 16px"><span style="font-size: 16px">[[OBJECT MAP]]</span>: This pattern is useful even if you don't implement [[DOMAIN-DRIVEN TESTING]] because it forces the development of more readable scripts</span> | * <span style="font-size: 16px"><span style="font-size: 16px">[[OBJECT MAP]]</span>: This pattern is useful even if you don't implement [[DOMAIN-DRIVEN TESTING]] because it forces the development of more readable scripts</span> | ||
| − | |||
* <span style="font-size: 16px">[[KEYWORD-DRIVEN TESTING]]: This pattern is widely used already, so it will be not only easy to apply for your testers, but you will also find it easier to find automators able to implement it</span> | * <span style="font-size: 16px">[[KEYWORD-DRIVEN TESTING]]: This pattern is widely used already, so it will be not only easy to apply for your testers, but you will also find it easier to find automators able to implement it</span> | ||
* <span style="font-size: 16px">[[SHARE INFORMATION]]: If you have issues like Example 1. this is the pattern for you!</span> | * <span style="font-size: 16px">[[SHARE INFORMATION]]: If you have issues like Example 1. this is the pattern for you!</span> | ||
| − | * <span style="font-size: 16px">[[TEST AUTOMATION FRAMEWORK]]: If you plan to implement [[DOMAIN-DRIVEN TESTING]] you will need this pattern too. Even if you don't, this pattern can make it easier for testers to use and help implement the automation</span> | + | * <span style="font-size: 16px">[[TEST AUTOMATION FRAMEWORK]]: If you plan to implement [[ABSTRACTION LEVELS]] or [[DOMAIN-DRIVEN TESTING]] you will need this pattern too. Even if you don't, this pattern can make it easier for testers to use and help implement the automation</span> |
<br /> <span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Process Issues]] / Back to [[Test Automation Issues]]</span><br /> <span style="font-size: 14px">B2</span></div> | <br /> <span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Process Issues]] / Back to [[Test Automation Issues]]</span><br /> <span style="font-size: 14px">B2</span></div> | ||
Latest revision as of 15:55, 10 September 2018
.................................................................................................................Main Page / Back to Process Issues / Back to Test Automation Issues
.................................................................................................................Main Page / Back to Process Issues / Back to Test Automation Issues
B2
Issue summary
Testers aren’t able to write automation test cases if they are not adept with the automation tools.
Category
Process
Examples
- Testers are interested in testing and not all testers want to learn the scripting languages of different automation tools. On the other hand automators aren't necessarily well aquainted with the application, so there are often communication problems.
- Testers can prepare test cases from the requirements and can therefore start even before the application has been developed. Automators must usually wait for at least a rudimentary GUI or API.
Resolving Patterns
Most recommended:
- ABSTRACTION LEVELS: Apply this pattern to get rid of this issue once and for all. It helps you find the best architecture when the testers cannot also be automators.
Other useful patterns:
- DOMAIN-DRIVEN TESTING: This pattern is the best choice when the testers cannot also be automators
- OBJECT MAP: This pattern is useful even if you don't implement DOMAIN-DRIVEN TESTING because it forces the development of more readable scripts
- KEYWORD-DRIVEN TESTING: This pattern is widely used already, so it will be not only easy to apply for your testers, but you will also find it easier to find automators able to implement it
- SHARE INFORMATION: If you have issues like Example 1. this is the pattern for you!
- TEST AUTOMATION FRAMEWORK: If you plan to implement ABSTRACTION LEVELS or DOMAIN-DRIVEN TESTING you will need this pattern too. Even if you don't, this pattern can make it easier for testers to use and help implement the automation
.................................................................................................................Main Page / Back to Process Issues / Back to Test Automation Issues
B2