TestCon Europe 2019

Istvan Forgacs

4TestDev GmbH, Germany


Crowne Plaza VIlnius (M. K. Čiurlionio str. 84, Vilnius, Lithuania) or Panorama Hotel (Sodu str. 14, Vilnius).

The exact venue of each workshop will be announced on 8 October.


Time & Date

10:00, 15 October




István Forgács PhD. was originally a researcher at the Hungarian Academy of Sciences. He published 25+ scientific articles in leading international journals and conference proceedings. He is the co-author of “Agile Testing Foundations” and “An ISTQB Foundation Level Agile Tester guide”, and “Practical Test Design” will be published this year. His research interests include test design, agile testing, test (design) automation, debugging, code comprehension, static and dynamic analysis. He is one of the founders and CEO of 4TestDev GmbH. He is a member of Agile Working Group of ISTQB.

Dr. Forgács is the creator of 4Test method and initiator of the 4Test tool.


How to be a Good Test Automation Engineer in Five Days


Nowadays software development life cycle shall become shorter and shorter. DevOps and Continuous Integration is a must. So is test automation. However, the requirements are changing frequently at the beginning of the projects. Automated test cases would change so frequently that making them immediately is wasting time and money. What can we do?

The answer is better automation. Not only the test cases, but the test design can also be automated. There are several tools do this. Unfortunately, for these tools the learning curve is long. Their output may be manual or automated test cases. However, for automated test cases, you should have some development knowledge and when the specification is changing you shall modify some code. Script-less tools, on the other hand, need running application.

We introduced a new method Test Design-Driven Development, by which the whole development life cycle becomes shorter while improving the code quality. Here the test cases are generated from a test design specification, which is a simple extension of Gherkin language. The test design specification is a series of constraints such as:

Gherkin – feature Login
Logged in:
WHEN Login name IS Hall AND Password IS 2@A9ih
WHEN Login button IS #pressed
THEN Message IS successful login

From these constraints (accepatance criteria), the tools’ compiler can generate both manual and automated test cases. The automated test case is something like that:

SelectWindow( “Login” );
SetValue( “Login name”, “Hall” );
SetValue( “password”, “2@A9ih” );
ClickOn( “Login button”);
VerifyValue( “Message”, “successful login”);

Here “login name”, “password” and “message” are keywords. Developers make their code based on these acceptance criteria. In this way, the test automation code can be generated from the implementation-independent specification.

The key advantage of this method is that test design remains implementation-independent, thus manual testers or business analysts can do it. Maintenance is cheap as only the specification is modified, while the executable test cases are generated. The extended Gherkin syntax supports describing test design specification in a hierarchical way. In this way you can design simple Gherkin.

During the workshop, the participants will make acceptance criteria for a simple application where the requirements are given. Then they can run the related automated test cases immediately. No coding is necessary.