一个关于需求测试的故事
故事背景
最近老王参与一个泊车项目的测试，但是发现需求范围不清晰，验收指标也不明确，此时老板催着他出详细的测试计划，他觉得很被动，他该如何出这个测试计划呢？于是有了如下的对话：
老王说：老板，需求都不明确，测试计划没法出呀，测试活动也没办法开展的呀。
老板说：需求怎么不明确了，人家开发都开搞了，你现在还提需求不明确？
老王说：开发是开搞了，但是需求确实有问题呀。
老板说：需求怎么就有问题了？有什么问题？ 有问题为什么不早报出来？...
老王： 这个... 那个...
此时，老王也接不上话了，要说需求有什么问题，他一下子没想起来，就是感觉缺了什么，缺什么呢？于是老王回去琢磨着...
需求问题
*********************************************************************************************************
行人检测功能
功能描述：检测行人
功能要求： 能检测到车前/车后的移动/静止的行人
性能要求：
1）检测范围：车前/车后8m行人
2）识别率：99%
3) 误检率：2%
*********************************************************************************************************
过一会，他想到了，以行人检测为例，性能指标存在场景描述不清晰，指标不全的问题。
1）检测范围：车前/车后8m行人
问题：8m是横向还是纵向8m，8m是车边缘开始量还是车中心开始量？
2）识别率：99% 误检率：2%
问题："99%的识别率，2% "误检率的性能指标，是什么场景的要求，白天/夜晚？晴天/雨天？ 成人/小孩？全身可见/半身遮挡？运动/静止？...
3）检测结果断断续续可以吗？是否需要有帧率/延时的要求？
4）检测的行人位置偏移很大可以吗？ 是否需要有位置精度的要求？
接着，他继续找老板理论：$%^%&*&&((&^%$(((%$##%^&
老板听完后，发现确实问题不小，但是，这种问题不应该现在才发现呀，于是又责骂了老王一顿。。。
需求改进
老王心里憋屈了，我一个测试的，需求的问题怎么就骂我了？
于是乎，老王跟老同学（老李）诉苦。
老李说：老同学消消气，%#￥@￥%*，不过你老板说的也有些道理，现在最流行的是什么，质量内建，测试左移呀，需求阶段咋们就得开始展开测试活动了，类似这种问题就能提前发现了。有空你看看帖子：https://www.bilibili.com/read/cv14207916，里面有提到需求测试。
老王虽然心里不好受，还是好好研读了下怎么做需求测试，怎么做质量内建，怎么进行测试左移。接着，他将项目的所有需求重新梳理了下，并将如下改进建议反馈给了需求方：
1、指标分类及指标项建议
1）基础软件KPI
2）功能软件KPI
3）应用软件KPI
2、应用场景具体化建议
例如：识别率：99% 误检率：2%
应用场景具体化：在白天晴天室外车库场景，全身可见静止行人识别率 99%， 误检率2%
完成任务
老王将需求问题及改进建议提给需求方后，需求方很快进行了更改，老王也很快完成了测试计划。在验收阶段，通过提前进行"测试场景/测试数据/测试环境"等的准备工作，项目按时完成测试，并及时输出测试报告。报告中对测试内容及方法进行了描述，对测试结果进行了详细的分析，及时发现风险并反馈给项目成员。
老王这次的项目，虽然前期因需求问题遇到了阻碍，但是很快通过学习与改进解除了障碍，最终项目顺利完成。老王将他的经验分享给了其他同事，最终也得到老板的高度认可，完美结束。
