如何进行用户需求收集及整理

　　本章节主要讲解在软件测试过程中，如何进行用户需求收集及整理。首先要了解在研发过程中，需求分析通常分成8个步骤进行，如图6-2 所示。

　　图6-2 需求分析步骤

　　第一个步骤是收集原始需求，原始需求都是由需求工程师来收集的，所以具体的收集方法我们不用明确。通常原始需求的来源有五个方面：开发需求、协议和规范、测试经验库、继承产品需求和用户原始需求。

• 　　(1)开发需求：是指开发工程师站在开发的角度提出的相关需求。

• 　　(2)协议和规范：是指不同类型的产品应该遵守的相关行业的法律规范，如电子产品就必须满足3C 认证的要求。

• 　　(3)测试经验库：是指测试工程师站在测试的角度，根据以往的项目经验总结出来的需要注意的事项。

• 　　(4)继承产品需求：是指需求的继承性分析，在后面会详细介绍如何分析需求的继承性。

• 　　(5)用户原始需求：是指用户提出来的最原始的需求。

　　现在对需求来源进行编号，对于不同来源使用不同的字母表示：DR 表示开发需求、PR 表示协议和规范、ER 表示测试经验库、SR 表示继承产品需求、UR 表示用户原始需求。对于相同来源的需求，使用字母加数字的方式来标识不同的需求，如DR001 中的DR 表示开发需求，001 是一个顺序号。

　　对需求进按来源整理后，可以得到表6-1 的相关内容。

　　表6-1 原始需求来源

　　相关列解释如下：

1. 　　原始需求来源：表示对被测试对象进行分析的来源的类型，目前有五类：开发需求、协议和规范、测试经验库、继承产品需求和用户原始需求。

2. 　　来源编号：表示需求来源的编号，编号分为五类：DR、PR、ER、SR 和UR。

3. 　　文档名称：表示需求来源的文档的名称。

　　原始需求确定后，就需要对原始需求进行整理，整理后的需求见表6-2。主要是对原始需求进行开发特性和测试原始需求的完善。

　　表6-2 整理后的原始需求

　　相关列解释如下：

1. 　　来源编号：同“需求来源”表的“来源编号”一致。

2. 　　需求标识：表示该原始需求在来源文档中的标识

3. 　　需求描述：表示该原始需求在来源文档中的描述，如果此项与“测试原始需求描述”相同可以不填写，是可选项。

4. 　　开发特性：表示开发文档中的功能特性。

5. 　　测试原始需求编号：编号规则：特性编码+XXX。“特性编码”为针对开发提供的特性进行编码，可以用缩写作为编码(如VPMN 特性，可以缩写为VPMN)，也可以顺序编号(如R001 等)。

6. 　　XXX 为顺序编号，对于同一个开发特性，如果有多条原始需求，可以按照顺序编号(001 开始)。

7. 　　测试原始需求描述：对原始需求的描述，可以是从来源文档中的需求描述的拷贝，或者是从测试角度的提炼出来的描述。

　　本章节学习的关于“如何进行用户需求收集及整理”的内容就到这里，大家觉得有用的话记得每天来这里和小编一起学习涨薪技能哦。