压缩测试时间 ？

接着上篇，测试策略 ？

看这篇之前，建议先看，

“ 优秀的业务测试工程师 ” 应该是这样的 。

先给各位读者，看一个场景：

某天，项目经理、开发Leader、产品经理，突然找到你说，业务方非常着急，等着哪天要上线，并行的 3 个项目，都要在 这个月上线 。

这个时候，你作为业务测试负责人（或者 测试Leader），一脸懵逼 。

到底是发生了什么 ？让这么多人来逼着测试 ？让测试压缩时间 ？

两个解决思路 ，

1、如果你只是一个普通测试负责人（或 普通Leader），你会去思考，

1）到底哪些地方，测试时间可以压缩 ？

2）哪些地方，可以把「测试颗粒度」加大 ？

3）是不是加一个测试就能搞定 ？

2、如果你是一个优秀的测试负责人（或 测试Leader ），你应该要去思考 ，

1）这 3 个项目的开发排期合理否 ？为什么要并行同时提测 ？

2）这 3 个项目，优先级合理否 ？为什么要在同一个月，交付给 业务方 ？

3）这个项目，可以拆分版本否 ？分批提测、分批测试、分批上线 ？

4）可以引入哪些手段，提升测试效率 ？

5）哪些项目，哪些业务，是不需要测试介入，开发自测即可上线的 ？

就是这么简单 ，

结论 ，

1、压缩测试时间，无用 。

2、很多时候，瓶颈，不在测试工程师 。

3、跳出这个问题，从更高维度，思考这件事 。

4、向上反馈 。

end