Nachdem in den vorherigen Kapiteln beschrieben wurde, wie man systematisch Tests mit Äquivalenzklassen und Grenzwerten erstellen und mit JUnit umsetzen kann, stellt sich unmittelbar die Frage: „Wann habe ich genug getestet?“. Die Testerstellung benötigt einiges an Zeit und man muss wirtschaftlich diese Erstellungszeit und die Kosten möglicher Fehler gegenrechnen. Bei diesen Kosten sind nicht nur die Wartungsarbeiten, sondern auch ein möglicher Image-Schaden bei auftretenden Fehlern zu beachten. Diese Betrachtungen sind wieder projektindividuell durchzuführen, da hier z. B. für Werbe-Spiele und Software aus dem Medizin-, Luftfahrt-, aber auch Banken- und Versicherungsbereich andere Forderungen gelten. Trotzdem steht die Frage im Raum, ob es wenigstens Indikatoren gibt, die andeuten, dass zumindest jeder Bereich der Software etwas getestet wurde. Hier liefern verschiedene Varianten von Überdeckungsmaßen eine interessante Antwort, da so z. B. festgestellt werden kann, dass jede Programmanweisung mindestens einmal ausgeführt wurde. In diesem Kapitel werden einige verschiedene Maße vorgestellt. Vorweg sei aber angemerkt, dass auch gezeigt wird, dass diesen Maßen niemals blind vertraut werden darf. Auch eine vollständige Überdeckung garantiert keine Abwesenheit gravierender Fehler, was allerdings generell für das Testen gilt. Anhand von Beispielen wird deshalb gezeigt, welche Fehler sich verstecken können, obwohl eine hohe Überdeckung erreicht wurde.