3.3 软件测试需求分析的作用

在需求确定下来之后，研发团队通常会召开一个需求评审分析会议，由产品经理作为主要讲解人，在会议上向大家介绍我们的产品项目、功能的实现效果以及内部业务逻辑，并且要在这个会议上达成如下目标。

① 梳理清楚产品的功能点以及业务逻辑，不存在二义性和疑惑。

② 对产品逻辑不清楚、不合理的地方进行讨论，并且最终确定好修改方案。

③ 对功能模块进行梯队层次划分，优先实现重要且关键的功能，后期再对其他梯队的功能进行研发。

确定好如上3个目标后，我们就可以开始工作了，开发人员确定好研发方案以及时间进度，测试人员确定好测试计划方案，并且根据需求去编写测试用例。

一般都有人问，我们测试人员什么时候介入项目呢？答案是：越早越好，其实在需求分析阶段我们已经介入了。

尽早地介入项目，并进行软件测试需求分析，有什么作用呢？对于整个研发团队来说，尽早地了解被测系统，做好需求分析可以事半功倍，也不会导致后期因为需求分析不正确出现的工期延误或者更大的市场损失，如果不做好需求分析，你在之后的工作中会深刻地感受到下面的麻烦和难题。

① 浪费时间和资源来满足用户并不需要的需求（过度实现一些功能）。

② 开发出来的产品技术上先进，但不满足用户需求。

③ 总是需要比较长的时间来达成对产品设计的共识。

④ 在产品设计、开发和测试工作中对用户需求的解释不一致。

⑤ 员工会厌倦因需求不断被重新解释而导致的返工。

⑥ 未说明的或不正确的需求会导致员工与用户间的不满。

⑦ 不稳定的产品，用户的不满意对我们未来的市场造成损失。

⑧ 浪费时间，增加成本，使得在一些投标的项目中不能低价。

为了避免整个团队都陷入返工的这种糟糕的旋涡中，尽早做需求分析并且做好需求分析是非常有必要的事情。