November 10 – 12, 2020

Online Edition!


Test Impact Analysis.

Smarten up your pipeline and reduce test execution time.

Learn how to use code coverage data in your advantage. Forget about setting virtual thresholds. Learn from the data to improve pipelines.

Are you struggling with the number of WebDriver tests you have? Do you run them continuously on every change? Have you tried all the things already been suggested? You run tests in batches, on multiple nodes, against light weight web application stripped of any animations? Well this is a presentation for you, as I was facing similar problem a while ago. Let me start with a bit strange question, have you ever considered generating test coverage report for your code, and either got discouraged by colleagues, or found out yourself, how uneasy to read and understand such report can be? What if I told you there is a hidden value in such report, and that this value is Test Impact Analysis. While test coverage can’t really tell you whether your tests are sufficient or not, it can tell you what tests are relevant for particular code, particular change. Automated tests are vital in guarding us from introducing regressions into our products. Tests aren’t just sugar and cream. They come with a cost. Execution time. Tests Impact Analysis determines how relevant tests are. Help you reduce execution time to minimum focusing only on the tests that matter. I will talk about our journey of adopting the technique in a product safety guarded by over 50k automated tests. I will share with you the challenges we faced and how we solved them. What kind of improvements we were hoping for and how we reduced execution time of all tests, including WebDriver by 30%. Also what we learnt from the experiment and what are our plans for the future. To summarise, I will show you how you can have Test Impact Analysis in your project using open source tools and what kind of strategy you’d follow to have it safely running in your pipeline. You will learn how we built our operational muscles as we were introducing Test Impact Analysis to pipeline, and how we treat all internal services affecting pipeline as production services, so that we can assure smooth delivery of critical fixes to our users.

More Related Sessions

Two-Day Tutorial (12-hour Workshop)


The Joy of Python for Testers

Equipment required

120-minute Workshop

10:25-12:25 Room E2 + E3 - Track 5: Remote Talks

Develop a framework to maximize the potential of Cucumber

Equipment required

150-min Workshop

14:25-17:25 Room D1+D2 - Track 6: Workshops

Confident fast-pace delivery of microservices

Equipment required

45-minute Keynote

13:25-14:10 Room F1+F2+F3 - Plenary

Empowerment through Observability

If you like AgileTD you might also be interested in :

Your privacy matters

We use cookies to understand how you use our site and to give you the best experience on our website. If you continue to use this site we will assume that you are happy with it and accept our use of cookies, Privacy Policy and Terms of Use.