CTFL 1.5.3: Die Vor- und Nachteile des unabhängigen Testens unterscheiden

• a
  Tester erkennen möglicherweise andere Arten von Fehlerwirkungen als EntwicklerAndere Arten von Fehlerwirkungen zu erkennen ist ein Vorteil der Unabhängigkeit, kein Nachteil.
• b
  Tester überprüfen möglicherweise Annahmen, die während der Spezifikation gemacht wurdenWährend der Spezifikation gemachte Annahmen zu überprüfen ist ein Vorteil der Unabhängigkeit, kein Nachteil.
• ✓
  Richtige Antwort: Tester können vom Entwicklungsteam isoliert werden, was Probleme bei Zusammenarbeit und Kommunikation verursachtUnabhängige Tester können isoliert werden, was Kommunikations- und Zusammenarbeitsprobleme verursacht.
• d
  Tester hinterfragen möglicherweise die Anforderungen des Projekts wirksamerDie Anforderungen wirksamer zu hinterfragen ist ein Vorteil der Unabhängigkeit, kein Nachteil.

Unabhängigkeit bringt Vorteile wie das Erkennen anderer Fehlerwirkungen und das Hinterfragen von Annahmen, aber zu den Nachteilen gehören mögliche Isolation vom Entwicklungsteam, Kommunikationsprobleme und dass Entwickler sich weniger für die Qualität verantwortlich fühlen.

Lehrplanabschnitt 1.5.3

• a
  Externe Tester sollten Entwickler ersetzen, weil sehr hohe Unabhängigkeit jeden von Entwicklern übersehenen Fehlerzustand findetUnabhängigkeit ersetzt die Systemnähe der Entwickler nicht und garantiert nicht, jeden übersehenen Fehlerzustand zu finden.
• ✓
  Richtige Antwort: Externe Tester können andere Annahmen hinterfragen, doch die Nähe der Entwickler zum System bleibt wertvoll, sodass mehrere Unabhängigkeitsstufen meist vorzuziehen sindUnabhängige Perspektiven bringen Nutzen, die Systemnähe der Entwickler bleibt wertvoll, und mehrere Stufen sind meist am besten.
• c
  Entwickler sollten allein testen, weil Systemnähe denselben Nutzen wie eine unabhängige Perspektive bietetSystemnähe ist wertvoll, bietet aber nicht die andere Perspektive, auf der der Hauptnutzen der Unabhängigkeit beruht.
• d
  Kollegen aus demselben Team bieten sehr hohe Unabhängigkeit, sodass Externe keine andere Perspektive beitragenKollegen aus demselben Team bieten etwas, nicht sehr hohe Unabhängigkeit; Externe können eine andere Perspektive einbringen.

Unabhängige Tester können aufgrund anderer Hintergründe, technischer Perspektiven und Voreingenommenheiten andere Fehlerwirkungen und Fehlerzustände erkennen und Annahmen von Stakeholdern hinterfragen. Unabhängigkeit ersetzt jedoch nicht die Nähe zum System: Entwickler finden viele Fehlerzustände im eigenen Code effizient. Für die meisten Projekte ist Testen mit mehreren Unabhängigkeitsstufen daher meist am besten.

Lehrplanabschnitt 1.5.3

• a
  Vorteil: Die Tester hinterfragen Annahmen der Stakeholder; Nachteil: Fehlerberichte brauchen längerDer Vorteil stimmt, doch langsamere Fehlerberichte zählen nicht zu den genannten Nachteilen der Unabhängigkeit.
• b
  Vorteil: Die Tester kennen den Code besser als dessen Autoren; Nachteil: Die Freigabe kann sich verzögernUnabhängigkeit ist kein Ersatz für Nähe zum System — Entwickler finden viele Fehlerzustände im eigenen Code effizient.
• ✓
  Richtige Antwort: Vorteil: Die Tester erkennen andere Arten von Fehlerzuständen; Nachteil: Sie können isoliert vom Team seinUnterschiedliche Voreingenommenheit deckt andere Fehlerzustände auf, während das Testteam isoliert werden kann.
• d
  Vorteil: Die Tester decken alle Teststufen allein ab; Nachteil: Sie gelten als VerzögerungsgrundTesten erfolgt meist am besten mit mehreren Unabhängigkeitsstufen; ein Team für alle Teststufen ist kein Vorteil.

Der Hauptvorteil der Unabhängigkeit besteht darin, dass unabhängige Tester aufgrund ihres unterschiedlichen Hintergrunds, ihrer technischen Perspektive und der Voreingenommenheit wahrscheinlich andere Arten von Fehlerwirkungen und Fehlerzuständen erkennen als Entwickler; sie können zudem Annahmen der Stakeholder überprüfen, in Frage stellen oder widerlegen. Zu den Nachteilen zählen Isolation vom Entwicklungsteam mit mangelnder Zusammenarbeit, Kommunikationsproblemen oder einer gegnerischen Beziehung, ein sinkendes Verantwortungsgefühl der Entwickler für die Qualität sowie die Wahrnehmung als Engpass oder als Grund für Verzögerungen.

Lehrplanabschnitt 1.5.3