Difference between revisions of "UNREALISTIC EXPECTATIONS"

From Test Automation Patterns
Jump to navigation Jump to search
(Created page with "<div id="content_view" class="wiki" style="display: block"><span style="font-size: 14px">.........................................................................................")
 
m
 
(3 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<div id="content_view" class="wiki" style="display: block"><span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Management Issues]] / Back to [[Test Automation Issues]]</span><br />  
+
<div id="content_view" class="wiki" style="display: block"><span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Management Issues]] / Back to [[Test Automation Issues]]</span>  
=<span style="font-size: 16px">Issue summary</span>=
+
=<span style="font-size: 16px">'''Issue summary'''</span>=
<br /> <span style="font-size: 16px">There are unrealistic expectations regarding what test automation can and cannot deliver. The [[UNREALISTIC%20EXPECTATIONS%20Mind%20Map Mind Map]] shows an overview of the resolving patterns for this issue.</span><br /> <br /> <span style="font-size: 16px">Usually it is managers who have unrealistic expectations for automation - sometimes they are hoping for a "silver bullet" that will solve all of their problems.</span><br /> <br /> <span style="font-size: 16px">However, others may also have unrealistic expectations. For example, testers may believe that automated tests will "notice" things that a human being would notice, or developers may think that tests will "automate themselves" and testers are not needed to identify which tests are best to automate.</span><br /> <br /> <br />  
+
<span style="font-size: 16px">There are unrealistic expectations regarding what test automation can and cannot deliver.<br /> <span style="font-size: 16px">Usually it is managers who have unrealistic expectations for automation - sometimes they are hoping for a "silver bullet" that will solve all of their problems.</span><br /> <br /> <span style="font-size: 16px">However, others may also have unrealistic expectations. For example, testers may believe that automated tests will "notice" things that a human being would notice, or developers may think that tests will "automate themselves" and testers are not needed to identify which tests are best to automate.</span>  
=<span style="font-family: Arial; font-size: 16px">Category</span>=
+
=<span style="font-family: Arial; font-size: 16px">'''Category'''</span>=
<br /> <span style="font-family: Arial; font-size: 16px">Management</span><br /> <br />  
+
<span style="font-family: Arial; font-size: 16px">Management</span>  
=<span style="font-family: Arial; font-size: 16px">Examples of unrealistic expectations</span>=
+
=<span style="font-family: Arial; font-size: 16px">'''Examples of unrealistic expectations'''</span>=
<br />
 
 
 
 
# <span style="font-family: Arial; font-size: 16px">Every single (manual) test case can and should be automated.</span>
 
# <span style="font-family: Arial; font-size: 16px">Every single (manual) test case can and should be automated.</span>
 
# <span style="font-family: Arial; font-size: 16px">Even if the SUT is changed almost daily, the tests should be automated (now).</span>
 
# <span style="font-family: Arial; font-size: 16px">Even if the SUT is changed almost daily, the tests should be automated (now).</span>
Line 15: Line 13:
 
# <span style="font-family: Arial; font-size: 16px">Maintenance of automated tests will not be needed, or has a very small cost.</span>
 
# <span style="font-family: Arial; font-size: 16px">Maintenance of automated tests will not be needed, or has a very small cost.</span>
 
# <span style="font-family: Arial; font-size: 16px">Managers don't understand that introduction of test automation introduces a parallel development process and thus increases cost.</span>
 
# <span style="font-family: Arial; font-size: 16px">Managers don't understand that introduction of test automation introduces a parallel development process and thus increases cost.</span>
<br />
+
=<span style="font-family: Arial; font-size: 16px">'''Questions'''</span>=
=<span style="font-family: Arial; font-size: 16px">Questions</span>=
+
<span style="font-size: 16px">What do managers expect that automation will do for the company?</span><br /> <span style="font-size: 16px">What sources have they used to find out about automation?</span><br /> <span style="font-size: 16px">What do they see as the limitations of automation?</span><br /> <span style="font-size: 16px">What investment do they think is still needed in automation?</span><br /> <span style="font-size: 16px">How will they measure the benefits of automation?</span>  
<br /> <span style="font-size: 16px">What do managers expect that automation will do for the company?</span><br /> <span style="font-size: 16px">What sources have they used to find out about automation?</span><br /> <span style="font-size: 16px">What do they see as the limitations of automation?</span><br /> <span style="font-size: 16px">What investment do they think is still needed in automation?</span><br /> <span style="font-size: 16px">How will they measure the benefits of automation?</span><br /> <br />  
+
=<span style="font-family: Arial; font-size: 16px">'''Resolving Patterns'''</span>=
=<span style="font-family: Arial; font-size: 16px">Resolving Patterns</span>=
+
<span style="font-family: Arial; font-size: 16px">Most recommended:</span><br />  
<br /> <span style="font-family: Arial; font-size: 16px">Most recommended:</span><br /> <br />
 
 
 
 
* <span style="font-family: Arial; font-size: 16px">[[SET CLEAR GOALS]]: Apply this pattern if you still have to begin. If you are already automating, take a step back and apply this pattern so long until everybody has the same understanding of test automation</span>
 
