DEPUTY

From Test Automation Patterns
Revision as of 14:27, 3 April 2018 by Cathal (talk | contribs) (Created page with "<div id="content_view" class="wiki" style="display: block"><span style="font-size: 14px">.........................................................................................")
(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

Appoint a deputy to all important knowledge carriers

Category

Management

Context

This pattern is important for long lasting automation, it's not needed for one-off or disposable scripts.

Description

It is common knowledge that one needs to backup the testware (data or scripts) just in case it could be lost or damaged. The same should also happen for the know-how in the heads of the automation engineers: there should always be a deputy that is able to take over if who is in charge of the framework, the scripts or test execution suddenly gets sick, goes on vacation or, in the worst case, leaves the company.
=Implementation= Here some suggestions:

  • GET TRAINING: keep all members of the automation team up to date with the latest tools and standards
  • DOCUMENT THE TESTWARE: This pattern is essential for keeping the test automation effort maintainable
  • PAIR UP, SHARE INFORMATION: apply these patterns to spread knowledge though the team
  • SET STANDARDS: it's easier to learn and understand what other people do, if everybody follows the same standards
  • MANAGEMENT SUPPORT: you will need it in order to free people to become deputies

Potential problems

Beware of people building little "empires", that don't want to share their knowledge with the rest of the team

Issues addressed by this pattern

KNOW-HOW LEAKAGE

Experiences

If you have used this pattern, please add your name and a brief story of how you used this pattern: your context, what you did, and how well it worked - or how it didn't work!
.................................................................................................................Main Page / Back to Management Patterns / Back to Test Automation Patterns