K5 - Schätzverfahren

Man nimmt Aufwandsschätzungen anhand früherer Aufwandsverhältnisse vor.Bspw. früherer Entwicklungs : Testaufwand = 3 : 2

Aktuell sind 600 PT für die Entwicklung geplant.

Folglich werden  

2 * 600 / 3 = 2 * 200 = 400 PT für Test geplant.

Man misst so früh wie möglich Aufwandsdaten im aktuellen Projekt. Diese nimmt man zur Vorhersage kommenden Aufwands.Bspw. prognostiziert man den Aufwand für die kommende Iteration als Durchschnitt der letzten 3 Iterationsdauern.Dieses Verfahren eignet sich besonders für iterative SDLCs.

Breitband-Delphi ist ein Schätzverfahren für Aufwand.

1. Experten nehmen für sich Aufwandsschätzungen vor

2. Falls die Abweichungen unterhalb festgelegter Grenzen liegen, dann ist man fertig

3. Ansonsten diskutiert man die Abweichungen und beginnt wieder bei Punkt 1

Planungspoker ist eine BD-Variante, wo die Schätzungen über Karten mit Zahlen erfolgen.

Drei-Punkt-Schätzung ist ein Schätzverfahren für Aufwand. Hier nehmen Experten 3 Schätzungen vor

1. a = Optimistischer Aufwand

2. m = Erwarteter Aufwand

3. b = Pessimistischer Aufwand

Der finale Aufwand wird als gewichtetes arithmetisches Mittel berechnet

 E = (a + 4m + b) / 6

  Vorteil: Die Standardabweichung kann direkt berechnet werden als: 

 SD = (b - a) / 6 

1. Risikobasierte Priorisierung

   • Führe zuerst die Testfälle aus, welche die wichtigsten Risiken abdecken

2. Überdeckungsbasierte Priorisierung

   • Führe nach Testfälle nach Anweisungsüberdeckung absteigend aus

3. Überdeckungsbasierte Priorisierung mit zusätzlicher Überdeckung

   • Führe den ersten Testfall nach Anweisungsüberdeckung absteigend aus. Jeder weitere Testfall nach zusätzlicher Anweisungsüberdeckung absteigend.

4. Anforderungsbasierte Priorisierung

   • Führe Testfälle nach Wichtigkeit der überdeckten Anforderungen absteigend aus

Zusätzliche Aspekte welche, die Reihenfolge beeinflussen:

• Abhängigkeiten in Testfällen

  • Falls  Prio(T1) < Prio(T2)

      aber  T2 von  T1  abhängt, muss  T1 zuerst ausgeführt werden, damit  "T2  so früh wie möglich rankommt

•  Verfügbarkeit von Ressourcen

Die Testpyramide ist ein Modell, welches Entwickler in der Testautomatisierung und der Verteilung von Testaufwand unterstützt.Das tut es in, indem es zwei Dinge aufzeigt:

1. Tests haben unterschiedliche Granularität

2. Verschiedene Ziele werden durch verschiedene Grade der Automatisierung unterstützt

Die Ebenen zeigen verschiedene Gruppen von Tests.Hohe Ebenen zeichnen sich durch

• höhere Komplexität der Tests

• längere Ausführungszeiten

• Mehr Überdeckung durch weniger Tests

• geringere Granularität aus

Geläufig ist eine Teilung in 3 Ebenen. Bspw: 

• UI-Tests, Servicetests, Unit-Tests oder

• End-To-End-Tests, Integrationstests, Unit-Tests