压缩测试时间 ？
- 2022-04-22 17:29:00
- IDO老徐 原創
- 10441
接著上篇，测试策略 ？
看這篇之前，建議先看，
“ 优秀的业务测试工程师 ” 应该是这样的 。
先給各位讀者，看一個場景：
某天，项目经理、开发Leader、产品经理，突然找到你说，业务方非常着急，等着哪天要上线，并行的 3 个项目，都要在 这个月上线 。
这个时候，你作为业务测试负责人（或者 测试Leader），一脸懵逼 。
到底是发生了什么 ？让这么多人来逼着测试 ？让测试压缩时间 ？
两个解决思路 ，
1、如果你只是一個普通測試負責人（或 普通Leader），你会去思考，
1）到底哪些地方，测试时间可以压缩 ？
2）哪些地方，可以把「测试颗粒度」加大 ？
3）是不是加一个测试就能搞定 ？
2、如果你是一個優秀的測試負責人（或 测试Leader ），你应该要去思考 ，
1）这 3 个项目的开发排期合理否 ？为什么要并行同时提测 ？
2）这 3 个项目，优先级合理否 ？为什么要在同一个月，交付给 业务方 ？
3）这个项目，可以拆分版本否 ？分批提测、分批测试、分批上线 ？
4）可以引入哪些手段，提升测试效率 ？
5）哪些项目，哪些业务，是不需要测试介入，开发自测即可上线的 ？
就是这么简单 ，
结论 ，
1、压缩测试时间，无用 。
2、很多时候，瓶颈，不在测试工程师 。
3、跳出这个问题，从更高维度，思考这件事 。
4、向上反馈 。
end
先写这些 ，如果你遇到了啥有意思的具体问题，来「軟件測試圈」提問 ，我都会解答的 。
個人IP（副業）
小紅書高頻問題
更多
公衆號-IDO老徐
IDO老徐
全网同名，个人IP公衆號
日更10年，每天 1 分钟、解决 1 个问题
職場、副業、輕創業、寫作、個人IP
公衆號、視頻號、小红书、知乎
長按/掃碼，關注IDO老徐
關注回複 401 送你「十年原創资料包」
聯系老徐
| 聯系人： | IDO老徐 |
|---|---|
| Email： | 957863300@qq.com |
| QQ： | 957863300 |
| 微信： | 957863300 |
| 微博： | isTester |
| 網址： | idoxu.com |
| 地址： | 中国 · 广东 · 深圳 |
輕創業
個人微信
來源備注：老徐博客