Diese Fälle prüfen verschiedene Dinge. Eine gute Begründung gleicht nicht aus, dass der Reservieren-Button ohne Zutun ausgelöst wurde. Umgekehrt sagt eine unveränderte Datenbank wenig darüber, ob die vorgeschlagenen Geräte passen.
Ein neuer Fall braucht nicht immer einen früheren Schaden. Wenn eine Anforderung schon bekannt ist, wird sie vor dem ersten Einsatz geprüft. Der Fall „rumfuchteln“ kommt sofort dazu. Die Sammlung wächst aus dem Produkt und seinen Nutzern, nicht aus einer Vorlage.
Derselbe Ausgangszustand
Die Eingabe allein macht einen Versuch nicht wiederholbar. „Wir brauchen einen Lautsprecher“ kann bei zwei verschiedenen Katalogen zu zwei berechtigten Ergebnissen führen. Und ein Gerät, das heute frei ist, kann morgen reserviert sein. Für den Fall ohne Steckdose hält Mara deshalb den verwendeten Katalog fest: L1 braucht Netzstrom, L2 hat einen Akku.
Halte diesen Fehlversuch als wiederholbaren Testfall fest. Speichere die Eingabe, den verwendeten Katalogausschnitt und die relevanten Anleitungen. Lege für die Prüfung einen festen Reservierungsstand an.
Ein neuer Versuch muss wieder mit diesem Ausgangszustand beginnen. Verwende Testdaten und verändere keine echten Reservierungen. Zeige mir neben dem Ergebnis auch, welche Informationen das Modell erhielt.