CTFL 5.5.1: Einen Fehlerbericht erstellen

• a
  Schritte: gültiges Konto nutzen und Anmelden wählen. Erwartet: auf Anmeldung bleiben. Tatsächlich: Kontoübersicht; POST /session liefert 200.Dies vertauscht erwartetes und tatsächliches Verhalten und nennt eine nicht beobachtete 200-Antwort.
• ✓
  Richtige Antwort: Schritte: gültiges Konto nutzen und Anmelden wählen. Erwartet: Kontoübersicht. Tatsächlich: „Sitzung abgelaufen“; POST /session liefert 401.Dies erfasst die gegebenen Schritte, erwartete und tatsächliche Ergebnisse und die relevante Protokollantwort.
• c
  Schritte: gültiges Konto nutzen und Anmelden wählen. Erwartet: Kontoübersicht. Tatsächlich: Serverfehler; POST /session liefert 500.Dies erfindet einen Serverfehler und eine 500-Antwort statt der beobachteten Meldung und 401-Antwort.
• d
  Schritte: gültiges Konto nutzen und Anmelden wählen. Erwartet: „Sitzung abgelaufen“. Tatsächlich: Kontoübersicht; POST /session liefert 200.Dies behandelt die Fehlermeldung als Erwartung und ersetzt die beobachtete 401-Antwort durch 200.

Ein beim dynamischen Test erstellter Fehlerbericht beschreibt die Fehlerwirkung typischerweise so, dass Reproduktion und Behebung möglich sind, einschließlich Testschritten, relevanten Protokollen sowie erwartetem und tatsächlichem Ergebnis. Nur die zweite Beschreibung übernimmt alle Beobachtungen korrekt: gültiges Konto, Anmelden, erwartete Kontoübersicht, tatsächliche Meldung und HTTP 401.

Lehrplanabschnitt 5.5

• ✓
  Richtige Antwort: Überweisungsformular: Betrag mit Dezimalkomma wird ohne dieses gespeichertEine kurze, konkrete Zusammenfassung der beobachteten Anomalie.
• b
  Überweisungsformular ist völlig unbrauchbar und muss vor dem Release behoben werdenDas verallgemeinert auf das ganze Formular und nennt Dringlichkeit statt Anomalie.
• c
  Problem bei der Betragsverarbeitung, gefunden in der gestrigen TestsitzungDas hält fest, wann die Anomalie gefunden wurde, nicht was beobachtet wurde.
• d
  Vermutlicher Rundungsfehler in der Zahlungskomponente, siehe angehängter ScreenshotDas spekuliert über die Ursache, die erst die Analyse ermittelt.

Ein Fehlerbericht enthält einen Titel mit einer kurzen Zusammenfassung der berichteten Anomalie. Der beste Titel benennt kurz und hinreichend genau, was beobachtet wurde. Ein Titel, der den Schweregrad verallgemeinert, der den Zeitpunkt des Auffindens beschreibt oder der über die Ursache spekuliert, fasst die Anomalie selbst nicht zusammen.

Lehrplanabschnitt 5.5

• a
  Orders 4.2.0, Staging, TC-118, Schritte; erwartet: voller Preis; tatsächlich: 10 % AbzugDas tatsächliche Ergebnis gibt den beobachteten Abzug von 20 % fälschlich als 10 % an. Der Bericht muss die aufgezeichnete Fehlerwirkung wiedergeben.
• b
  Orders 4.2.0, Produktion, TC-118, Schritte; erwartet: voller Preis; tatsächlich: 20 % AbzugDie Umgebung ist falsch: Der Lauf erfolgte auf Staging, die Testumgebung wird also falsch benannt.
• c
  Orders 4.2.0, Staging, TC-118, Schritte; erwartet: voller Preis; tatsächlich: die Ablaufprüfung fehltDas tatsächliche Ergebnis muss das beobachtete Verhalten sein, das die Reproduktion ermöglicht, nicht die Ursachendeutung.
• ✓
  Richtige Antwort: Orders 4.2.0, Staging, TC-118, Schritte; erwartet: voller Preis; tatsächlich: 20 % AbzugTestobjekt, Umgebung, Testfall, Schritte und beide Ergebnisse entsprechen den Belegen.

Ein während des dynamischen Testens aufgezeichneter Fehlerbericht enthält in der Regel einen Titel mit kurzer Zusammenfassung der Anomalie, die Identifikation von Testobjekt und Testumgebung, den Kontext des Fehlerzustands wie den laufenden Testfall, eine Beschreibung der Fehlerwirkung einschließlich der Testschritte sowie erwartete und tatsächliche Ergebnisse. Jeder Entwurf ist daher sowohl gegen die Pflichtfelder eines Fehlerberichts als auch gegen das Protokollierte zu prüfen: Ein Entwurf gibt den beobachteten Abzug falsch an, einer nennt eine Umgebung, auf der der Lauf nicht erfolgte, und einer ersetzt das beobachtete tatsächliche Ergebnis durch eine Ursachendeutung.

Lehrplanabschnitt 5.5.1