Über dieses Tool
Eine Schätzung als einzelne Zahl verbirgt Unsicherheit. Dieser Rechner bietet drei Techniken und zeigt jede Formel, damit Sie das Ergebnis begründen können. Die Dreipunktschätzung (PERT) nimmt optimistische, wahrscheinlichste und pessimistische Stunden je Aufgabe, berechnet E = (O + 4M + P) ÷ 6 und SD = (P − O) ÷ 6 und liefert ungefähre 68-%- und 95-%-Bereiche für die Summe. Der Work Breakdown baut die Schätzung von unten auf: aus Anzahl der Testfälle, Design- und Ausführungszeit je Fall, Ausführungszyklen, Retests, Setup, Abstimmung und einem Puffer. Die Methode „Anteil an der Entwicklung“ ist eine schnelle Top-down-Gegenprobe mit einem Verhältnis, das Sie aus Ihren eigenen Erfahrungswerten kalibrieren. Alle drei rechnen Stunden in Personentage und Kalendertage für Ihre Teamgröße um.
So funktioniert es
- Wählen Sie eine Technik. Beginnen Sie mit dem Work Breakdown, wenn Sie den Umfang in Testfällen kennen, und mit PERT, wenn Sie Aktivitäten mit echter Unsicherheit schätzen.
- Geben Sie Ihre Zahlen ein. Fügen Sie bei PERT eine Zeile pro Aktivität hinzu; jede Zeile zeigt ihren eigenen Erwartungswert und ihre Standardabweichung.
- Prüfen Sie die Aufschlüsselung, passen Sie Annahmen wie Zyklen oder Puffer an und kopieren Sie die Zusammenfassung in Ihren Testplan.
FAQ zu Testaufwandsschätzung-Rechner
Warum gewichtet PERT den wahrscheinlichsten Wert mit 4?
PERT modelliert jede Aufgabe mit einer Beta-Verteilung, deren Mittelwert ungefähr (O + 4M + P) ÷ 6 ist. Die Gewichtung hält die Schätzung nahe am wahrscheinlichsten Wert, zieht sie aber dennoch Richtung eines langen pessimistischen Endes. Das ist typisch für Testarbeit, die von Defektzahlen und Stabilität der Umgebung abhängt.
Wie wird die gesamte Standardabweichung berechnet?
Varianzen addieren sich, Standardabweichungen nicht. Die gesamte SD ist daher die Quadratwurzel aus der Summe der quadrierten SDs jeder Aufgabe. Das setzt voraus, dass die Aufgaben unabhängig voneinander schwanken. Betrifft ein Risiko, etwa eine instabile Umgebung, jede Aufgabe, ist die tatsächliche Streuung größer.
Welchen Anteil am Entwicklungsaufwand sollte das Testen haben?
Es gibt keinen allgemeingültigen Wert. Er hängt von Risiko, Domäne, Regulierung und Automatisierungsreife ab. Verwenden Sie das Verhältnis aus Ihren eigenen abgeschlossenen Projekten (tatsächliche Teststunden geteilt durch tatsächliche Entwicklungsstunden) und vergleichen Sie es mit einer Bottom-up-Schätzung.