Categories: Uncategorized

by Jerome Josephraj


NoCodeBDD is the BDD Tool. Using NoCodeBDD, teams can automate UI without Selenium code, Mobile without Appium code, REST APIs, Relational Databases, NoSQL, and Kafka. For any edge cases that the product can’t support, you can write custom code and combine an already existing module. 

The following example shows how a custom code is used, along with the UI module to automate a scenario to populate random password characters on a website:

However, NoCodeBDD may not be suitable for all scenarios. This article identifies where NoCodeBDD may not be suitable and explains why this might be the case. 

Traditional Testing (Not using BDD)

NoCodeBDD supports only BDD style testing. If the team follows traditional testing without writing their scenarios in Gherkin format (i.e., using Given, When, Then keywords), then NoCodeBDD is not the right tool. 

Unsupported Tech Stack 

NoCodeBDD currently supports testing of UIs, Mobile, REST APIs, Relational Databases, NoSQL, JMS MQ, Kafka. The platform is designed so that any new tech stacks can be easily extended, and we will continue to add new tech stacks. If the test automation requires support for any tech stacks that are currently not supported, it would be better to go with either code-based automation or some other tools that supports this. 

Unconventional applications 

Applications that are quite unconventional would be difficult to test via NoCodeBDD, and the Test Teams are better off seeking a code-based solution. 

Use Case 

A potentially problematic use case is an unconventional application that is more of a tool for operators, with scenarios that check the IBM MQ messages in various Qs, needs to check values on headers and the number of messages in the Qs, and an algorithm to check whether the application works as expected. Though NoCodeBDD could support this use case with some tweaking of reading messages from the Qs and writing custom code, it would be easier to write code and manage test scenarios for applications. 

UIs that don’t have static element IDs and frequently change 

Any browser-based application that doesn’t have element ID or the dynamically generated elements would be hard to maintain using NoCodeBDD. Since the element references change quite often, the test would become very flaky and require lot of maintenance. We strongly recommend using Element ID and not xPath or CSS selectors, as these may vary based on the system you test and would keep changing for each release. 

When you are only running usability/ acceptance tests 

These test cases require human attention and interaction; they cannot be automated using no-code automation tools. 

Version Control Without GIT 

At the time of writing this blog, NoCodeBDD supports only Git. Your team has an option to use Git even if you use a different version control tool for development, but NoCodeBDD is not the right tool if the team absolutely doesn’t want to use Git. 


In our view, organisations shouldn’t be thinking of codeless tools and traditional automation as an either/or scenario. Applying horses for courses makes a big difference. Customers have accelerated BDD roll out on projects by 10× using NoCodeBDD and have automated complex scenarios—while continuing to use traditional automation where the tool is not suitable. By taking this approach, they use their resources efficiently on projects that require good coding skills. Using a codeless tool and traditional automation should be leveraged as a way to maximize the speed and quality at which software can be delivered to end users. 


Subscribe to our free newsletter.

Related Posts

View all

  • I had the pleasure of hosting a webinar with two industry experts, Rebecca Stone from IBM. During the webinar, Rebecca shared her experience in successfully implementing BDD in a large government project, highlighting the benefits of BDD, why and how she used OOPSI and its role in overcoming challenges faced […]

    Continue reading
  • Key Considerations for Rolling Out BDD in a Project Key Considerations for Rolling Out BDD in a Project

    Rolling out BDD in a project requires careful planning and a well-structured process. As a tech consultant on a large project, I had to make several changes to their BDD process and automation suite implementation. Some changes were straightforward, while others proved more challenging. If you’re considering implementing BDD in […]

    Continue reading
  • 10 Tips for Writing Effective BDD Scenarios When rolling out BDD having a clear and concise scenario writing is a vital aspect of successful BDD adoption. This blog post will provide you with 10 tips to enhance your BDD scenario writing, making it easy to understand, maintainable, and efficient. 1. […]

    Continue reading
  • It will be difficult to automate testing if you don’t consider it when creating your web application. It will be difficult, regardless of whether you are a code wizard or a no-code ninja. Here are some crucial ideas to have in mind as you develop your app to make testing a […]

    Continue reading