Akzeptanztests und Codeabdeckung

Question

Was ist der beste Weg, um die Abdeckung für Ihre Akzeptanztests zu messen?

Wie definieren Sie, wie viel Ihre Akzeptanztests abdecken und wann sie genug sind?

Answer 1

Bei Akzeptanztests würde ich mir das lieber ansehen Funktionelle Abdeckung dh wie viele Funktionen (oder Benutzergeschichten oder Anwendungsfälle) einer bestimmten Anwendung getestet werden. Und für mich sollten für jede Funktion (oder Benutzergeschichte oder Anwendungsfall) alle Szenari oder möglichen Pfade getestet werden. Mit anderen Worten, Merkmale sollten der Ausgangspunkt für das Schreiben eines Testplans sein, und das Ziel sollte darin bestehen, Funktionen und keinen Code abzudecken. Dies ist ein geringfügiger Unterschied, aber ein wichtiger: Messung der Akzeptanztests mit Code-Coverage ist Entwickler ausgerichtet. Die Messung der Funktionsabdeckung ist endbenutzerorientiert.

In Bezug auf die Messung schrieb Ron Jeffries, einer der Gründungsväter von Agile, eine hervorragende Zusammenfassung dessen, was er für eine wirklich wertvolle Metrik, RTF oder laufende getestete Funktionen betrachtet. Sie können den Artikel anzeigen hier. Ich zitiere nur einen kleinen Teil unten:

Was ist der Punkt des Projekts?

Ich vermute nur, aber ich denke, dass die meisten Softwareentwicklungsprojekte softwägliches Unternehmen sind und die bestmöglichen Funktionen pro Dollar Investition haben. Ich nenne diesen Begriff, der über getestete [Merkmale] ausgeführt wird und tatsächlich bis zu einem gewissen Grad gemessen werden kann.

Stellen Sie sich die folgende Definition von RTF vor:

1. Die gewünschte Software ist in benannte Funktionen (Anforderungen, Geschichten) unterteilt, die Teil dessen bedeutet, das gewünschte System zu liefern.
2. Für jede benannte Funktion gibt es eine oder mehrere automatisierte Akzeptanztests, die bei der Arbeit zeigen, dass die fragliche Funktion implementiert ist.
3. Die RTF -Metrik zeigt zu jedem Zeitpunkt des Projekts, wie viele Funktionen alle ihre Akzeptanztests bestehen.

Wie viele kundendefinierte Funktionen sind durch unabhängig definierte Tests bekannt, um zu arbeiten? Jetzt gibt es eine Metrik, mit der ich leben könnte.

Um den Fortschritt zu melden, mag ich besonders kumulative Durchflussdiagramme. Sie zeigen deutlich, wenn etwas schief geht, z. B. (hier ein Burnup -Stil):

_{(Quelle: Xprogramming.com)}

Für ein Beispiel für ein reales Leben schauen Sie sich an dieser Beitrag oder Dieses hier (Burndown Style -Diagramm).