需求测不完怎么办？

如果产品提出一个需求，并且给出上线时间点要求，而测试评估的完成时间晚于产品要求的上线时间，我们该如何处理？

1. 首先，沟通需求的目的，确认上线时间点是否可推迟。

和产品沟通该需求上线的目的，如果只是作为补丁包上线，那么是否可以推迟到下一个补丁包再上线或者这个补丁包上线时间是否可以推迟一天；如果该需求是为了固定时间的推广宣传或者是配合第三方活动的功能，比如搜狗浏览器为了配合双11做的淘宝页面加速需求，那么上线时间点就不能推迟。

2. 如果上线时间点不能推迟，接下来需要确认是否可以协调更多的测试资源。

比如这个需求由测试A同学一个人测试需要5天，赶不及上线，那么确认下这个需求中是否有一些功能可以由测试B帮忙执行用例，或者是否可以将整个需求交由测试C进行测试设计和测试执行。

当然，如果需求比较复杂，就不适合交由他人帮忙测试。

3. 如果前两步都行不通，接下来我们可以了解代码实现，确认是否可以缩小测试范围。

我们可以和开发沟通代码实现或者测试人员自己调研代码，评估是否可以缩小测试范围。比如，浏览器添加收藏功能，通过了解代码实现后发现所有添加收藏入口弹出的添加到收藏夹对话框是同一个对话框，使用的是同一块代码，那么我们就可以不用在每个收藏入口都验证添加到收藏夹对话框的UI和功能。

缩小测试范围的方法还有一种，那就是评估是否有些功能可以在上线后测试。比如，一个需求涉及客户端和服务器端的代码改动，而服务器端上线后可立即对所有客户端生效，那么我们是否可以只测试服务器端功能的主路径，待上线后再深入测试服务器端功能。

4. 最后，还有一种保证按时上线的办法，和产品沟通砍需求。

比如这个需求包含多个子需求，那么和产品确认下是否可以将一些小需求放到下一个版本再做。

原文链接

如需转载该篇文章，请注明来自“搜狗测试”