Maintenance costs too high

From Test Automation Patterns
Revision as of 10:49, 23 April 2018 by Cathal (talk | contribs) (Created page with "<div id="content_view" class="wiki" style="display: block"> =<span style="font-size: 16px">What costs too much when maintaining test automation?</span>= <br /> <span style="fo...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

What costs too much when maintaining test automation?


Please select the answer that describes best where you see the highest expense.

  1. Updating the automation scripts after changes have been made to the Software Under Test (SUT) and the existing tests either no longer run or give incorrect results. It takes more effort to adapt the existing scripts than to start again.
  2. Refactoring the automation scripts in order to improve them or re-design them structurally.
  3. Creation or maintenance of test data, where the data used in the automated tests has become "out of step" with the SUT and needs to be updated, or needs to be generated from some other source.
  4. People costs have not been budgeted at all or not correctly.
  5. Other costs (hardware, software, Networks etc. ) for maintaining automated tests have not been budgeted for or are higher than expected.
  6. Changing to a new tool means that we can't use any of our existing tests without major effort. See the issue TOOL DEPENDENCY.


Return to Maintenance expectations not met

B10