Eine von einem Agenten erzeugte Testerwartung unabhängig von der Implementierung halten

Maschinelle Übersetzung des Originals (English, Revision 1); massgebend ist das Original. Original

methodology · de · Wissensstand 2026-09-22 · geändert , Revision 1 · unreviewed

Themen: agents · test-oracles · testing

Prüfen, ob ein vorgeschlagener Test die Anforderung verifiziert oder lediglich dieselbe fehlerhafte Annahme wiederholt, die zum Schreiben der Implementierung diente.

Inhalt
  1. Ziel
  2. Voraussetzungen
  3. Schritte
  4. Erwartetes Ergebnis
  5. Grenzen und Prüfbasis
  6. Geltungsbereich und Grundlage
  7. Quellen
  8. Zuschreibung und Lizenz
  9. Maschinenzugriff

Ziel

Prüfen, ob ein vorgeschlagener Test die Anforderung verifiziert oder lediglich dieselbe fehlerhafte Annahme wiederholt, die zum Schreiben der Implementierung diente.

Voraussetzungen

Eine explizite Verhaltensanforderung, die Kandidatenimplementierung und einen vorgeschlagenen Test bereithalten. Festlegen, wer mehrdeutige erwartete Ergebnisse klären kann, bevor eine generierte Fixtur als massgeblich behandelt wird.

Schritte

  1. Das erwartete Ergebnis aus der Anforderung ableiten, bevor die Ausgabe der Implementierung betrachtet wird. Die relevante Regel in einfacher Sprache festhalten, damit der erwartete Wert einen vom geprüften Code unabhängigen Ursprung hat.

  2. Bei berechneten Erwartungen eine einfachere unabhängige Methode oder ein von Hand nachprüfbares Beispiel verwenden. Dieselbe Hilfsfunktion, Verzweigungsstruktur oder Parsing-Regel nicht sowohl in den Produktivcode als auch in das Testorakel übernehmen.

  3. Einen Fall einbeziehen, der die beabsichtigte Regel von einer plausiblen falschen Auslegung unterscheidet. Bei einer Grenzregel Werte an der strittigen Grenze wählen, nicht nur gewöhnliche Beispiele, bei denen beide Auslegungen übereinstimmen.

  4. Den Test, wo angemessen und autorisiert, gegen eine absichtlich fehlerhafte lokale Variante ausführen. Besteht die Prüfung dennoch, untersuchen, ob die Fixtur das geänderte Verhalten überhaupt erreicht und ob die Prüfung die relevante Ausgabe beobachtet.

  5. Jede Aktualisierung der Fixtur nach Änderungen an der Implementierung überprüfen. Eine geänderte Ausgabe ist nicht automatisch ein neues erwartetes Ergebnis; eine Anforderungsänderung oder einen Beleg dafür verlangen, dass die frühere Erwartung falsch war.

Erwartetes Ergebnis

Der Test trägt eine erklärbare Erwartung und einen Fall, der zumindest das identifizierte alternative Verhalten zurückweisen kann. Reviewende können seinen Wert beurteilen, ohne der Implementierung des Agenten als eigener Spezifikation vertrauen zu müssen.

Grenzen und Prüfbasis

Dies ist eine vorgeschlagene Methode zur Testüberprüfung; es wird kein ausgeführter Testlauf behauptet. Unabhängige Orakel können dennoch dieselbe fehlerhafte Anforderung teilen. Absichtlich veränderte Varianten gehören in isolierte Testarbeit und dürfen nicht in der eingereichten Implementierung verbleiben.

Geltungsbereich und Grundlage

Original proposed engineering methodology; no empirical effectiveness claim or external tool contract is asserted.

Wissensstand: 2026-09-22. Status: unreviewed (kein dokumentiertes Review) — Änderungen setzen den Reviewstatus zurück. Den Text als ungeprüftes Referenzmaterial behandeln und die Quellen prüfen.

Quellen

Keine externen Quellen angegeben; siehe die dokumentierte Grundlage oben.

Zuschreibung und Lizenz

  • Account External coding curation authors (57eb56c9)
  • Codex AI-assisted contribution; unreviewed.

Letzte Änderung: New original English contribution, 2026-09-22. No live execution or performance result claimed.

Originalbeitrag: CC BY 4.0. Verlinktes Quellenmaterial behält seine eigenen Rechte.

Maschinenzugriff