Difference between revisions of "Debbie Disappointed Solution"

From Test Automation Patterns
Jump to navigation Jump to search
(Created page with " <span style="font-size: 16px"> 1) Go to Test Automation Issues Mind Map or Test Automation Issues. Look through the Issue names and see if one stands out as Ivan's ma...")
 
 
Line 1: Line 1:
 +
<div id="content_view" class="wiki" style="display: block"><span style="display: block; text-align: left"><span style="font-size: 16px">
 +
 +
Debbie is not happy. She had had great hopes for the automation, and in fact things had started out really well. The testers were happy with the tool that they had selected, and had automated a lot of tests for the previous release. They were able to run tests that used to take 2 days in half a day. Debbie had calculated that their investment in the tool (and the learning curve to use it) had given them a positive Return on Investment, so she was happy with the automation project. She was even beginning to think about which testers she could let go from the team.</span>
 +
 +
</span> <span style="display: block; text-align: left"> </span> <span style="display: block; text-align: left"><span style="font-size: 16px">
 +
 +
But now that the new release needs to be tested - and quickly - the testers are complaining that they have to update so many of the existing scripts that they hardly have any time to automate new tests or indeed to do any manual testing. Debbie can see that more and more time is being spent on the automation without getting an increasing ROI, and this is frustrating. She really had thought that the ROI, now that the automation had proved itself in the first release, would be increasing more and more, and now it looks like she can’t gain any savings by reducing the test team.</span><br /> <br />
  
 
<span style="font-size: 16px">
 
<span style="font-size: 16px">
1) Go to [[Test Automation Issues Mind Map]] or [[Test Automation Issues]]. Look through the Issue names and see if one stands out as Ivan's main problem.
+
Exercises:</span><br />
</span></span><br />  
 
  
 
<span style="font-size: 16px">
 
<span style="font-size: 16px">
* Looking through the Issues, the most relevant one is ''[[INADEQUATE DOCUMENTATION]]''.
+
1) Go to [[Test Automation Issues Mind Map]] or [[Test Automation Issues]]. Look through the Issue names and see if one stands out as Debbie's main problem.
 
</span></span><br />  
 
</span></span><br />  
  
 
<span style="font-size: 16px">
 
<span style="font-size: 16px">
2) Go to [[Test Automation Patterns Mind Map]] or [[Test Automation Patterns]]. Look through the Pattern names and see which stand out as possible solutions for Ivan.
+
* Looking through the Issues, there are a number that could be relevant, including ''[[UNREALISTIC EXPECTATIONS]]'', ''[[HIGH ROI EXPECTATIONS]]'' and ''[[BRITTLE SCRIPTS]]''.
 
</span><br />  
 
</span><br />  
  
 
<span style="font-size: 16px">
 
<span style="font-size: 16px">
* Looking through the Patterns, [[DOCUMENT THE TESTWARE]] (Process Pattern) is the one that Ivan should have used, and is probably the best one for him now as well (even if he doesn’t like the idea!) <br />  <br />
+
2) Go to [[Test Automation Patterns Mind Map]] or [[Test Automation Patterns]]. Look through the Pattern names and see which stand out as possible solutions for Debbie.
* DESIGN FOR REUSE (Design Pattern) may also be appropriate.  
+
</span><br />  
</span><br />  <br />  
 
  
 
<span style="font-size: 16px">
 
<span style="font-size: 16px">
3) Go to the [[Diagnostic]]. Answer the questions on Ivan's behalf and see if you find the same issues and patterns.
+
* Looking through the Patterns, [[MAINTAINABLE TESTWARE]] is probably the most relevant.
 +
 
 +
</span><br />
 +
 
 +
<span style="font-size: 16px">
 +
3) Go to the [[Diagnostic]]. Answer the questions on Debbie's behalf and see if you find the same issues and patterns.
 
</span><br /> <br />  
 
</span><br /> <br />  
  
Line 24: Line 34:
 
Using the [[Diagnostic]], the following path is one possibility: <br /> <span style="font-size: 16px">
 
Using the [[Diagnostic]], the following path is one possibility: <br /> <span style="font-size: 16px">
  
