初创公司，测试团队管理机制和规范

问：初创公司，测试团队管理机制和规范 ？

1、这是测试群里，某同学的提问。这个话题，在过往的文章都陆续有提过，其实不是特别想聊 。

2、但，印象中，收到过十几位同学问过，意味着，测试Leader对这块，确实有疑惑 。知识都具备，道理都懂。就是落到实处，不知道如何下手 。

3、先说个前提：这里说的「初创公司」，我们假设，他的开发人员和测试人员，都是个位数 。且没有任何的流程 。从 0 开始 。

4、基于这样的前提，我的建议，

1）先搞定「准入标准」，跟团队（产品，开发，测试），达成一致：什么样的标准，可以提测 ？

参考文章：测试准入标准、测试通过标准、上线标准

2）冒烟测试，必须到位。

参考文章：关于「冒烟测试」，提几点 。

没通过冒烟测试的，是否需要版本打回 ？前期也可以，微信群，或者线下沟通 。P0、P1 的测试用例，必须自测，提高效率。

参考文章：测试团队管理：我是这样解决「效率和测试用例」平衡的

3）上线标准，测试报告模板

参考文章：聊聊「测试报告」(附 模板下载)

4）测试用例

可以考虑，忽略严格意义上的「用例评审」

也可以去掉「复杂的测试用例」，用「测试点」代替 。

5）线上问题

参考文章：聊聊「线上问题」

6）关于版本bug

1个版本100Bug，尽早远离这类团队

7）测试工具

任何工具都可 。甚至用 飞书 文档 或 腾讯文档 都行 。

不一定要 「bug工具」，「项目管理工具」

8）自动化测试

可以没有 自动化测试 。确保业务测试到位，没有 bug 漏测 就行 。

小团队，流程都可省，高效就行 。

先「活下去」。

9）性能测试

可忽略 。

实在想弄，接口跑一跑 。

服务器，配置到位，弹性扩容 。

差不多了，就到这 。

如果一定还要加一句 。一些不重要的bug ，可忽略 。先让「功能可用」，数据正确 。