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

27 August 2025,
by a1qa
3 min read
Shift left in retail: how QA automation speeds up releases and improves eCommerce product quality
eCommerce leaders on platforms like Magento and Shopify face intense pressure to deploy new features quickly without sacrificing quality. Discover how a shift-left testing approach – supported by QA automation – helps retail teams release faster and deliver superior product quality.
Test automation
14 August 2025,
by a1qa
4 min read
Output-based test automation, who gains the most?
Linking payment to clear testing deliverables sounds simple. Yet the model reshapes budgets, incentives, and release velocity. Here is how output-based engagement works, where it excels.
Quality assurance
Test automation
23 July 2025,
by a1qa
6 min read
Rewriting the rules: how AI is transforming game quality assurance
Better games, faster updates, happier players, sounds great, right? Learn how to achieve all of these with a smart QA approach.
Performance testing
QA in Gaming
Quality assurance
Test automation
25 June 2025,
by a1qa
5 min read
Microservices testing: strategies for resilience, speed, and precision
Learn how a thoughtful QA strategy can keep distributed systems running like clockwork.
Cybersecurity testing
Performance testing
Test automation
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

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.