需求是不断更新的，当客户加上某点或是删去某点功能，需求变更随时都可能发生。需求的开发是贯穿整个开发过程的，不是做测试计划前就完成。这是一个不断循环迭代的过程。
需求验证活动可以确保需求符合优秀需求称述的特征，并且符合好的需求规格说明的特征。
因此，在部分需求确定下来时，就对这些已经发现的需求进行评审和测试，尽快开发测试用例，就能够及早发现需求方面的缺陷和问题，这样就可以只用较低的费用解决这些问题。
若是在测试结束后，才发现遗漏了某个重要需求；对于某个不是很重要的需求，开发过程中却将其作为重点等等这些问题，那么这个损失就巨大了，需要开发人员重新开发，甚至于重新回到原点，这样将耗费巨大的人力物力。
因为只有了解需求才能更全面的测试，评审是补充不足点，和修改。
对需求进行评审，是因为软件需求会有遗漏，多余，不合理的地方。
因为测试计划就是模拟软件实际应用，通过对软件的实际需求进行评审和测试来完善测试计画
需求都不透彻，怎么做计划，怎么设计用例？
内容全部来源于网络收集，如有侵权，请联系网站删除：QQ：24596024