Benjamin Bischoff, Test Automation Engineer (SDET) at trivago N.V. (ex Ubisoft)
I already wrote an article about my favorite bug for this blog. Two days ago, we discovered one that is even more obscure...
Breakpoint 2020 is a 4-day virtual summit on everything testing. As I will be one of the speakers, BrowserStack did an interview with me.
In this post, I will show you a simple way to take an existing Jenkins (test) pipeline and run it continuously until it reaches a maximum number of runs. We use this to run our complete test suite continuously during the night in order to gather failure data.
This is part four of the mini series "Magic principles in test automation". Forcing has multiple meaning in magic as well as software development - in this article I will try to explain both.
There are different ways to monitor a system to ensure its performance, stability, reliability and resilience. Along with the "usual suspects", we also use end to end tests for this purpose.
Today I had a discussion with Michael Bolton on Twitter about software releases. As I felt that my point did not come across correctly in the condensed tweet format, I decided to write an article instead.
This is a new entry in the series "Magic principles in test automation". Today, I will cover the topic of repetition. To read the last one, please check out Magic principles in test automation: Misdirection.
Our current test automation setup for end to end testing is using Maven for preparing the test data, running our test scenarios and creating a test report. Recently, I wanted to refactor the way we use Maven's lifecycles and found a surprisingly easy way to do just that.