@routerhub/agent-rules 1.5.70 → 1.5.71
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/AGENTS.base.md +8 -0
- package/package.json +1 -1
- package/rules/frontend.md +8 -0
package/AGENTS.base.md
CHANGED
|
@@ -256,6 +256,14 @@ Closes #456
|
|
|
256
256
|
- 端口被占用时自动切换新端口。
|
|
257
257
|
- 自动化测试中,若 Mock 数据不影响业务逻辑验证,优先使用 Mock 数据代替真实接口调用,减少外部依赖和测试不稳定性。
|
|
258
258
|
- ⚠️ **测试用例编写顺序:必须先写主流程,再写边界情况**。主流程(happy path)是最重要的,必须优先覆盖并确保通过;边界情况(异常输入、空值、超时、并发竞态等)重要性相对较低,在主流程全部覆盖完毕后再补充。禁止主流程还没写完就去写边界情况测试,也禁止因为花太多时间在边界情况上而遗漏主流程覆盖。
|
|
259
|
+
- ⚠️ **测试用例必须模拟真实用户的操作流程,禁止只写「XX 可见」类表面检查**。测试用例清单中的每一条主流程用例,必须以真实用户的操作路径来编写:打开页面 → 查看初始状态 → 点击按钮/填写表单 → 提交/保存 → 验证结果页面是否正确展示。核心覆盖场景必须包括:
|
|
260
|
+
- **新建**:从入口进入 → 填写表单 → 提交 → 在列表/详情页验证新建数据是否正确显示,截图每步关键状态。
|
|
261
|
+
- **编辑**:从列表/详情进入编辑 → 修改字段 → 保存 → 验证修改后的数据在页面上是否正确回显,截图前后对比。
|
|
262
|
+
- **删除**:触发删除 → 确认弹窗 → 确认后验证列表/页面中该数据已消失,截图删除前列表和删除后列表对比。
|
|
263
|
+
- **查看/搜索**:进入列表页 → 使用搜索/筛选 → 验证搜索结果是否符合筛选条件,截图搜索结果。
|
|
264
|
+
- **状态流转**:如果业务有状态变更(如审核、启用/禁用、支付等),必须覆盖每个状态流转的操作和页面反馈,截图每个状态下的页面展示。
|
|
265
|
+
- **异常操作**:空表单提交、超长文本输入、非法字符、重复提交等用户可能触发的异常场景,截图错误提示和页面状态。
|
|
266
|
+
- ⚠️ **每一条测试用例必须附带对应步骤的截图,缺一不可**。测试用例清单中每条用例必须写出预期要截哪些图(如「截图1:新建表单填写完成」「截图2:提交成功后列表页新数据出现」),实际执行时每张截图都必须产出并嵌入 HTML 报告。禁止只写操作步骤而不产出对应截图,禁止用「已验证通过」等文字描述代替截图。
|
|
259
267
|
|
|
260
268
|
## 错误日志
|
|
261
269
|
|
package/package.json
CHANGED
package/rules/frontend.md
CHANGED
|
@@ -61,6 +61,14 @@ outputName: "frontend"
|
|
|
61
61
|
- 端口被占用时自动切换新端口。
|
|
62
62
|
- 自动化测试中,若 Mock 数据不影响业务逻辑验证,优先使用 Mock 数据代替真实接口调用,减少外部依赖和测试不稳定性。
|
|
63
63
|
- ⚠️ **测试用例编写顺序:必须先写主流程,再写边界情况**。主流程(happy path)是最重要的,必须优先覆盖并确保通过;边界情况(异常输入、空值、超时、并发竞态等)重要性相对较低,在主流程全部覆盖完毕后再补充。禁止主流程还没写完就去写边界情况测试,也禁止因为花太多时间在边界情况上而遗漏主流程覆盖。
|
|
64
|
+
- ⚠️ **测试用例必须模拟真实用户的操作流程,禁止只写「XX 可见」类表面检查**。测试用例清单中的每一条主流程用例,必须以真实用户的操作路径来编写:打开页面 → 查看初始状态 → 点击按钮/填写表单 → 提交/保存 → 验证结果页面是否正确展示。核心覆盖场景必须包括:
|
|
65
|
+
- **新建**:从入口进入 → 填写表单 → 提交 → 在列表/详情页验证新建数据是否正确显示,截图每步关键状态。
|
|
66
|
+
- **编辑**:从列表/详情进入编辑 → 修改字段 → 保存 → 验证修改后的数据在页面上是否正确回显,截图前后对比。
|
|
67
|
+
- **删除**:触发删除 → 确认弹窗 → 确认后验证列表/页面中该数据已消失,截图删除前列表和删除后列表对比。
|
|
68
|
+
- **查看/搜索**:进入列表页 → 使用搜索/筛选 → 验证搜索结果是否符合筛选条件,截图搜索结果。
|
|
69
|
+
- **状态流转**:如果业务有状态变更(如审核、启用/禁用、支付等),必须覆盖每个状态流转的操作和页面反馈,截图每个状态下的页面展示。
|
|
70
|
+
- **异常操作**:空表单提交、超长文本输入、非法字符、重复提交等用户可能触发的异常场景,截图错误提示和页面状态。
|
|
71
|
+
- ⚠️ **每一条测试用例必须附带对应步骤的截图,缺一不可**。测试用例清单中每条用例必须写出预期要截哪些图(如「截图1:新建表单填写完成」「截图2:提交成功后列表页新数据出现」),实际执行时每张截图都必须产出并嵌入 HTML 报告。禁止只写操作步骤而不产出对应截图,禁止用「已验证通过」等文字描述代替截图。
|
|
64
72
|
|
|
65
73
|
## 错误日志
|
|
66
74
|
|