Most errors in long-lived software occur in code areas that change a lot. To do things right, you have to make sure that no important changes goes live untested. Test Gap analysis helps us to find untested changes.
After an introduction to Test Gap analysis (TGA), we present the experience that we have gained in recent years using TGA with customers and in our own development and answer the following questions: How can the quality of hotfix tests be assured? How can I determine during the iteration how thoroughly selected critical change requests or tickets have been tested? How does the test coverage of different test levels (unit test, integration test, acceptance test, user trampling test, etc.) compare to one another and which changes were not checked by any test level?
In addition, we present best practices and useful KPIs in continuous use and show the results of a cost-benefit analysis from many years of service at Munich Reinsurance Company.
Dr. Elmar Jürgens. Co-Founder of CQSE. Deals his whole professional life with quality analyses of software.
Fabian Streitel. Leads the Pilot Team at CQSE. Has successfully set up TGA with many customers.
Jakob Rott. Uses TGA every day in customer projects. Has heard a lot of excuses why things remained tested.
The workshop brings together several lectures that have received Best Presentation Awards at the German Testing Day, the Software Quality Days and the QS-Tag in recent years. Unlike these individual lectures, it does not present any new analyses or new research work, but rather provides a consolidated overview for those who are new to the topic of Test Gap analysis.