目录 / ac-method-03-ears-structure-based
ac-method-03-ears-structure-based
生成验收标准:首先将所有需求归一化为5种EARS模式,然后将每种模式映射到具体的测试类型。 1. EARS模式一:当[触发条件]时,系统应[响应行为] 示例:当用户点击“提交”按钮时,系统应保存表单数据并显示成功提示。 映射测试类型:功能测试、UI测试 验收标准: - 验证在触发条件下系统执行预期行为 - 验证用户界面正确响应并显示预期反馈 2. EARS模式二:系统应始终[行为] 示例:系统应始终对用户密码进行加密存储。 映射测试类型:安全测试、静态代码分析 验收标准: - 验证密码在数据库中以加密形式存储 - 验证无明文密码出现在日志或传输中 3. EARS模式三:系统应仅在[条件]下[行为] 示例:系统应仅在用户已登录状态下允许访问个人中心。 映射测试类型:功能测试、安全测试 验收标准: - 验证未登录用户无法访问个人中心 - 验证登录用户可正常访问 4. EARS模式四:系统应[行为],除非[例外条件] 示例:系统应自动保存草稿,除非用户手动关闭自动保存功能。 映射测试类型:功能测试、异常测试 验收标准: - 验证在默认情况下草稿自动保存 - 验证关闭自动保存后不再执行保存操作 5. EARS模式五:系统应[行为],以便[目的] 示例:系统应记录操作日志,以便审计追踪。 映射测试类型:日志测试、合规性测试 验收标准: - 验证关键操作被完整记录在日志中 - 验证日志包含时间、用户、操作类型等必要信息 每种EARS模式对应的测试类型汇总: - 功能测试:覆盖模式一、三、四 - UI测试:覆盖模式一 - 安全测试:覆盖模式二、三 - 异常测试:覆盖模式四 - 日志测试/合规性测试:覆盖模式五 - 静态代码分析:覆盖模式二 最终验收标准应确保所有需求均被归类至EARS模式,并对应至少一种测试类型进行验证。
这是模型对公开材料的总结,不是官方声明,请以原链内容为准。
存档时间线
| 版本 | 存档时间 | 内容哈希 | 内容 |
|---|---|---|---|
| v1 | 2026-11-16 03:24 | 33e4999e | 可取 |
版本索引永久保留;内容副本只保留最新 1 份,更早版本仅留索引与哈希(存档时间线的证据链不会因此断裂)。
提交举报 / 纠错
侵权举报经核验成立后,我们会即时下线该条目并删除已存的内容副本。