No.7 测试点需求分析+测试需求讲解_需求测试点

1.测试需求的概念：

①测试需求就是明确在项目中要测什么。

②5w原则：我们在测试活动中，首先要明确测试需求（what）；才能决定怎么测（how）；什么时候测（when）；需要用多少人（who）；测试环境是什么（where）；测试中需要的技能，工具及相应的知识背景，测试中可能遇到的风险等等。（测试计划）

③可以说测试需求是告诉你要测什么，测试用例告诉你怎么测；

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

功能性需求：产品必须亲有的功能；

非功能性需求：是否美观，用户体验，稳定性，易用性等；

⑤最容易忽略的一点：明确需求背后所隐藏的需求（例如登录，明确的需求是正确的用户名，密码，才能登录；隐性需求：用户名字符类型，长度，是否可以为空；密码字符类型，长度等）；

⑥对于这些软件需求，在软件需求说明书文档上，会有详细描述，像登录功能，会详细描述是否支持老用户登录，是否支持手机号码快捷登录，三方登录等等，每个功能模块的业务流程，都会体现在需求规格说明书中。

2.测试需求的重要性：

①有了软件需求才能明确测试的范围；

②软件需求是提取测试点的前提；

③有了软件需求才能明确测试的流程；

④软件需求可以帮助我们衡量测试的工作量和范围，有了需求我们才知道如何去提取测试点，如何去进行测试；

3.什么是需求分析：

①需求分析和测试需求分析的区别：需求分析（产品经理）；测试需求分析（测试人员）；

②需求分析：初步设想（客户需求）--- 需求分析 --- 需求规格：输入，输出（先得到原始需求分析，在输出需求规格说明书）。

4.测试需求分析：

单个功能点输入处理输出 --- 业务流程分析 --- 全局 --- 整个系统 --- 隐性需求挖掘（UI，性能，安全，易用性等）

通过分析需求描述中的输入，输出，处理，限制/约束等给出对应的验证内容。（功能测试）

通过分析各个功能模块之间的业务顺序，和接口之间信息和数据的传递，对存在功能交互的功能项，给出对应的验证内容（功能交互性测试，握手）

考虑到需求的完整性，要充分考虑隐性需求的验证，比如界面验证，注册账号的唯一性（界面，易用性，兼容性，安全性，性能）

根据场景法和错误推测法进行补充；

5.需求变更：

对于一个存在生命周期的软件产品来说，软件的开发和测试，往往都不是一次性的。随着新需求的出现，以及对原有版本的改进，新版本会不断发布。

我们都面临着一个实际的问题：就是软件需求在开发过程中会不断发生变化，有的时候到了后期还会有新的需求加进来，或者是发版以后发现原来的需求存在缺陷，之后重新返工，那么我们该如何在最终发布之前，确定需求呢？

如此我们就必须考虑软件需求的版本化控制，当要进行一个新版本迭代时，我们在工作开始之前就确认好本次的需求范围，如果出现需求变更，则根据市场策略，已公布的发布时间，客户需求，实现的代价，难易程度以及对现有的工作的影响等方面考虑，对需求进行适度划分，严格定义当前版本需要实现的功能，其他部分则作为未来版本的需求。

对一个版本的需求变更，必须早发现，早讨论，早决定，早调整。