需求是我们测试，开发工作的依据，在快速开发迭代的模式下，如何保证需求的一致？如何根据需求评审来保证产品，开发，测试三方的理解一致？如何进行需求测试，如何根据对需求的理解选择合适的测试方案？
一、何为需求评审？
1、什么是需求评审？
需求评审是产品进入正式开发之前非常重要的一环，也是一个“鸡蛋里挑骨头”的过程。
产品经理在这场辩论过程中，需要不断有效的展示自己的观点，以便获得更多的认可，最终号召大家一起往一个产品目标而努力
2、需求的形式有哪些儿？
- 有严格模板的需求文档，描述，业务流程，用户交互
- 一句话简述或是只有几句话的一个任务
- 提测了才知道的需求
二、为什么要进行需求评审？
1、产品，开发，测试相关人员了解需求
- 需求的背景来源
- 需求的详细内容
- 需求对现有业务的影响如何
- 需求预计产生的收益
2、讨论需求实现过程中可能遇到的困难及解决方案
- 项目参与人员对需求理解不足，实现方案不明确
- 技术难点预估不足，后期严重影响项目进度
- 测试方案没有确定，测试过程混乱
3、明确职责及预估项目周期
- 项目参与人员不明确
- 项目相关内容交付周期不明确，时间节点不匹配（比如产品打算一周要上线，开发未及时提测或者提测了发现没测试资源）
- 临时增加工作
三、如何进行需要评审？
1、什么项目需要进行需求评审
- 大型项目，周期三天以上
- 跨部门项目，涉及2个以上
- 容易产生歧义的项目
2、需求评审有谁来组织？
- 项目经理，负责人优先
- 需求发起人，产品
- 对需求理解有出入时，测试、开发人员也需要组织讨论会（可以约个小会议室）
3、需求评审要参加的人员有哪些
- 项目负责人，产品
- 项目参与人，UED、前端、服务端、测试，也可以加上业务部门人员
*项目相关人员，跨部门相关参与人
4、需求评审要做些什么内容
- 产品讲解需求想要达到的效果
- 开发从技术角度来分析实现方案，实现难易程度
- 涉及从交互角度给出适当的建议
- 测试从用户角度来给出产品逻辑上是否存在不合理的建议
四、测试人员在需求评审中的角色
1、测试人员如何推进需求评审
- 关注公司，部门规划（明确发展进度）
- 准确分辨需求类型，选择需要评审的需求
- 关注产品规划，确定相关参与人员
- 积极配合产品进行项目推进，督促项目负责人或是产品进行需求评审
- 提前阅读需求文档，做好充分准备
2、在需求评审的时候如何进行需求测试
- 明确测试在需求评审阶段已经开始
- 认真听取需求评审过程中不同的意见，相关内容修改的地方
- 积极从以往的经验中提出自己不同的意见
- 督促大家对所有异议达成一致
3、在需求评审中进行测试方案的选择
- 根据需求内容明确测试范围
- 根据需求类型选择测试方案
1）需求确认----功能测试
2）并发需求----性能测试
3）安全相关----安全测试
4）影响范围----回归测试
五、需求评审结束后要做的内容
1、会议上要确认的内容是否达成一致
- 在评审过程中存在不一致的地方，是否达成了一致
- 异议达成一致的方案是否已经确认
- 如果方案没有确认，是否影响整体规划，何时能给出确认方案
2、需求相应的交付物跟踪与确认
- 需求评审结束后，需求文档是否需要修改
- 开发和设计人员有什么需要准备的内容
- 预定的时间节点是否已经确定，如果没有，何时可以给出
- 响应的节点
1）需求更改交付时间
2）UI设计稿评审时间
3）技术方案评审时间
4）测试用例评审时间
5）开发自测与前后端联调时间
6）提测时间
7）测试时间
8）上线时间
3、审核与调研测试方案
- 当前需求需要的测试方案是否可以随时实施
- 测试用例设计（冒烟与功能）
- 用例评审与交付
4、需求的维护及管理
- 需求更新交付
- 需求整体流程的一致性管理
