Day 4 用例自检报告

Viewed 2

生成日期: 2026-07-02
自检人: 丹诺(Agent)
用例来源: 基于测试方案v2.0 + 行业通用AI家装产品逻辑生成
自检结论: ⚠️ 存在中等相关性风险,建议执行时逐条确认适用性


一、自检概况

指标 数值
生成用例总数 22条
自评高置信度(大概率适用) 12条
自评中置信度(需确认产品是否有此功能) 7条
自评低置信度(可能冗余) 3条

二、逐条自检结果

需求补全模块(7条)

编号 用例名称 置信度 自检说明 建议
RC-001 AI智能问答引导需求补全 🟢高 测试方案明确写了"智能问答"是P0功能,大概率存在 直接执行
RC-002 需求关键信息完整性收集 🟢高 与RC-001衔接,属于同一流程的延续 直接执行
RC-003 需求汇总确认页面 🟡中 不确定产品是否有独立的"需求汇总确认"页面,可能融合在对话流中 执行时确认:是独立页面还是对话内确认?若无独立页面则标N/A
RC-004 需求推导-基于户型智能推导 🟡中 测试方案写了"需求推导",但实际产品是否自动推导不确定 执行时确认:上传户型图后AI是否主动推导需求
RC-005 修改已确认的需求 🟡中 依赖RC-003,如果产品没有独立确认页面,此用例可能不适用 随RC-003一起判断
RC-006 模糊需求处理 🟢高 边界场景,AI对话必有此能力 直接执行
RC-007 需求确认后流转到设计 🟢高 核心流转节点,测试方案明确要求验证 直接执行,重点验证

模块小结: 7条中5条大概率适用,2条(RC-003/RC-005)取决于产品是否有独立确认页面。


Pro级定制模块(7条)

编号 用例名称 置信度 自检说明 建议
PC-001 参数调节-面积/房间数调整 🟢高 AI对话中调整参数是基础能力 直接执行
PC-002 风格切换-多种装修风格 🟢高 测试方案写了"风格切换"是P0 直接执行,展演大概率演示
PC-003 多方案对比功能 🔴低 高风险冗余项:不确定产品是否有独立的"方案对比"功能,可能只是对话中切换 执行时先确认是否有对比入口,无则标N/A
PC-004 预算范围调整 🟢高 报价相关,P0链路必有 直接执行
PC-005 材料/品牌偏好设定 🟡中 不确定产品是否支持指定具体品牌/材料 执行时确认:AI是否支持品牌级推荐
PC-006 方案微调-局部修改 🟡中 "客厅沙发换位置"这类空间级微调,AI是否支持不确定 执行时确认AI的修改粒度
PC-007 定制参数修改后数据一致性 🟢高 数据一致性验证,与具体功能形态无关 直接执行,改完参数后核对报价是否联动

模块小结: 7条中4条高置信,PC-003最可能冗余(独立对比功能可能不存在),PC-005/006取决于AI能力深度。


社区功能模块(8条)

编号 用例名称 置信度 自检说明 建议
CM-001 社区入口正常访问 🟢高 测试方案明确有社区模块 直接执行
CM-002 发布内容-文字+图片 🟢高 社区基础功能 直接执行
CM-003 发布内容-纯文字无图片 🟡中 取决于产品设计是否强制要求图片 执行时观察发布页是否有图片必填校验
CM-004 浏览社区内容 🟢高 社区基础功能 直接执行
CM-005 点赞功能 🟢高 社区基础功能 直接执行
CM-006 评论功能 🟢高 社区基础功能 直接执行
CM-007 未登录状态访问社区 🟡中 取决于产品是否支持游客模式浏览 执行时确认:是否有游客模式,无则标N/A
CM-008 发布内容审核 🟡中 不确定是否有内容审核机制(可能后端有但前端无感知) 执行时试一下敏感词,看有无拦截

模块小结: 8条中6条高置信,CM-003/007取决于产品具体设计。


三、冗余风险评估

最可能冗余的3条用例

排名 用例 冗余原因 处理建议
1 PC-003 多方案对比功能 产品可能没有独立的"方案对比"入口,只是在对话中切换不同方案 若无独立入口则标N/A,不算入分母
2 RC-003 需求汇总确认页面 产品可能没有独立确认页面,而是在对话流中自然确认 若无独立页面则标N/A
3 RC-005 修改已确认的需求 依赖RC-003,如果确认页面不存在则此用例也不适用 随RC-003处理

预估冗余率

  • 保守估计:3/22 = 13.6% 可能标N/A
  • 实际执行后可能更低(如果产品功能比预期完善)

四、需要你人工判断的项

以下场景我拿不准,执行时你快速判断即可:

# 判断项 影响用例 判断标准
1 产品是否有"需求汇总确认"独立页面? RC-003, RC-005 有→执行;无→标N/A
2 AI是否支持独立"方案对比"功能? PC-003 有→执行;无→标N/A
3 社区发帖是否强制要求图片? CM-003 强制→验证提示;不强制→验证纯文字发布
4 产品是否支持游客模式? CM-007 支持→验证权限控制;不支持→标N/A

五、执行建议

通过率计算规则建议

通过率 = 通过用例数 / (总用例数 - N/A用例数) × 100%

不计入分母的状态:N/A(功能不存在)、阻塞(环境问题导致无法执行)
计入分母的状态:通过、失败

测试报告数据修正

最终测试报告中,建议增加一列"有效用例数":

模块 生成数 N/A数 有效数 通过 失败 通过率
需求补全 7 ? ? ? ? ?
Pro级定制 7 ? ? ? ? ?
社区功能 8 ? ? ? ? ?
合计 22 ? ? ? ? ?

六、后续优化计划

阶段 动作 目标
今天执行后 Daniel反馈哪些用例标了N/A及原因 收集实际产品功能边界
Day 5用例 根据反馈调整,去掉已确认不存在的功能 冗余率降到<5%
Day 6用例 进一步贴合实际产品路径 用例与实际功能100%匹配
长期 积累产品功能清单到记忆库 后续版本生成用例零冗余
0 Answers
Related