AUTOMATE EARLY

From Test Automation Patterns
Revision as of 14:45, 21 August 2018 by Dorothy (talk | contribs) (→‎Experiences)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search
.................................................................................................................Main Page / Back to Management Patterns / Back to Test Automation Patterns

Pattern summary

Start to automate as early as possible. The sooner automated tests can be run the sooner you can see results

Category

Management

Context

‍‍This pattern is needed if you want to have results as soon as possible

Description

Start to automate as early as possible. The sooner you can run automated tests the sooner you can get results:

  • if you work side by side with the developers from the very beginning, you will be able to see to it that the Software Under Test (SUT) is developed as TESTABLE SOFTWARE
  • the developers have feedback from the beginning
  • Management will be more ready to support you if you show quickly a return on investment

Implementation

Start to automate a STEEL THREAD or AUTOMATE WHAT'S NEEDED. If you support DATA-DRIVEN TESTING or KEYWORD-DRIVEN TESTING testers will be able to write automated test cases even before the SUT is fully implemented.

Potential problems

Beware of TOO EARLY AUTOMATION: you would invest a lot of effort to produce only “noise”!

Issues addressed by this pattern

HIGH ROI EXPECTATIONS

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.


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