xst
b2a035c4f9
- 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
88 lines
3.9 KiB
Markdown
88 lines
3.9 KiB
Markdown
# 测试用例编写规范
|
||
|
||
## 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 中的 `测试数据` 会在导出时自动并入 `步骤描述`，避免字段丢失。
|