feat: Agentic QE Fleet v2.0.0 - 14-agent quality engineering platform

- 14 specialized AI agents across 5 battle zones (Prepare/Analyze/Design/Review/Monitor)
- New: risk-assessor, test-strategist, data-builder, coverage-auditor, quality-gatekeeper, execution-analyst, knowledge-curator
- New: fleet_runner.py orchestrator with multi-zone manifest pipeline
- New: fleet_config.yml for centralized configuration
- New: knowledge activation system (keyword + semantic matching)
- New: semantic conflict detection with severity grading (P0-P3)
- New: three-tier quality gate (PASS/PASS_WITH_FIX/BLOCKED)
- New: monitor zone for test execution analysis and auto knowledge curation
- Backward compatible: /case_generate alias, case_pipeline.py preserved
- Comprehensive docs: USER_GUIDE.md + MAINTENANCE_GUIDE.md

knowledge_base/01_standards/test_case_template.md

@@ -0,0 +1,87 @@
+# 测试用例编写规范
+
+## 1. 用例结构标准
+所有生成的测试用例必须遵循以下字段结构：
+
+| 字段 | 说明 | 示例 |
+| :--- | :--- | :--- |
+| **用例编号** | 唯一标识，建议使用稳定英文缩写，格式 `端_模块_子模块_编号` | `PLT_MKT_MC_001` |
+| **模块** | 功能归属模块，建议使用层级路径表达 `端-一级模块-二级模块` | `平台端-营销管理-商家优惠券` |
+| **用例标题** | 简明扼要，动宾结构 | `验证使用有效优惠券下单成功` |
+| **优先级** | P0(核心流程), P1(主要功能), P2(次要/异常) | `P0` |
+| **类型** | 用例类型，必须使用团队枚举 | `功能测试` |
+| **前置条件** | 执行前必须满足的状态 | `用户已登录，购物车有商品` |
+| **测试步骤** | 分步骤描述操作，清晰无歧义 | `1. 点击结算 2. 选择优惠券` |
+| **测试数据** | 具体的输入数据（如有） | `优惠券码: TEST100` |
+| **预期结果** | 对应步骤的系统反馈，包含 UI 和数据 | `1. 订单金额减少100元 2. 跳转支付页` |
+| **备注** | 待确认项、历史缺陷来源或 AI 修正说明 | `[AI修正: 补充历史缺陷防御场景]` |
+
+## 2. 编写原则
+- **原子性**：一个用例只验证一个主要功能点。
+- **独立性**：用例之间尽量不依赖（除前置条件外）。
+- **可重复性**：预期结果必须明确，不能模棱两可。
+- **可追溯性**：每条用例应能追溯到需求条目、历史缺陷或团队规则。
+
+## 3. 类型字段规范
+
+- `类型` 必须从以下枚举中选择其一：
+  - `功能测试`
+  - `性能测试`
+  - `兼容性测试`
+  - `易用性测试`
+  - `安全性测试`
+  - `冒烟测试`
+  - `回归测试`
+  - `其他`
+- 默认优先使用 `功能测试`，不要滥用 `其他`。
+- 涉及权限绕过、抓包篡改、越权访问、敏感数据校验的场景，优先标记为 `安全性测试`。
+- 涉及 RT、吞吐、并发容量、性能基线的场景，标记为 `性能测试`。
+- 核心链路首轮冒烟验证可标记为 `冒烟测试`。
+- 来自历史缺陷或确认后的重点回归链路，可标记为 `回归测试`。
+
+## 4. 模块字段规范
+
+- **推荐层级**：`端-一级模块-二级模块`，必要时可扩展到 `端-一级模块-二级模块-功能点`。
+- **推荐示例**：
+  - `平台端-营销管理-平台优惠券`
+  - `平台端-营销管理-商家优惠券`
+  - `商家端-营销活动-商家优惠券`
+  - `用户端-下单结算-平台券使用`
+- **生成规范**：Markdown 表格中的 `模块` 列统一写 `-` 连接的层级路径，不直接写 `|`，避免表格分列风险。
+- **读取与导出规范**：脚本在读取 Markdown 和导出 Excel 时，会将模块路径自动标准化为 `|` 连接形式，例如：
+
+```text
+平台端-营销管理-商家优惠券
+-> 平台端|营销管理|商家优惠券
+```
+
+- **兼容说明**：历史数据如果已经使用 `平台端\|营销管理\|商家优惠券` 或 `平台端|营销管理|商家优惠券`，当前脚本仍可兼容读取。
+- **编号建议**：`用例编号` 不要直接使用中文模块路径，建议使用稳定英文缩写，例如：
+
+```text
+PLT_MKT_PC_001   # 平台端|营销管理|平台优惠券
+PLT_MKT_MC_001   # 平台端|营销管理|商家优惠券
+MCH_MKT_MC_001   # 商家端|营销活动|商家优惠券
+```
+
+## 5. 唯一表头
+
+最终 Markdown 表格必须严格使用以下表头顺序：
+
+| 用例编号 | 模块 | 用例标题 | 优先级 | 类型 | 前置条件 | 测试步骤 | 测试数据 | 预期结果 | 备注 |
+| :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- |
+
+## 6. 云效导出映射
+
+- Excel 导出默认按团队云效字段模型输出：
+  - `标题`
+  - `编号`
+  - `目录`
+  - `创建时间`
+  - `前置条件`
+  - `步骤描述`
+  - `预期结果`
+  - `优先级`
+  - `类型`
+  - `URL`
+- Markdown 中的 `测试数据` 会在导出时自动并入 `步骤描述`，避免字段丢失。