Wenn ich eine Reihe von Tests ausführe, gibt es einen Grund, warum ich nicht collect code coverage data für die Tests möchte?Warum sollte ich * Code * Coverage-Daten nicht in Unit-Tests sammeln, in VS2008?
Was sind die erwarteten Kosten, in Bezug auf Laufzeit, Speicher oder irgendetwas anderes? Ich versuche zu entscheiden, ob ich jemals mit der Code-Coverage-Datenerfassung OFF laufen möchte.
Der Grund, dies nicht in Komponententests zu tun, ist, dass Komponententests schnell ausgeführt werden können, sodass Sie keine Entschuldigung dafür haben, die Komponententests nicht auszuführen.
Angesichts Ihrer Frage klingt es so, als ob Sie keine Verzögerung durch das Sammeln dieser Informationen haben; Ich empfehle, es so zu halten, wie es ist, und wenn die Verzögerung zu einem "Ärger" wird, dann verbringe etwas Zeit damit, einen "schnellen" Build und einen "Coverage" Build zu erstellen.
Ich würde Code Coverage nicht als absolutes Maß für irgendetwas verwenden. Eine hohe Code-Abdeckung ist gut, aber eine 100% ige Code-Abdeckung ist nicht unbedingt besser und könnte in Bezug auf die Zeit, die damit verbracht wird, dieses letzte Bit abzudecken, schlechter sein.
Als Teil eines größeren Pakets von Metriken ist Codeabdeckung jedoch groß.
Ich denke, ich missverstanden die Frage, aber wurde trotzdem gewählt :) –
Ich denke, die Ansicht ist, dass die Gültigkeit Ihres Punktes so hoch ist, dass es seine Tangentialität überwiegt. ;) – Cheeso
Nun, da ich sowieso gewählt werde, lass mich auch sagen, dass das Essen eines gesunden Frühstücks der Beginn eines großartigen Tages ist ... ein großartiger Tag mit hoher Codeabdeckung. –