Keyword Driven Testing

Introduction

Keyword-driven testing, also known as table-driven testing or action-word testing, is a software testing methodology for automated testing that separates the test creation process into two distinct stages: a Planning Stage, and an Implementation Stage.

Overview

Although keyword testing can be used for manual testing, it is a technique particularly well suited to automated testing.
The advantages for automated tests are the reusability and therefore ease of maintenance of tests that have been created at a high level of abstraction.

Methodology

The keyword-driven testing methodology divides test creation into two stages:-

1. Planning Stage
2. Implementation Stage

Planning Stage
Examples of keywords

• A simple keyword (one action on one object), e.g. entering a username into a textfield.
  
  ObjectActionData
  

  Textfield(username)	Enter text

• A more complex keyword (a combination of keywords into a meaningful unit), e.g. logging in.
  
  ObjectActionData
  

  Textfield (domain)	Enter text
  Textfield (username)	Enter text
  Textfield (password)	Enter text
  Button (login)	Click	One left click

Implementation Stage

The implementation stage differs depending on the tool or framework used. Often, automation engineers implement a framework that provides keywords like “check” and “enter” [1]. Testers or test designers (who don’t have to know how to program) write test cases based on the keywords defined in the planning stage that have been implemented by the engineers. The test is executed using a driver that reads the keywords and executes the corresponding code.

Other methodologies use an all-in-one implementation stage. Instead of separating the tasks of test design and test engineering, the test design is the test automation. Keywords, such as “edit” or “check” are created using tools in which the necessary code has already been written. This removes the necessity for extra engineers in the test process, because the implementation for the keywords is already a part of the tool. Tools such as GUIdancer and Worksoft Certify use this approach.

Pros

1. Maintenance is low in a long run
   1. Test cases are concise
   2. Test Cases are readable for the stake holders
   3. Test Cases easy to modify
   4. New test cases can reuse existing keywords more easily
2. Keyword re-use across multiple test cases
3. Not dependent on Tool / Language
4. Division of Labor
   1. Test Case construction needs stronger domain expertise - lesser tool / programming skills
   2. Keyword implementation requires stronger tool/programming skill - with relatively lower domain skill
5. Abstraction of Layers

Cons

1. Longer Time to Market (as compared to manual testing or record and replay technique)
2. Moderately high learning curve initially

More To Read

Published: None; Tags: Automatic Testing; Type: Book page; Source: Wikipedia; Childs: None;
More Important Articles on this subject:

• Hans Buwalda, success factors for keyword driven testing. by LogiGear
• SAFS (Software Automation Framework Support) by SAFS
  
• Test automation frameworks by SAFS
  
• Automation Framework - gFast: generic Framework for Automated Software Testing - QTP Framework by heydaysoft
• Robot Framework Open Source Test Automation Framework by RobotFramework