Keyword driven testing approach
Blog

Keyword driven testing approach: why you should or shouldn’t use it

Keyword-driven approach in automated testing is one step away from behavior driven approach. It’s not far from behavior driven approach at comprehension standpoint but much more flexible and easy to re-factor. It is one step away from Object-driven approach, too.
10 April 2014
Test automation
Article by a1qa
a1qa

Keyword-driven approach in automated testing is one step away from behavior driven approach. It’s not far from behavior driven approach at comprehension standpoint but much more flexible and easy to re-factor. It is one step away from Object-driven approach, too.

You can use keywords as methods and “keyword arguments” as method arguments. So there is a possible usage of encapsulation, which could help re-using code and reduce time to write new tests. Actually, there are some tools like Robot Framework, which could use keyword driven, behavior driven and object-oriented approaches as well as data-driven one.

The main reason to use keyword driven approach in the project is maintenance costs and in some cases development costs. Maintenance costs are lower than in many other approaches because of easy keyword modification. To refactor or modify them your team should not have specific programming knowledge, the basics would be enough. Also because of inherited from object-oriented approaches modular structure of keywords they could be reused often, which cuts test development costs and lowers maintenance costs even more.

The reasons against the keyword driven approach are the same that could affect your test automation on the whole:

  1. Tests that you run only one time
  2. Tests that need to run ASAP
  3. Tests that based only on user experience

Keyword-driven approach could also be used in manual testing! This will give you flexible testing steps representation and test implementation. And one of the most exciting and debatable part of – you can combine manual steps with automated ones!

Pros

1.Re-usage of keywords

2.Divide et empera:

  • Test case implementation does not require learning specific tool or programming language, only SUT domain knowledge.
  • Keyword implementation does not require strong domain expertise and rely mostly on tool/programming language knowledge

3.Easy-to-implement abstraction layers

4.Less costly maintenance because of easy test modification, readability and keyword re-usage

Cons

1.Higher learning curve than with behavior driven testing

2.Division of responsibilities requires more intensive process management than with other approaches

Considering the approach benefits and requirements you can decide how to apply the method in test automation or manual testing to gain value.

The article is prepared by Yan Gabis.

More Posts

29 May 2025,
by a1qa
5 min read
How QA powers fast, modern mobile banking apps
Mobile banking is now the default channel for everyday finance.
Robust QA lets banks roll out new features quickly while protecting performance, security, and compliance.
Functional testing
Mobile app testing
Performance testing
QA in Fintech
Test automation
Usability testing
14 May 2025,
by a1qa
5 min read
How QA drives safety and compliance in medical device testing
Discover how to embed safety, precision, and regulatory compliance into your medical devices with the help of QA.
Functional testing
Localization testing
Performance testing
QA in eHealth
Test automation
25 April 2025,
by a1qa
5 min read
Building a safety net for banks: the role of testing in the ISO 20022 shift
Discover what QA activities can help banking institutions ease their migration journeys to ISO 20022.
Functional testing
Performance testing
QA in Fintech
Quality assurance
Test automation
12 March 2025,
by Alina Karachun
6 min read
Test automation in Agile and DevOps: Maximizing flexibility and speed
Global market tendencies and user behavior are changing rapidly, if not talking about the software itself. Familiar situation? Find out how to get ahead of the curve with test automation in Agile and DevOps.
Agile
Test automation
Test automation for optimized SDLC
24 January 2025,
by a1qa
5 min read
Streamlining software development life cycle through advanced test automation
Discover how advanced test automation is revolutionizing the software development life cycle, making it faster, smarter, and more efficient.
Test automation
QA for financial applications: 4 reasons why it is a must-have
17 November 2024,
by a1qa
5 min read
QA for financial applications: 5 reasons why it is a must-have
Striving to release high-quality financial apps? Read on and discover 5 core reasons why your eBanking and financial solutions need software testing.
QA consulting
QA in Fintech
Quality assurance
Test automation
Why do bugs get missed
27 September 2024,
by a1qa
7 min read
Why do bugs get missed? Learn the problems and tips to avoid them
Still, finding overlooked bugs after the app goes live? Let’s find out why this happens and how to fix it.
Performance testing
QA consulting
Quality assurance
Test automation
QA to ensure smooth migration to the cloud
15 August 2024,
by a1qa
3 min read
QA to ensure smooth migration to the cloud
Learn how effectively migrate to the cloud by implementing QA activities.
Cloud-based testing
Cybersecurity testing
Functional testing
Migration testing
Performance testing
Quality assurance
Test automation
Load testing
23 July 2024,
by a1qa
3 min read
7 reasons why businesses need load testing 
Want to optimize software performance or ensure its smooth functioning during peak sales season? Discover how load testing may help.
Performance testing
Quality assurance
Test automation

Get in touch

Please fill in the required field.
Email address seems invalid.
Please fill in the required field.
We use cookies on our website to improve its functionality and to enhance your user experience. We also use cookies for analytics. If you continue to browse this website, we will assume you agree that we can place cookies on your device. For more details, please read our Privacy and Cookies Policy.