怎么做需求分析

学习理解需求：
一般学习理解过程：
1、由产品人员讲解需求
      常见形式：评审需求规格书时讲解、产品人员专门给开发测试讲解（面向全体开发测试、面向模块的开发测试负责人）

2、讲解完成后会进一步理解消化，有问题积极与产品、开发沟通

3、测试、开发给产品反讲需求
     测试反讲需求：讲一下这是一个什么需求，要实现什么功能，有哪些测试点，我会选择什么样的测试方法、测试工具。
                   讲一讲测试需要准备什么测试数据，需要一个什么样的测试环境，讲一讲测试这个需求有什么困难或风险。

需求理解学习目标：产品、测试、开发三方理解一致

确保需求实现准确的四次握手过程：
第一次：产品人员面向开发测试讲解需求
第二次：需求理解完成后开发、测试反讲需求
第三次：编码完成后，开发内部进行代码审查，确保代码符合软件的整体设计
第四次：完成需求开发，转测时产品人员验收需求（测试人员会参与）
第四次验收通过，正式开展测试

需求评审内容：
需求描述是否清晰、明确，是否有描述歧义，是否有描述矛盾，对于业务流程的描述是否画一个流程图，流程图画的是否全面。
需求是否可以测试，好不好测试，是否需要准备测试数据、是否需要搭建针对性的测试环境。

需求测试分析：
1、分析测试点，选择适合的用例设计方法：对于手动输入数据的功能考虑适用等价类划分、边界值分析。对于业务流程考虑画流程图，
   每个分支都能覆盖到。多条件的组合查询考虑适用正交表。业务规则考虑适用判定表。
2、考虑需求是否可以测试，好不好测试，是否需要准备针对性的测试数据、是否需要搭建针对性的测试环境，是否需要准备某些物力资源。
3、考虑一下测试的工作量
4、考虑测试是否有什么风险。

甘特图（详细进度计划）：一般只做最近两周的工作计划（最长不超一个月），整个计划的指定是一个渐进明细的过程。

checklist
FAQ:常见问题解答