【软件测试】测试需求分析方法

测试需求分析方法

前言

本文章主要介绍了三个问题、什么是软件测试需求，软件测试需求的必要性，如何对软件测试需求进行分析。

一、测试需求是什么

1.基本要点
测试需求主要是解决“测什么”的问题，一般来自需求规格说明书中原始需求

测试需求应全部覆盖一定义的业务为流程，以及功能和非功能方面的需求

根据需求规格说明书（原型图 SRS）去明确测试的内容，去细分需求，也就是提取测试点（软件包含多个测试的功能点，每个功能点又包含多个子功能测试点，测试点就是软件功能细分的最小单位）

二、软件测试需求必要性

软件测试需求是整个软件测试的指导，是用于判定软件质量是否达到上线标准的重要条件。其要点如下：
软件测试需求是设计测试用例的依据；
软件测试有助于保证测试的质量和进度；
测试需求是衡量测试覆盖率的重要指标
只有明确了测试需求，才能知道怎么样去测试，什么时候开始测试，要多少人开展测试

三、软件测试需求分析的目的

1.测试需求分析是编写测试用例的依据
在实际的测试活动中，每条用例都需要进行用例追踪，每条用例都需要追踪到具体的需求条目，也就是SRS条目信息。具体需求的设计，每个公司企业制定的方法标准都有所不同，但具体的方案，和执行的步骤基本保持一致。都需要测试用例与具体的需求设计能够最好一一对应，实现每条用例可追踪到具体的需求，实现用例到需求设计的单向追踪。但实际的执行中，还有双向追踪的说法，也就是在用例到需求设计的基础上，增加了需求设计到用例的单向追踪，实现每条需求到用例的单向追踪。这种说法每个公司虽然并不一致，但具体的目的都是确定了测试需求分析在白那些测试用例上的显著地位。

2.有助于保证测试的质量和进度
测试的质量的把控是严格对照测试需求分析的文档为基准进行描述的，测试的功能块是否符合标准，这个标准，实际 上指的就是测试功能块与需求设计的吻合程度。软件的设计是一个抽象的过程，软件的好与不好，很难以客观的形式去体现，在实际的软件开发过程中，常常会发生“跑调”的情况，但有的时候并不能说这种“跑调”是对于软件功能是有益处还是有坏处，所以为了维持统一的标准质量，核对软件需求和软件具体功能的吻合程度可以很好地在客观程度上实现对软件质量的客观把控。从而减少了很多的“扯皮”时间，实现对测试进度的把控

3.测试需求是衡量测试覆盖率的重要指标
随着时代的发展，软件的系统越来越趋向于复杂化，普通的软件内容越来越庞杂。软件其中包含的功能点也越来越多。随之而来的是软件的测试点也随之增加，对于一般的测试人员来说，能够在有限的时间内迅速掌握一个软件的测试点，是一件极其困难的事情，而通过查阅测试需求的分析文档，可以使得测试人员迅速掌握测试所需要覆盖的测试点。并可以作为衡量测试覆盖率的重要依据。

三、如何对软件测试需求进行分析

1.进行界面检查
参考原型图中关于软件界面的描述或者原型图中软件界面的设计图片，或者用一些前端设计软件设计的界面按钮和风格排布，对软件的界面进行详细的检查，并通过与需求的逐一核验，确保软件的界面风格和实际的软件原型图的设计保持一致。

2.依次分析每个输入项
分析的顺序一般按照，从上到下，从左到右的方式进行。分析的方面包含如下：

约束限制：对于输入框中输入长度，输入格式（是否包含字母、特殊字符等）
是否必填：当前输入是否输入必填项目，需要尝试输入或者不输入两种情形下对于输入框输入的跳转分析
是否重复：对于输入的项目，例如文件名称，文件路径等进行核对，输入的文字发生重复的时候是否有相应的保护措施。
隐形需求：识别邮箱，电话号码等其他的需求功能点
3.按钮
根据业务逻辑的先后顺序来进行依次的分析，一般按钮存在什么条件（操作成功）什么条件操作失败，验证的方法。
根据按钮的验证结果进行分析，从而验证交互功能和关联的功能，包含的内容如下：
验证当前操作结果的功能，包含验证登录成功、进入首页、展示个人信息、验证登录成功等
4.测试点的思路和步骤
a.整体功能
主要的功能是否能正常执行，页面的跳转是否能正常实现，页面的风格和按钮是否正常匹配。

b.单个功能项验证（正常+异常）
规则：按照顺序从上至下，对每一个输入项目进行验证
数据长度、数据类型验证、必填项目验证、重复项目验证
限制约束验证
隐形需求:需要充分熟悉产品业务，设计出适用于当前功能的需求的测试点和对应的测试用例
c.功能交互验证
模块之间传递的信息和数据，对存在功能交互的功能项目，需要对测试点转换进行深入剖析特别是存在页面转换时，需要注意测试点的转换

d.非功能性测试
界面、易用性、兼容性、安全性、性能压力

总结

本文主要对软件测试需求，软件测试需求的必要性，如何对软件测试需求进行分析做出了一些个人的总结，仅仅代表本人的经验和观点。