如何参与需求评审，制定测试方案

需求是我们测试，开发工作的依据，在快速开发迭代的模式下，如何保证需求的一致？如何根据需求评审来保证产品，开发，测试三方的理解一致？如何进行需求测试，如何根据对需求的理解选择合适的测试方案？

一、何为需求评审？

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、需求的维护及管理

• 需求更新交付
• 需求整体流程的一致性管理