1.3　被测系统的需求理解

1．需求理解简介

需求分析是开始测试工作的第一步。产品设计人员会根据客户要求先汇总一个需求文档，然后给开发人员和测试人员进行需求宣讲。在需求宣讲中，大家一起分析需求文档中是否存在需要完善的内容。宣讲结束后，测试人员通过需求文档分析测试点并且预估测试工作的排期。

2．需求文档

产品设计人员在做完用户需求调查之后，会根据用户需求汇总一份需求文档，需求文档中会详细描述用户所需的系统功能和功能实现的效果。

3．需求评审

需求宣讲的过程也是对需求文档进行评审的过程。需求文档评审可以从以下角度进行。

（1）业务场景角度

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

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

（2）功能点角度

1）数据约束是否全面、合理。

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

3）多状态流程、状态流转描述是否合理且完整。

4）权限描述是否明确。

在评审的时候，参与人员可以从以上几个角度进行考虑，检查产品设计人员写的需求文档是否完善。若需求文档中有不完善的地方，要提出问题并和产品设计人员、开发人员和测试人员一起讨论。最终的目标是让需求文档更合理且完整。

4．需求分析

产品设计人员把需求文档最终完善好之后，参与人员就可以详细地去分析需求文档了。需求分析就是把不直观的需求文档简化为直观的需求。

需求分析步骤：

1）明确测试范围：把测试活动的边界确定好，系统中很多模块都是有关联的，在分析需求文档的时候，需要看新加的功能和已有的功能耦合度，考虑是否需要对关联的功能模块也进行测试。

2）明确功能点：把需求文档中的功能点列出来。

3）明确业务流程：根据业务流程图梳理。

4）明确输出结果：方便验证。

5）分析异常流程：提高系统的容错性。

6）预估测试需要的时间和资源：为测试计划的编写做好准备。

综上，为了提高需求分析能力，就需要深入地理解需求文档。

5．如何提高需求理解能力

（1）熟悉业务，了解系统。任何系统都有大的业务应用背景，只有在熟悉业务的基础上才能更有效地使用系统。任何人使用系统都有一个熟悉的过程，对系统熟悉度越高，越容易发现系统问题。

（2）用客观的思考方式，站在用户的角度分析。在满足客户要求的基础上，测试人员站在业务或者系统现有实现的角度上，给产品设计人员和开发人员一些好的建议。

（3）善于总结，乐于分享。把常见的测试用例设计的误区、一些好的需求分析实例，以及需求分析习惯分享给团队其他人，这样可以集众人之所长，不断提升大家需求分析的能力。