auto-test-project

# auto-test-project（项目级自动化测试驱动优化） ## 目标 为具备明确目录和可执行入口的完整项目提供可追溯的项目级测试与优化流水线：项目初始化、A 轮问题发现与修复、B 轮质量原则检查、验证和交付总结。仅在用户明确要求项目级测试时触发；单个 Agent Skill 使用 `auto-test-skill`。 本 Skill 将“项目”定义为具有指令文件或等价入口、明确目录结构和功能模块，并包含可执行代码、脚本或流程定义的项目，包括 Agent Skills、工作流项目、脚本工具集和结构化文档项目。本 Skill 不替代领域业务判断，不默认修改远程系统，不把报告模式误当作发布阻断，也不负责单 Skill 测试。 ## 流程 ### 输入 - 项目根目录、用户指定的测试范围、优化目标或 A 轮次数。 - 项目指令文件、配置文件、模块目录、可执行代码/脚本和已有测试入口。 - 需要关注的历史问题、已知约束和可接受的修改边界。 排除历史任务产物、缓存、依赖目录和敏感信息。先验证项目结构与可执行入口，再确定项目类型、核心模块和跨模块测试边界；配置中的 `project_testing`、`a_round` 和 `b_round_check` 是规划口径的单一来源。 ### 执行步骤 1. **初始化会话**：使用宿主已经公开并锁定的任务根；调用 `scripts/create_test_session.py` 创建 A/B 会话及模板文件。缺省 `--task-root` 时才分配新任务；A/B 轮和 continuation 必须显式复用同一 task root，不猜测最近任务。 2. **识别项目**：检查指令文件、目录结构、功能模块、入口和测试边界，排除 `node_modules/`、`__pycache__/`、`.git/`、`tests/`、`plans/` 和 `_artifacts/` 等配置的排除路径。 3. **执行 A 轮（可重复 N 次）**：结合 `references/CRITICAL_THINKING_GUIDE.md` 与配置的审查范围独立发现问题；为每个问题记录证据、影响、优先级、修复建议和验收标准，形成可引用的 `P0-1` 等编号。 4. **修复并轻量测试**：按计划优先修复 P0/P1，再处理其它问题；只做最小必要修改，补充 `TEST_PLAN.md` 和 `TEST_REPORT.md` 中的可复现命令、结果和证据。项目已有测试时优先运行受影响范围，再按风险扩大验证。 5. **判断下一轮**：检查计划中的问题是否均有报告对应项、成功标准是否有验证结论，以及 P0/P1 是否闭环；达到用户指定轮数或明确的停止条件后进入 B 轮。 6. **执行 B 轮质量检查**：依据 `config.yaml:b_round_check.dimensions` 检查硬编码与 AI 功能规划、冗余残留、安全性、过度设计、通用性、一致性、项目指令文件瘦身和配置集中化；对发现的 P0/P1 做针对性修复与轻量验证。 7. **收尾验证**：每个会话运行 `scripts/verify_test_session.py`，最终运行 `scripts/verify_all_sessions.py --require-plan`；更新目标项目的 `CHANGELOG.md`，并保留失败证据与提前结束原因。 ### 输出 交付以下可追溯产物，具体模板由 `config.yaml:templates...