被测项目的需求分析

　　需求分析是开始测试工作的第一步，产品会先产出一个需求文档，然后会组织需求宣讲，在需求宣讲中分析需求中是否存在问题，然后宣讲结束后，通过需求文档分析测试点并且预估排期。所以对于需求的理解非常重要。

　　需求文档

　　产品经理在做完用户需求调查之后，会根据用户需求输出一份需求文档，在文档中会详细描述用户所需的功能和功能实现的效果。文档生成之后，产品经理会和开发测试员一起开一个需求宣讲会，讲解需求中的内容，并且会对需求中可能存在的问题进行讨论。

　　需求评审

　　在需求宣讲的过程中，其实也需要对需求本身进行评审。需求评审可以从以下角度去进行考虑。

　　1.站在使用者的角度，考虑用户会遇到的各种情况，反观各种情况在需求中是否都能找对对应描述，即用户故事。

　　2.根据用户故事应该能构建出简单的流程图，各种路径之间的约束关系，执行条件是否有明确合理的定义，即业务流程图。

　　3.数据约束是否全面、合理。

　　4.存在分支的逻辑、描述是否覆盖所有路径。

　　5.多种状态流程，状态流转描述是否合理且完整。

　　6.权限描述是否明确。

　　在评审的时候，可以从这几个角度进行考虑，检查产品写的是否完善。若需求中有不完善的地方，要提出问题并和产品开发商一起进行讨论。最终的目标是让需求更合理完整。

　　

　　​

　　需求分析

　　等产品经理把需求最终完善好之后，就可以详细地去分