ОтветыОпубликовано9 источники
Предложение по управлению тестами: меньше путаницы, но не меньше проверок
Инициатива предлагает чётче разделить проектную документацию, спецификации, историю решений и планы работ — не ради сокращения числа файлов, а ради понятной ответственности. Долгосрочные регрессионные тесты предлагают сохранить; удалять проверки только ради переноса или упрощения структуры не планируют.
ОпубликовалИзображения созданы с помощью GPT Image 2
Ответ на исследование
Ключевые выводы
- Инициатива предлагает чётче разделить проектную документацию, спецификации, историю решений и планы работ — не ради сокращения числа файлов, а ради понятной ответственности.
- Долгосрочные регрессионные тесты предлагают сохранить; удалять проверки только ради переноса или упрощения структуры не планируют.
- Для ИИ агентов рассматривают единый источник проектных правил и тонкие адаптеры под конкретные среды, но их совместимость ещё предстоит проверить.
- Предложение не означает, что работы уже проведены: прежний план остаётся заблокированным, а миграция и приёмка не объявлены.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W](https://d15bya8fi85z1v.cloudfront.net/chat/nzMhQ6wEefYpIEeZmiHsW3GCRyJ2/images/4DFBA6B6FA669F650613/F3119D0DD1A7DF6D3258.png)
Промпт ИИ
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you produce requests for client side execution. W. Article summary: <tool call {"name":"apply diff","arguments":{"path":" bmad output/analysis/ANALYSIS 20261022 document test governance.md","diff":"<<<<<<< SEARCH\n:start line:66\n \n项目事实文件本轮保持不写入；不将未经本次读取核实的格式或陈旧信息声明登记为事实。文件缺失、权限拒绝、磁盘错误和. Topic tags: general web, ai, workflow, code, python. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with
В проектах с несколькими языками программирования и ИИ-помощниками документы легко начинают дублировать друг друга, а тесты — терять связь с требованиями. Предложение по управлению проектом пытается решить эту проблему без привычного, но рискованного рецепта «давайте просто всё перенесём в одну папку».
Главный принцип: сначала определить назначение каждого вида документа и проверки, а затем менять структуру. Чистота каталогов сама по себе не оправдывает потерю тестового покрытия, языковых особенностей или единственного надёжного подтверждения того, что проверка действительно выполнялась.
Что предлагают разделить
В качестве проектного входа рассматривают корневой AGENTS.md: там могли бы находиться устойчивые инструкции, навигация и ссылки на способы сборки и проверки. Требования, интерфейсы и критерии приёмки предлагается держать в спецификациях, а обоснования решений — в ADR, то есть записях о принятых архитектурных решениях.
Планы работ должны описывать объём, разрешения, зависимости и критерии проверки. Аналитические материалы, в свою очередь, должны явно различать действующие выводы, исторические сведения и вопросы, которые ещё не подтверждены. Это не означает, что всю историю нужно удалять: старые документы могут оставаться полезными, даже если они больше не используются как текущая инструкция.
Тесты не предлагают приносить в жертву структуре
Особое внимание уделено границе между кодом тестов, результатами их запуска и временными проверками. Долгосрочные регрессионные и межкомпонентные тесты следует оценивать по тому, какие дефекты и контракты они покрывают, а не только по имени файла или номеру задачи.
Например, тест на Go, которому для проверки нужны непубличные элементы пакета, не стоит переносить так, чтобы ради этого пришлось раскрыть внутреннее состояние или ослабить проверку. А временный диагностический запуск не становится автоматически постоянным тестом — как и его вывод не заменяет исходный код проверки.
Перед очисткой временных материалов предлагается выяснять, не ссылаются ли на них другие проверки и не являются ли они единственным подлинным свидетельством результата. Краткое резюме не всегда может заменить исходный журнал или отчёт.
Спецификации могут помогать при переносе кода, но не заменяют регрессию
В качестве одного из подходов упоминается идея Джеффри Хантли: при переносе программного обеспечения на другой язык он предлагает извлекать тесты в спецификации и связывать их с реализацией.7 В предложении эту рекомендацию ограничивают именно сценарием переноса: её не считают основанием отказываться от регулярных проверок в повседневной разработке.
Это важное различие. Документация может сделать требования заметнее, но сама по себе не доказывает, что конкретная реализация продолжает им соответствовать.
ИИ-агенты: общий источник правил и осторожность с автоматизацией
В предложении рассматривают единый источник проектных правил с тонкой адаптацией под конкретные инструменты. Такой подход должен уменьшить дублирование, но не предполагает, что любое правило автоматически загрузится или что агент всегда сможет выполнить нужное действие.
Документация Cline описывает Plan как режим исследования и планирования без изменения файлов, а Act — как режим выполнения плана.2 Это описание продукта не подтверждает, что конкретная версия, IDE или настройки проекта обеспечивают те же ограничения. Поэтому проект предлагает отдельно проверять загрузку правил, вызов навыков, смену режима и права инструментов.
Документация также указывает расположение правил и навыков Cline, но этого недостаточно, чтобы гарантировать их автоматическую загрузку или вызов в любой среде.3 В предложении отдельно отмечено: нажатие кнопки Act не должно считаться разрешением на любые изменения — необходимы согласованные план, этап и границы записи.
Пока это предложение, а не внедрённое решение
Новый ADR имеет статус PROPOSED. Связанный с прежней работой план остаётся заблокированным, а его приёмку нельзя подменить обсуждением новой структуры. Путь для отдельного плана внедрения и реальные права на изменения ещё нужно подтвердить.
В документе прямо оговорено, что на этом этапе не проводились миграция, тестирование или приёмка и что фактические настройки целевых инструментов остаются предметом проверки. Если нужный интерфейс или механизм загрузки не поддерживается, предлагается сохранить существующую структуру и не форсировать перенос.
Иными словами, замысел — не сократить документацию и тесты любой ценой, а сделать понятнее, что именно они гарантируют, кто ими пользуется и какие доказательства нельзя потерять при изменениях.
Studio Global AI
Продолжайте свое исследование
На этой странице есть ответ, подтвержденный источником, который вы можете продолжить внутри Studio Global.
Люди также спрашивают
Каков краткий ответ на вопрос «Предложение по управлению тестами: меньше путаницы, но не меньше проверок»?
Инициатива предлагает чётче разделить проектную документацию, спецификации, историю решений и планы работ — не ради сокращения числа файлов, а ради понятной ответственности.
Какие ключевые моменты необходимо проверить в первую очередь?
Инициатива предлагает чётче разделить проектную документацию, спецификации, историю решений и планы работ — не ради сокращения числа файлов, а ради понятной ответственности. Долгосрочные регрессионные тесты предлагают сохранить; удалять проверки только ради переноса или упрощения структуры не планируют.
Что мне делать дальше на практике?
Для ИИ агентов рассматривают единый источник проектных правил и тонкие адаптеры под конкретные среды, но их совместимость ещё предстоит проверить.