问：初创公司，测试团队管理机制和规范 ？
1、这是测试群里，某同学的提问。这个话题，在过往的文章都陆续有提过，其实不是特别想聊 。
2、但，印象中，收到过十几位同学问过，意味着，测试Leader对这块，确实有疑惑 。知识都具备，道理都懂。就是落到实处，不知道如何下手 。
3、先说个前提：这里说的「初创公司」，我们假设，他的开发人员和测试人员，都是个位数 。且没有任何的流程 。从 0 开始 。
4、基于这样的前提，我的建议，
1）先搞定「准入标准」，跟团队（产品，开发，测试），达成一致：什么样的标准，可以提测 ？
参考文章：测试准入标准、测试通过标准、上线标准
2）冒烟测试，必须到位。
参考文章：关于「冒烟测试」，提几点 。
没通过冒烟测试的，是否需要版本打回 ？前期也可以，微信群，或者线下沟通 。P0、P1 的测试用例，必须自测，提高效率。
参考文章：测试团队管理：我是这样解决「效率和测试用例」平衡的
3）上线标准，测试报告模板
参考文章：聊聊「测试报告」(附 模板下载)
4）测试用例
可以考虑，忽略严格意义上的「用例评审」
也可以去掉「复杂的测试用例」，用「测试点」代替 。
5）线上问题
参考文章：聊聊「线上问题」
6）关于版本bug
1个版本100Bug，尽早远离这类团队
7）测试工具
任何工具都可 。甚至用 飞书 文档 或 腾讯文档 都行 。
不一定要 「bug工具」，「项目管理工具」
8）自动化测试
可以没有 自动化测试 。确保业务测试到位，没有 bug 漏测 就行 。
小团队，流程都可省，高效就行 。
先「活下去」。
9）性能测试
可忽略 。
实在想弄，接口跑一跑 。
服务器，配置到位，弹性扩容 。
差不多了，就到这 。
如果一定还要加一句 。一些不重要的bug ，可忽略 。先让「功能可用」，数据正确 。
