Zum Inhalt springen
← Alle CTFL-Lernziele

CTFL 5.4.1: Eine mögliche Unterstützung des Testens durch das Konfigurationsmanagement zusammenfassen

K2

Lehrplanabschnitt 5.4.1

3 eigene PrepBench-Übungsfragen zum Lernziel 5.4.1 des CTFL-Lehrplans 4.0. Probiere die Beispiele aus und überprüfe jede Antwort anhand der Lehrplanstelle.

Übungsfragen

Frage 1

Drei Wochen nach einem Release muss das Team die für dieses Release erzielten Testergebnisse exakt reproduzieren. Wie ermöglicht das Konfigurationsmanagement das?

  1. Es führt die Testsuite erneut gegen die aktuelle Baseline der Testumgebung aus
  2. Es bewahrt die frühere Baseline, so dass das Team dorthin zurückkehren kann
  3. Es leitet die Testfälle erneut aus den damals gültigen Anforderungen ab
  4. Es stellt die damals erstellten Fehlerberichte wieder her, um sie erneut zu lesen
Antwort anzeigen
  • Es führt die Testsuite erneut gegen die aktuelle Baseline der Testumgebung ausDie aktuelle Baseline hat diese Ergebnisse nicht erzeugt; ein erneuter Lauf beweist daher nichts.
  • Richtige Antwort: Es bewahrt die frühere Baseline, so dass das Team dorthin zurückkehren kannDie Rückkehr zur früheren Baseline ist der Weg, frühere Testergebnisse zu reproduzieren.
  • Es leitet die Testfälle erneut aus den damals gültigen Anforderungen abDas Konfigurationsmanagement verfolgt vorhandene Arbeitsergebnisse, statt Testfälle neu abzuleiten.
  • Es stellt die damals erstellten Fehlerberichte wieder her, um sie erneut zu lesenFehlerberichte halten Befunde fest; sie reproduzieren die Testergebnisse selbst nicht.

Beim Testen stellt das Konfigurationsmanagement eine Disziplin zur Identifizierung, Steuerung und Verfolgung von Arbeitsergebnissen wie Testkonzepten, Testfällen, Testskripten, Testergebnissen und Testprotokollen als Konfigurationselemente dar. Wird ein Konfigurationselement zum Testen freigegeben, wird es zur Baseline und kann nur über einen formalen Änderungskontrollprozess geändert werden; es ist möglich, zu einer früheren Baseline zurückzukehren, um frühere Testergebnisse zu reproduzieren.

Lehrplanabschnitt 5.4.1

Frage 2

Drei Monate nach einem Release kann ein Team ein früheres Testergebnis nicht reproduzieren, weil es nicht mehr weiß, welche Versionen der Testdaten und Testskripte damals verwendet wurden. Auf welches Versäumnis weist das hin?

  1. Der Testabschlussbericht wurde nicht an alle Stakeholder verteilt
  2. Die Testumgebung wurde nach dem Release nicht in einen vereinbarten Zustand überführt
  3. Das Konfigurationsmanagement hat diese Elemente nicht identifiziert, versioniert und verfolgt
  4. Die Regressionstestsuite war vor dem Release nicht automatisiert worden
Antwort anzeigen
  • Der Testabschlussbericht wurde nicht an alle Stakeholder verteiltEinen Bericht zu verteilen bewahrt nicht, welche Versionen verwendet wurden.
  • Die Testumgebung wurde nach dem Release nicht in einen vereinbarten Zustand überführtDas Herunterfahren der Umgebung gehört zum Testabschluss, nicht zur Versionssicherung.
  • Richtige Antwort: Das Konfigurationsmanagement hat diese Elemente nicht identifiziert, versioniert und verfolgtIdentifikation, Versionskontrolle und Verfolgung machen Ergebnisse reproduzierbar.
  • Die Regressionstestsuite war vor dem Release nicht automatisiert wordenAutomatisierung würde Tests erneut ausführen, nicht die damaligen Versionen benennen.

Um das Testen richtig zu unterstützen, stellt das Konfigurationsmanagement sicher, dass alle Konfigurationselemente eindeutig identifiziert, versionskontrolliert, auf Änderungen hin verfolgt und mit anderen Elementen in Beziehung gesetzt werden, damit die Verfolgbarkeit während des gesamten Testprozesses erhalten bleibt. Es sichert zudem die Daten bei jeder neuen Baseline, so dass zu einer früheren Baseline zurückgekehrt und frühere Testergebnisse reproduziert werden können.

Lehrplanabschnitt 5.4

Frage 3

Eine Testumgebung wurde zum Testen freigegeben. Ein Entwickler bittet anschließend darum, eine ihrer Komponenten direkt zu ändern. Was gilt nun für diese Komponente?

  1. Die Änderung ist unbeschränkt möglich, da das Konfigurationsmanagement jede Änderung automatisch aufzeichnet
  2. Nach Beginn des Testens für das Release ist überhaupt keine Änderung mehr zulässig
  3. Die Änderung erfordert, dass der Testabschlussbericht des vorherigen Zyklus neu erstellt wird
  4. Die Komponente ist nun eine Baseline und darf nur über einen formalen Änderungskontrollprozess geändert werden
Antwort anzeigen
  • Die Änderung ist unbeschränkt möglich, da das Konfigurationsmanagement jede Änderung automatisch aufzeichnetEine Änderung aufzuzeichnen bedeutet nicht, sie ohne Kontrolle zuzulassen.
  • Nach Beginn des Testens für das Release ist überhaupt keine Änderung mehr zulässigÄnderungen bleiben möglich; formal wird der Weg zur Änderung.
  • Die Änderung erfordert, dass der Testabschlussbericht des vorherigen Zyklus neu erstellt wirdEin Bericht neu zu erstellen ist nicht die Folge der Freigabe zum Testen.
  • Richtige Antwort: Die Komponente ist nun eine Baseline und darf nur über einen formalen Änderungskontrollprozess geändert werdenMit der Freigabe wird sie Baseline, änderbar nur über formale Änderungskontrolle.

Für ein komplexes Konfigurationselement wie eine Testumgebung zeichnet das Konfigurationsmanagement die Elemente, aus denen es besteht, ihre Beziehungen und Versionen auf. Wird das Konfigurationselement zum Testen freigegeben, wird es zur Baseline und kann nur durch einen formalen Änderungskontrollprozess geändert werden. Das Konfigurationsmanagement sichert die Daten, wenn eine neue Baseline erstellt wird.

Lehrplanabschnitt 5.4.1

Eigenes PrepBench-Übungsmaterial, keine offiziellen Prüfungsfragen und keine Prüfungsdumps. PrepBench ist unabhängig und weder mit dem ISTQB® verbunden noch von ihm unterstützt.

Glossarbegriffe in diesem Kapitel