个人总结-测试需求分析规范

需求相关概念

根据需求的分类，可分为：显性需求和隐性需求。

• 显性需求：需求规格说明书中有明确定义的功能需求。

• 隐性需求：需求规格说明书中没有明确定义的功能需求，但是需要考虑的功能需求。比如：输入框长度、为空控制。

      以登录界面为例子，显性需求是正确输入用户名、密码才能成功登录，隐性需求是密码需要隐藏、输入完密码框，Enter回车即可登录。

根据业务功能划分，可分为：功能需求和非功能需求

• 功能需求：有明确定义的功能，大部分能够可以看得见。比如登录界面。

• 非功能需求：没有明确定义的功能，而且不容易看见，但需要考虑。比如：性能、易用性、可维护性。

根据测试类型划分，可分为：功能、性能、兼容性、安全性测试。

根据不同业务层次划分，可分为：业务需求、用户需求、功能需求。

• 业务需求：为什么要开发这个需求，这个需求能够解决什么样的问题，需要达到什么目标。

• 用户需求：用户能够用来做什么，是如何操作的。

• 功能需求：开发人员需求实现了什么。

如何做测试需求分析

• 收集和研读需求文档：通过需求文档了解需求的背景，提取有用的需求信息，针对需求中不清晰、不理解、不明白的问题，需和产品经理等人沟通。

• 分析需求合理性：通过业务知识分析需求的合理性，而不是单单通过系统是怎样实现的来判断需求是否合理。主要分析需求是否可以以最小代价满足客户需求。

• 确定测试的范围和优先级：通过以上的分析，确定需求涉及的全部测试点，整理出测试范围的优先级。

• 细化测试点，并且确定测试方法：对各个功能模块进行细化，可以使用Xmind列出模块的测试点，并且在测试点上注明测试方法或者测试策略。是否需要性能测试、安全测试，是否需要提前准备环境和数据，还有可能会遇到什么样的难点，应该采取什么样的应对措施。

• 确定哪些工作测试人员可以提取介入：为了规避后面的测试进度和质量风险，需要确定哪些工作可以提前介入，比如某个模块的需求。

• 查漏补缺：主要检查需求是否考虑全面、特殊的配置是否考虑。另外需求是否做了变更等等。

提取测试点注意事项

1. 使用Xmind思维导图整理测试点

2. 提取每个功能点中的细节需求，比如新增账号，在思维导图中，最小的颗粒度就需要到新增账号，并且新增过程中需要补充逻辑约束，比如姓名唯一判断、手机号必填等等。

需求分析输出文档格式