很简单，让开发自测 + 容忍漏测。
腾讯经常搞出十几个开发配一个测试的情况，就是让开发自测 + 容忍漏测。

核心还是怎么看待质量，传统行业出现质量问题损失的是真金白银，尤其是类似运营商的项目；互联网行业大部分出现质量问题，都是控制在小范围，并不会真正意义上损失真金白银，所以自然而然的可以放低要求。
另外在互联网，绝大部分都是采用灰度，都是先内灰，再外灰，把灰度当测试，然后再辅以热修复等技术手段，即使出现问题影响范围可控，修复成本低，那自然没测试什么事了。
测试呢做什么，都在转测试开发，提升效率，经验老到的业务测试只需要关注主路径功能、重点项目、版本管控，其他的都是开发自 high，这样 6:1 甚至更高也不稀奇。
另外也如 8 楼所说，要覆盖各种测试范围，2:1 或 3:1 也不足为过，关键还是看业务属性。

８楼说的对，业务功能的话；5:1；确实是存在的

你们还算好的，我这 40-100 个开发，就我一个，后面我又招进来两个，总算感觉忙的过来了；开发那边流程跟 shi 一样，后续准备优化测试流程保证测试的专业性。ps：本来想优化开发流程，NND 但是权限不够，而且领导看不上我，测试这个组长还是他们实在没辙才安给我的。

只关注人数比例就太笼统了，这跟测试范围、流程，以及人员经验水平有很大关系。比如只做业务功能测试，而且是瀑布流的话，3 年以上测试经验的人，那么 6：1 都可以；如果是敏捷流程，又要覆盖接口、安全、性能、自动化等，甚至要 2：1 或 3：1。

其实，项目开发中，从需求分析、开发、测试、上线、运维开发都能做，只要工资给的高，我可以都做。

把测试的工作扔给开发，让开发做充分的单元测试和自测，你想把测试变成 0 也行。所以说测开比多高，关键看这个公司对开发做测试的态度，顺便说下，特别像一些走敏捷流程的互联网公司，理论上测试的活开发都能做，只是他们懒得去做而已。

你跟你老板说，质量也从现有的基础上除以 5

测试这个岗位在小公司向来都是神一般的存在，不管多少开发，几个人或是几十人，他们都会觉得 2 两个测试就完全够用了，而且还会很轻松。别问我问什么知道，我们现在 20 多人的开发，就给我安排了两个测试

一般的方法是把测试变成测试开发 X:0 他们都能干得出来

外行小白请教下，一般是什么样的比例？