In vielen Systemen werden die Release-Zyklen immer kürzer. Daher steht auch immer weniger Zeit für Testphasen zur Verfügung. Viele Teams führen deshalb Tests parallel zur Entwicklung durch. Dadurch wird es schwieriger im Blick zu behalten, welche Tickets (z.B. User Stories, Change Requests, etc.) wie gründlich getestet wurden und wo auf Grund von Code-Änderungen nochmal getestet werden müsste. Dadurch steigt die Gefahr, dass wichtige Funktionalität ungetestet in Produktion gelangt.Im Vortrag stellen wir Ticket Coverage als Maß von Test Coverage auf der Ebene von Tickets vor. So kann pro Ticket ermittelt werden, welcher Code nicht getestet wurde. Wir stellen die Ergebnisse von zwei empirischen Studien vor, in denen durch Ticket Coverage wichtige Testlücken identifiziert wurden.