* The most appropriate choice is to “want to improve or revive your test automation”.
+
* “improve or revive your test automation” is the best starting point.
*At the next level, the most appropriate choice is “Maintenance expectations not met” (although some of the others may also apply).
+
* This leads to two possible choices. The first is “Management expectations for automation not met”. Since Debbie is concerned with ROI, this leads us to ''[[HIGH ROI EXPECTATIONS]]'' (Management Issue).
*The best choice now is the one about other people not understanding what the automation is doing, so the issue is ''INADEQUATE DOCUMENTATION''.
+
* The second possible choice is “Maintenance expectations not met”.  
*There are three patterns listed in the Issue: DOCUMENT THE TESTWARE, DESIGN FOR REUSE and SET STANDARDS. All would be useful for Ivan.
+
* On that page, the first option, “Maintenance costs too high” seems the best choice.
*Looking at DOCUMENT THE TESTWARE, there is good advice for producing good automation documentation. One suggestion that may be very useful for Ivan is to let a “newbie” update the documentation, or in this case, get Ramesh to write documentation based on what he can glean from the scripts etc. Ivan can then review this and between them, they should come up with good documentation. Ramesh would gain familiarity with all the the automated testware by trying to write up what it does, and the discussions about this will help to bring him “up to speed” with Ivan’s work.
+
* On the next page, the first option seems most applicable, “Updating the automation scripts”, as this is the highest expense.
*It is important to SET STANDARDS for the documentation - and also to keep to them!
+
* This leads to ''[[BRITTLE SCRIPTS]]'' (Design Issue).
 +
 
 +
The one pattern that both of these issues have in common is:
 +
* [[MAINTAINABLE TESTWARE]] (Design Pattern) It seems that the reason Debbie’s hoped-for ROI has not continued, is that maintenance of the testware wasn’t planned, or not planned well enough.
 +
 
 +
Other patterns recommended by HIGH ROI EXPECTATIONS include:
 +
* [[AUTOMATE GOOD TESTS]] ((Design Pattern)
 +
* [[SET CLEAR GOALS]] (Management Pattern)
 +
* [[DO A PILOT]] (Management Pattern)
 +
* [[SHARE INFORMATION]] (Management Pattern)
 +
 
 +
Other patterns recommended by BRITTLE SCRIPTS include:
 +
* [[TESTWARE ARCHITECTURE]] (Design Pattern)
 +
* [[ABSTRACTION LEVELS]] (Design Pattern)
 +
* [[MANAGEMENT SUPPORT]] (Management Pattern)
 +
* [[GOOD PROGRAMMING PRACTICES]] (Process Pattern)<br />  <br /> 
 +
 
 +
In this example, there are many patterns that could be used. The best one to start with depends on the situation, but any of these would help to address the problem. There is often not a single best solution, but the patterns give you a selection of useful patterns to choose from.
  
 
</span><br />   
 
</span><br />   
  
 
<br /> <span style="font-size: 16px">Back to [[Exercises]]</span><br/ ><br />
 
<br /> <span style="font-size: 16px">Back to [[Exercises]]</span><br/ ><br />

Latest revision as of 10:20, 9 July 2018

Debbie is not happy. She had had great hopes for the automation, and in fact things had started out really well. The testers were happy with the tool that they had selected, and had automated a lot of tests for the previous release. They were able to run tests that used to take 2 days in half a day. Debbie had calculated that their investment in the tool (and the learning curve to use it) had given them a positive Return on Investment, so she was happy with the automation project. She was even beginning to think about which testers she could let go from the team.

But now that the new release needs to be tested - and quickly - the testers are complaining that they have to update so many of the existing scripts that they hardly have any time to automate new tests or indeed to do any manual testing. Debbie can see that more and more time is being spent on the automation without getting an increasing ROI, and this is frustrating. She really had thought that the ROI, now that the automation had proved itself in the first release, would be increasing more and more, and now it looks like she can’t gain any savings by reducing the test team.

Exercises:

1) Go to Test Automation Issues Mind Map or Test Automation Issues. Look through the Issue names and see if one stands out as Debbie's main problem.


2) Go to Test Automation Patterns Mind Map or Test Automation Patterns. Look through the Pattern names and see which stand out as possible solutions for Debbie.


3) Go to the Diagnostic. Answer the questions on Debbie's behalf and see if you find the same issues and patterns.

Using the Diagnostic, the following path is one possibility:

  • “improve or revive your test automation” is the best starting point.
  • This leads to two possible choices. The first is “Management expectations for automation not met”. Since Debbie is concerned with ROI, this leads us to HIGH ROI EXPECTATIONS (Management Issue).
  • The second possible choice is “Maintenance expectations not met”.
  • On that page, the first option, “Maintenance costs too high” seems the best choice.
  • On the next page, the first option seems most applicable, “Updating the automation scripts”, as this is the highest expense.
  • This leads to BRITTLE SCRIPTS (Design Issue).

The one pattern that both of these issues have in common is:

  • MAINTAINABLE TESTWARE (Design Pattern) It seems that the reason Debbie’s hoped-for ROI has not continued, is that maintenance of the testware wasn’t planned, or not planned well enough.

Other patterns recommended by HIGH ROI EXPECTATIONS include:

Other patterns recommended by BRITTLE SCRIPTS include:

In this example, there are many patterns that could be used. The best one to start with depends on the situation, but any of these would help to address the problem. There is often not a single best solution, but the patterns give you a selection of useful patterns to choose from.



Back to Exercises