随着互联网的发展，软件产品需要快速开发、快速上线。因此很多时候留给测试的时间都算不得充裕。
那么在时间不充裕的情况下如何保证软件测试的质量呢？
1. 划分测试重点
时间不足，那么一定要在有限的时间内保证重点功能、风险高的功能得到充分的测试。
那如何划分功能的重要性呢？
-
涉及到金钱的功能
不管什么软件，只要与钱相关的功能出现问题，轻则会给软件运行带来损失，重则会引起法律纠纷。比如充值、提现、用户余额、促销功能等。 -
核心业务流程
每个软件都有一套核心的业务流程，这套业务流程是用户之所以使用软件的最重要原因，一旦出现问题，对用户来着这款软件的存在就会失去意义。那么用户就会放弃使用。 -
用户使用频率
除了上面所述的功能之外，就要根据用户的使用频率来划分重要性了。用户使用越频繁的功能，出现问题对用户的影响越大。
用户使用频率分析，可以借助一些用户行为分析、用户调研等方式确定。
通过上面几种方式，可以大致划分出重要的功能，在时间不足的情况下，保证上述功能的充分测试。其余功能，在时间允许的情况下尽可能测试，如果实在不够，那么进行冒烟即可（时间再不够，冒个烟的时间还是有的！）。
2. 尽可能提前介入
注意，这个提前介入的意思是指测试执行的提前介入。我们通常在说测试前移（左移），要保证测试在需求阶段就介入，但是这种介入是参与性质的介入，而非测试主导的执行介入。
测试尽可能提前进入执行，有如下方式可供参考：
-
提前准备数据
对于某些测试需要准备大量数据的情况下，比如订单业务重构，需要大量的订单数据测试每个环节。那么可以提前准备测试数据，也可以提前编写好生成数据的脚本。 -
接口测试
在 《为什么要进行接口测试？》一文中我们讲过。接口测试可以让我们提前介入测试，因为一般接口会先于界面完成。当然界面也可以提前介入，通过模拟（mock）接口数据的方式进行测试。
也就是不用等整个开发完成后才介入，可以提前进行接口、部分功能的测试。
3. 优化用例
由于需要尽可能提前介入，也许就没有时间编写详细的测试用例。这种情况下可以使用测试点代替测试用例。
运用思维导图工具 xmind 梳理需求功能点（接口功能点）的时候，尽可能详尽，把测试需要关注的点都列出来。
这样时间不足以编写详细用例的情况下，测试点也就可以代替用例发挥测试指导作用了。
4. 加强沟通
保证测试和各个角色的沟通，与产品经理沟通需求、与开发沟通需求实现与 bug 解决、与测试同事沟通功能交互，随时与测试经理或项目经理沟通，让管理者能够随时掌握测试进度。
沟通尽可能采用当面沟通的方式，不要就隔着一个工位，还要 QQ 或 钉钉 打字沟通。
5. 加班
领导们喜闻乐见的回答。
但是其他解决方案都没有，空谈加班是没有任何价值的。
