Automation insights and productivity tips from LEAPWORK.

All Posts

A Short Introduction to Data-Driven Testing

There are several methodologies available for implementation in software testing. However, not all require the same effort for test creation and maintenance. If you need to run the same tests, but with different parameter values, then you can do this through data-driven testing (DDT).

What is Data-Driven Testing (DDT)?

Data-driven testing is a software testing methodology that uses a table of conditions directly as test inputs and verifiable outputs, and in which the test environment settings and control are not hard-coded.

This means that the test criteria – the input and result data values – are stored in one or more data sources, such as CSV files, Excel files, datapools, etc.

In other words, when using a data-driven testing methodology, we create test scripts to be executed together with their related data sets in a framework. By doing so, we provide a re-usable test logic that improves test coverage and reduces maintenance.

Put differently, data-driven testing is a framework where you only use one test but with an array of data.

What are the benefits of data-driven testing?

Even though not all tests can be automated, using an automated technique such as data-driven testing comes in handy when there are a number of data sets that you have to run the same tests on. 

Creating a different test for each data set values, especially hard-coded values, is not just time-consuming but also difficult to modify and maintain.

Through data-driven testing, on the other hand, you keep the data separate from functional tests, which allows you to execute the same test script for different combinations.

By doing this you can generate test scripts with less code, since all the information is already documented. By doing this, it is possible to improve test coverage and reduce unnecessary duplication of test scripts.

As a result, testers' can spend their time where it is more valuable and employ a more exploratory approach while increasing flexibility in application maintenance.

Data-driven testing with LEAPWORK

With LEAPWORK you can work with data-driven testing using various input sources from, for example, Excel, databases, various web services and DOS command lines.

By separating data from functionality when automating software tests, you can reuse the automated flow, and just switch out the input. This can be useful when running the same tests often with new or updated data. 

Watch the video below to see an example of data-driven automation with LEAPWORK.




To learn more about easy data-driven automation using a no-code automation tool, download our whitepaper: Test Automation: The Codeless Answer.

New call-to-action

Lucia Cavero-Baptista
Lucia Cavero-Baptista
Content Marketing Manager

Related Posts

Test Automation and RPA Tools: What's the Difference?

If you’re using test automation and recently began looking into RPA, or if you are new to test automation but using RPA as a means to achieve efficient operations, you might at some point have wondered what the difference is between the two often interchanged terms, as well as if you can use the same tool for both.

[WHITEPAPER] Automating Workday® with LEAPWORK

An increasing number of companies are seeing the benefits of RPA in Workday®. Unfortunately, developing RPA functions is costly and time-consuming, requiring new personnel with specialized and expensive skills. So how can a company get the most out of automation without incurring massive implementation and maintenance costs?

Data-Driven Testing With Codeless Selenium

Data is found everywhere. Whether you are testing an application’s functionality with different data parameters or automating the process of moving data from A to B, you have probably realized by now that data is found to be a key component in most automation cases.