生成日期: 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%匹配 |
| 长期 |
积累产品功能清单到记忆库 |
后续版本生成用例零冗余 |