Domain Specific Language Test Automation
For example in a web personal banking application we want to test that funds were transferred via the website.
Domain specific language test automation. A domain specific language dsl is a system which provides the user with an expressive means of solving a problem. We present the accelerating test automation platform atap which is aimed at making test automation accessible to non programmers. This blog post describes why you should replace junit assertions with a domain specific language. Domain specific language testicide will enable the tester to extend his toolbox with more steps and scenarios that he will write using the very simple rules of our domain specific language dsl.
This allows anyone to write automated tests without any prior. Domain specific language test dsl test in the practice of qa regression and automation are a very strong practice to guarantee quality in a product. Now a truly nifty idea would be to create a domain specific language for test automation but that must be a topic for another post. It allows a user to interact with the system on their terms not just programmer speak.
We use sett to automatically test data acquisitions and measurement procedures. In the context of a test framework a domain specific language is a readable language that uses keywords for quick test development. Refactoring has some interesting implications for automated functional testing. Atap allows the creation of an automation test script through a domain specific language based on english.
Dsls can be further subdivided by the kind of language and include domain specific. When an automated test changes often the domain concepts involved do not. For example when i worked at lexisnexis we used c because management wanted developers who wrote the app in c to contribute to test automation. Your users in general don t care how your site looks.
This is in contrast to a general purpose language which is broadly applicable across domains. Sett supports the development of model based tests using a high level abstractions. If the domain concepts remain the same the intent of a test remains as well. To better understand this idea we may have a look at selenium web driver which is one of the most popular ui test automation tool.
Usually automation we are just talking about web automation by the moment is done by a qa with scripts written in some language using automation frameworks like selenium junit nunit testng etc. There are a wide variety of dsls ranging from widely used languages for common domains such as html for web pages down to languages used by only one or a few pieces of software such as mush soft code. We have developed a test automation framework called sett integrated within a domain specific modelling language sequencer. A domain specific language is a computer language specialized to a particular application domain.
Automated tests are worthless if they don t assert anything but the problem of regular junit assertions is that they speak the wrong language and become messy if we have to write a lot of them.