如果时间不够，无法进行充分的测试怎么办？

本篇目录

大家好，我是陈哥。

最近，看到后台有读者问：

测试时间不足的解决措施-1
时间紧张导致测试不充分，这是一个高频难题。不少团队遇到这种情况时，要么盲目压缩测试范围导致核心问题漏测，要么硬扛时间压力全面测试结果处处不精。
项目管理上有一种思维叫优先级思维，就是一种根据重要性和紧急性来排序事物、指导我们如何进行选择的思维模式。
我们同样可以把优先级思维应用到测试上，把有限时间聚焦在高风险高价值的测试点上，用精准测试替代全面测试。
我会结合禅道，分享一下我的方法。

第一步：用风险价值矩阵快速划分测试优先级

时间不够时，最忌讳的就是想到哪测到哪。测试人员可以按照需求优先级来进行测试，或者可以借助风险价值矩阵梳理所有待测试功能点。

我举一个电商项目的例子，简单说明一下：
1.业务价值维度：优先筛选直接影响核心流程的功能。比如订单提交、用户支付、库存扣减等核心链路，再比如用户登录、收货地址保存等基础功能，这些都属于高价值。而个人中心皮肤设置、个性化签名修改等，这就是非核心功能，属于低价值。
2.风险概率维度：重点关注历史问题多、技术复杂度高的模块。像支付模块因接口加密逻辑频繁出现Bug，或者新上线的AI智能推荐功能采用了团队首次接触的算法框架，那么这一类就属于高风险模块，可能直接影响用户体验，需要优先测试。
通过这两个维度，可将测试点分为高价值高风险、高价值低风险、低价值高风险、低价值低风险这四类。
时间紧张时，我们只需聚焦高价值高风险类测试点。待核心测试梳理完毕后，直接在禅道项目管理软件中录入用例，依次标注P1-P4优先级，后续按优先级顺序执行测试即可。

第二步：简化测试流程，砍掉非必要环节

很多时候，测试耗时久是因为流程中存在冗余环节。我们可以适当的简化流程，把更多时间留给执行测试。
在禅道中，测试用例采用了清单式填写方式。在创建测试用例时，不需要写一个完整详尽的文档，只需要填写清楚所属产品、用例类型、用例名称、优先级、用例步骤即可。

再就是重视自动化测试。针对一些高频的测试场景，优先通过自动化测试提升效率。测试中，肯定会出现测试登录接口的参数校验之类，没必要每次都手动输入账号密码，编写一个自动化脚本批量执行，几分钟就可以完成1个小时的手动工作量。
这也就是我在《你在测试金字塔的哪一层》一文中所强调，通过自动化测试，团队可以在短短几分钟内就了解到软件是否存在问题，而不需要等待几天的时间。
这也能让测试人员更集中地投入到核心功能的手动验证中，既保证效率又不忽视关键测试点。

第三步：及时同步进度，明确测试边界

大家在赶项目过程中，很容易上头，我们一定要避免因为认知不一致导致的团队矛盾。有的人会觉得核心功能已经测完，有的人觉得A也是核心功能也应该测试。
大家可以通过会议来明确这两件事：
1.Bug修复优先级：和团队成员达成共识，哪些是这一期迭代必须修复的Bug、哪些是可后续迭代解决的Bug。
2.未测功能的处理方案：明确哪些测试点因时间原因需放弃，以及放弃的理由。并同步给所有相关方，避免后期争议。

第四步：回归测试抓重点，避免引发新问题

回归测试肯定不能省，但并不是所有功能都要重新测试，那样太费时间了。
我们要重点关注两个方面：一个是被修复Bug所在的模块，得先确认这问题真的改好了；一个是与被修复Bug关联的核心流程，防止修复操作引发连锁问题。
在禅道中，开发人员在解决好Bug后，可以重新指派给测试人员进行验证。这样既能保证改好的地方没问题，也能盯着关联的关键环节，不用瞎折腾全量测试，省下来的时间还能多看看别的重点。