Bart Szulc

Bart Szulc

Spartez/Atlassian - Quality Engineer
· Twitter · LinkedIn · Blog · Company Website ·
· Learning by Failing - Root Cause Analysis in Practice


Tester at heart. One could say, born to test.
Keeping hands dirty with automation and scripting since started professional career.
Designing strategies, architecting, delivering frameworks and test environments for web and mobile applications. Actively involved in local testing communities. Presenting on most popular testing and development conferences in Poland and Europe.
Since joined Spartez, helping developers at Atlassian become better testers. Teaching them how to learn products and understand their quality by exploration. In love with big data, scientific method, and statistical analysis. In pursuit of quantifying quality in Software Development with a single formula.

Learning by Failing - Root Cause Analysis in Practice (Lab)
by Kasia Balcerzak, Bart Szulc

Do you have this feeling certain features will yet again start failing in upcoming release? When you catch a bug, does it seem like a deja vu? Incidents happen. Most of us think of them as materialised risks, but they also can be considered as opportunity. Opportunity to learn and improve. Would you be interested to learn how to draw conclusions from failures, propose corrective and preventive actions, and with them improve your development process and grow quality mindset in your team? This is a workshop for you.

We are all agile nowadays, thus we all strive to self improve iteration over iteration. Regular retrospectives help flush out issues with delivery process, compare current iteration with previous, identify things need addressing, areas worth investing in to increase velocity.

However, what happens when we catch a bug? Do we sit together as a team to identify what went wrong as we would normally do seeing a drop in our velocity in current sprint? I don’t think so. Most likely team will fix the bug and move on with feature development. Probably new regression tests will be added to prevent the bug from happening in future.

Regression doesn’t prevent bugs from happening. It helps with catching recurring symptoms of deeper problems, before they reach our customer and our users. Tests alone don’t address root causes. We’re like doctors prescribing yet another drugs. Not spending enough time on doing patient interview to find problems with lifestyle. Missing nutrients in our team diet.

You will learn how to spot and prevent sources of bugs. We’ll walk you through Root Cause Analysis process on a real life incident you can relate to. Help you understand all vital parts of such analysis, and show you how you can conduct similar process next time you catch a bug.

During workshop you will learn:
-techniques helping build context in which incident happened,
-how to build timeline and why it’s important to have one,
-how to identify causal factors and how they differ from root cause,
-techniques helping figure out root cause,
-what are preventive and corrective actions,
-how root cause analysis can not only help prevent bugs from recurring but improve your testing skills.

Key takeaways:
- what is root cause analysis
- what are causal factors and how they are different from root causes
- techniques helping identify root cause, propose preventive and corrective actions
- how being better in identifying root causes can help you become better tester by focusing your attention on most likely broken parts of your system

Join the mailing list

for updates about the DDD Europe Conference and workshops