黑盒测试基础之需求分析

本文章转载于搜狗测试

在做过一段时间的枯燥的用例执行，是不是有点抑制不住自己体内的“洪荒之力”，想要一展拳脚了呢？接下来小编就带你走入独立承接项目的第一步——需求分析！

目的篇：

首先我们要知道，测试人员做需求分析要得到的是什么？

1.了解项目背景、项目目的：

阅读需求，明确该项目的测试重点，例如，新产品是为了满足用户需求，那么测试的重点必然是功能的正确性、合理性以及用户体验；而迭代的老产品，会逐渐对产品性能和稳定性有更高的要求，测试工作会偏重性能和产品稳定性的测试。

2.  明确产品需求：

明确，是指针对需求文档中模棱两可或易产生歧义的语句，进行沟通和确认，避免测试中发现与预期不符时，原因竟是产品、开发和测试3方中的一方或多方对需求描述理解不一致，导致做“错”、测“错”，一旦出错，就会有一份辛苦变成无用功。

3.细致分析，挖掘隐性需求：

分析，是为了后面编写测试用例做准备，分析的深度直接影响用例的覆盖度和最后的产品质量；所谓隐性需求，是指在需求文档中没有明确指出，但是需要测试人员考虑的测试点，比如，手机app“打开时界面显示正常”，何为正常？图片、文字布局显示正常，界面刷新流畅也属于显示正常，一句话就牵扯到了兼容性和性能的测试。

方法篇：

对于文档的阅读和梳理，每个人都有自己的习惯和方法，小编给大家介绍一个比较通用的方法：总-分-总式阅读法。

1.预读需求：

通篇阅读，不过多关注细节，目的是从文档中找到项目背景和项目目的，大体了解功能大小，了解项目的测试重点，需要制定怎样的测试方案（后续小编会给大家详细介绍），以及预估测试工作的大概时间，做到心中有数。

2.  拆分需求：

这一步是针对需求文档长，功能点多的项目。对需求的拆分，可根据自己的习惯，按照相关联功能，或者文档顺序进行划分，针对每一部分细致阅读，发散测试点。拆分的目的是帮助更细致的分析需求，避免阅读过长的文档，出现遗忘测试点。

3.  重读需求：

分步分析完文档过后，需要重新通篇阅读一下全文档，把之前拆分的需求串起来，在脑海中形成一个较完整的功能流程图，另外重读可以帮助补充一些遗漏的测试点。

经验篇：

分享几点小编的经验~

文档的阅读中，遇到模糊或者不确定的内容，第一时间标记下来。因为无论是通篇阅读还是拆分阅读，在阅读文档的过程中，难免会有不理解的地方，这个时候不要懒惰，随手记下来，会让你在之后的沟通、确认过程中，省时省力，避免忘记自己的问题，遗漏模糊需求！

在你认为自己理解完需求后，建议大家重读一下需求：重读，不仅是熟悉需求的过程，更是可以帮助你发掘隐性需求。分析完细节功能，跳出来纵观全局，可以更好的梳理对于功能的理解，更是对项目目的的一个确认，保证在之后的测试工作中重心不偏。

遇到模糊或者不理解的描述，不要急于沟通，也许耐着性子读下去，文档后面就会有你想要的答案，所以至少要完整读过一遍文档之后再去沟通和确认，避免一些多余的沟通！

以上是小编在工作中的一些方法总结，欢迎大家补充和指正~~