To BDD or Not to BDD? When the BDD is not used properly.
Behavior-driven development attempts to solve the problem of implementing poorly defined requirements. Our client is in chemical Industry. Hence, it was quite difficult for my team to adapt quickly the corresponding business. To be more precise, in order to build the product, we should understand mathematical models, equations and the glossary of chemical terms. BDD was the solution. Management team heard the magic buzzword "BDD" and hope that it will solve our challenges. However, nobody follows the principles of BDD and finally BDD became just another "automation tool". Business users continued to send documents and emails with the requirements, Developers never used the BDD approach, Analysis team did not follow the patterns to write correct Gherkin syntax as prescribed by the BDD creators etc. The result for the project was just a big mess. In order to address the problems, we had some mini trainings for all our team regarding the correct principles of BDD. We also trained customers with webinars and show them how can write Gherkin files. Also, we have introduced the three amigos concept. Hence, my proposal is this: Do you want to use BDD? Use it right else it will just create more complexity.
Session Information
Time: 1:55 - 2:55
Room: Student Alumni Room (2nd Floor)
Petros Plakogiannis
Petros Plakogiannis
Petros Plakogiannis lives in Greece. He has graduated the University of Piraeus and the Technological Educational Institute of Crete. He has been working professionally as a software tester for 12 years, with strong focus on automated testing using various tools like QTP , Selenium, Protractor etc. He also has a significant experience in white box testing, application testing (desktop, web and mobile), and security testing. He travels a lot and support customers onsite by providing information regarding automation testing. Petros is also the main organizer of the Ministry of Testing Athens meetups and he is very active into the testing community.