测试策略 ？

接着上篇，《研发质量复盘报告》模板

看这篇之前，建议先看，

我经历的 5 种测试组织模式

不同的测试团队规模，不同的组织形式，对测试团队的规范要求不一 。但，说实话，都 2022 年了，写这么繁琐的「测试策略」是真的少了，价值没那么大 。

上午的需求，下午提测，下班前上线 。

等你写完策略，已经是明天的事了，黄花菜，都凉了 。

但，既然有「百人计划 」的同学，提问，@IDO老徐 ，就得认真对待，去正面回复下 。

1、我了解下，提这个问题同学，他的具体场景 。

1）一个老项目，切新架构，从传统模式，改成「微服务」

2）期望全面测试，担心测试不充分，有Bug

对于这种情况，我依然还是保持，脑图，写测试计划就行（时间、周期、人、测试类型（功能，接口，性能，安全）、测试点」，测试策略啥的，可不写 。

2、更严谨点，

我把这个问题，抛到了 1400 人的「软件测试圈」，来自 1400 家公司，测试工程师的回复 。

多数公司，是真没写 。

但，其中有一位同学，他们公司，必须得写测试策略 ，而且还有专门的QA 来检查这些规范 。

他们公司的背景 ，

2000人左右的研发团队，测试团队 200 人 。

嗯，也许是团队人太多，为了规范化管理，出了这条规范吧 。

至于「效率如何」？「员工满意与否」？

我不评价，

我让妹纸去写篇文章分享下，等后续更新 。

总结：测试策略，大可不必，至少 @IDO老徐 已经很久没让团队写这东西了，有时间多，

写点测试用例、

多了解下业务知识、

多写点测试脚本、

多学点新技术、

干啥都好 。

end