B2B商城系统开发需求文档内容不完整，对测试的 7 大直接影响
1. 测试用例写不出来、写不全
缺少流程、场景、规则、状态
不知道要测什么、测到什么程度
只能靠经验 “猜着写”
结果：用例覆盖率极低，大量场景漏测。
2. 边界场景、异常场景无法测试
B2B 最容易缺：
订单超时未支付
支付失败 / 重复支付
库存不足 / 超卖
多级审批中断 / 驳回
客户折扣、阶梯价异常
测试无法判断预期结果，等于没测。
3. 测试无法判断 “对错”，无法提交缺陷
需求没写 → 没有预期结果
规则模糊 → 不知道怎样才算正确
字段含义不清 → 不知道显示是否正常
结果：测试不敢提 Bug，提了也会被驳回。
4. 大量需求歧义导致反复沟通、测试停滞
这个字段是什么意思？
这个状态怎么流转？
这个折扣怎么计算？
这个权限给谁？
每天大量沟通确认，测试进度严重滞后。
5. 回归测试范围无法确定，漏回归风险极高
不知道改动影响哪些模块
不知道哪些历史功能会被牵连
不知道旧数据是否兼容
结果：老功能被改坏，上线才发现。
6. 测试无法做性能、兼容、安全性评估
B2B 常见缺失：
未说明最大并发、订单量
未说明数据量级
未说明敏感字段加密、权限控制
测试无法设计场景，线上一压就崩。
7. 上线前无法出具可信的测试报告
覆盖范围不明确
未测场景说不清
风险点无法评估
最终：测试报告形同虚设，带病上线。