* <span style="font-family: Arial; font-size: 16px">[[SET CLEAR GOALS]]: Apply this pattern if you still have to begin. If you are already automating, take a step back and apply this pattern so long until everybody has the same understanding of test automation</span>
 
* <span style="font-size: 16px">[[DO A PILOT]]</span><span style="font-family: Arial; font-size: 16px">: When the automation effort hasn't started yet, apply this pattern to clarify what automation can and cannot do, what resources you will need (tools, people) etc.</span>
 
* <span style="font-size: 16px">[[DO A PILOT]]</span><span style="font-family: Arial; font-size: 16px">: When the automation effort hasn't started yet, apply this pattern to clarify what automation can and cannot do, what resources you will need (tools, people) etc.</span>
 
* <span style="font-size: 16px">[[SHARE INFORMATION]]</span><span style="font-family: Arial; font-size: 16px">: This pattern is useful to resolve this issue if you are already in the thick of test automation. If people believe any of the things in the list above of unrealistic expectations, you will need to educate them to explain why this is not realistic.</span>
 
* <span style="font-size: 16px">[[SHARE INFORMATION]]</span><span style="font-family: Arial; font-size: 16px">: This pattern is useful to resolve this issue if you are already in the thick of test automation. If people believe any of the things in the list above of unrealistic expectations, you will need to educate them to explain why this is not realistic.</span>
<br /> <br /> <span style="font-size: 16px">Other useful pattern:</span><br />  
+
<br /><span style="font-size: 16px">Other useful patterns:</span><br />  
 
 
 
* <span style="font-family: Arial; font-size: 16px">[[TAKE SMALL STEPS]]: Use this pattern to show what can realistically be achieved within a short time frame such as a single Sprint</span>
 
* <span style="font-family: Arial; font-size: 16px">[[TAKE SMALL STEPS]]: Use this pattern to show what can realistically be achieved within a short time frame such as a single Sprint</span>
<br /> <span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Management Issues]] / Back to [[Test Automation Issues]]</span></div>
+
<br /> <span style="font-size: 14px">.................................................................................................................[[Main Page]] / Back to [[Management Issues]] / Back to [[Test Automation Issues]]</span>

Latest revision as of 14:20, 25 June 2018

.................................................................................................................Main Page / Back to Management Issues / Back to Test Automation Issues

Issue summary

There are unrealistic expectations regarding what test automation can and cannot deliver.
Usually it is managers who have unrealistic expectations for automation - sometimes they are hoping for a "silver bullet" that will solve all of their problems.

However, others may also have unrealistic expectations. For example, testers may believe that automated tests will "notice" things that a human being would notice, or developers may think that tests will "automate themselves" and testers are not needed to identify which tests are best to automate.

Category

Management

Examples of unrealistic expectations

  1. Every single (manual) test case can and should be automated.
  2. Even if the SUT is changed almost daily, the tests should be automated (now).
  3. There is no need to spend time developing a framework - the manager bought you the tool, now just get on with it.
  4. When automated tests pass, it means there are no defects in the software.
  5. Running an automated test the first time automatically gives Return on Investment (even if it takes 10 times longer to automate the test than it would to run it manually).
  6. Any manual tester can write automated test cases directly in the tool scripting language.
  7. Maintenance of automated tests will not be needed, or has a very small cost.
  8. Managers don't understand that introduction of test automation introduces a parallel development process and thus increases cost.

Questions

What do managers expect that automation will do for the company?
What sources have they used to find out about automation?
What do they see as the limitations of automation?
What investment do they think is still needed in automation?
How will they measure the benefits of automation?

Resolving Patterns

Most recommended:

  • SET CLEAR GOALS: Apply this pattern if you still have to begin. If you are already automating, take a step back and apply this pattern so long until everybody has the same understanding of test automation
  • DO A PILOT: When the automation effort hasn't started yet, apply this pattern to clarify what automation can and cannot do, what resources you will need (tools, people) etc.
  • SHARE INFORMATION: This pattern is useful to resolve this issue if you are already in the thick of test automation. If people believe any of the things in the list above of unrealistic expectations, you will need to educate them to explain why this is not realistic.


Other useful patterns:

  • TAKE SMALL STEPS: Use this pattern to show what can realistically be achieved within a short time frame such as a single Sprint


.................................................................................................................Main Page / Back to Management Issues / Back to Test Automation Issues