最近公司需要做调整，领导希望能够用很少的测试同学来完成质量工作，让开发提高代码质量。领导了解很多大厂，比如钉钉他们几乎没有测试岗位，或者说很少的测试岗位。基于这点对于功能测试岗有几点疑惑：
- 在频繁的需求迭代中很少的测试是如何进行任务安排的。例如每个需求功能测试同学都进行完整测试的话现有人员已经无法完成，假设只参与重要需求测试，那其他需求是否需要提供用例，若不提供用例几个迭代后对产品有些功能已经不太熟悉了，那么后续该如何保证测试的质量。
- 开发除了单元测试以外，如何进行有效的自测，大公司都是怎么做的呢？
1.开发充分自测，素质较高
2.测试开发划分到研发岗位
3.测试人员素质较高，单兵作战能力强
4.流程相对规范，平台工具支撑强大
5.繁琐的工作交给了外包团队
据我了解大厂也不一定测试少
simple
回复
对的，我个人也认为目前的工作量已经是比较饱和了，测试开发比基本已经是 1：6 到 1：7 之间了。因此我没想到有什么办法可以解决，特别是当前基础设施还不太完善的情况下。
先评审，重要的功能测试来做，非重要的功能开发自测即可上线
然后对某些需要弄框架或者搭平台的工作，测试起个头，剩下的事情让开发去干，也就是测试可以提出让开发信服的方式去保障质量，但是很多工作需要开发协助完成的。
ps：我也是跟别人讨论的时候得到的答案，个人觉得很 ok，供参考
小白白
回复
这就涉及到我里头提到的一个问题，不重要的功能可能在几个迭代里面都不太重要，但是多个迭代后测试对这个功能的了解就脱节了。另一个方面，当曾经不重要的功能模块进行重要迭代的时候用例也没有跟上，这个时候去写用例可能就得把前几次的都得补上，感觉也不太好
马老师说过：创业不能为了钱，为了钱你就输了，同样的道理，你们领导做测开如果一开始就想着减少测试人员而不想前期投入，那基本上是一地鸡毛
- 测试工具平台化能力支撑
- 开发质量提升，单元测试等
- 自动化覆盖能力
测试首先得掌握的是自动化测试框架。然后才是语言等等。
免费的框架介绍视频：https://ke.qq.com/course/380301?tuin=37feb0f
可以看出问题很明了，公司是要控制用人成本，就随便说两句（非大厂）
- 人员：充分评估下测试、开发的能力。根据测试人员技能是否可开展自动化测试（不一定要求从底层写框架的搭建，现有的工具那么多，小步快走是王道）。开发人员自测素养，技术能力如何，这里要明确下，你们的频繁迭代内容到底是需求还是 bug，如果因为 bug 多那就是开发的问题了。单只是控制测试人员是不能解决问题的。
- 流程：流程是可以变通的，最近的工作中很少写测试用例了，的确是比较占时间的。如果频繁的迭代我自认为是不适合写用例，可以采用 mind 加流程图来概括，再加上定时开发产品测试小会，增加每个人对于计划进度、需求的理解，减少不要沟通的时间成本（有人说这是敏捷，手动滑稽~）
- 产出：其实老板减少测试，或许是对其工作产出不清楚。需要结合工作内容，选择正确的测试方法和手动，明确工作产出等同于你对产品质量的信心。 题外话，个人不建议把测试工作交给开发人员，岗位有界限各司其职，是最基本的职业素养。假若除了问题也不利于团队和谐。更何况你也说了有些模块版本迭代多了也会脱节。 以上个人观点，回归正题借用 1 楼的话：大厂也不一定测试少，赞同 6 楼：开始就想着减少测试人员而不想前期投入，那基本上是一地鸡毛
钉钉到底有多少测试我不清楚，不过钉钉一家也不能代表所有大厂。我之前待过的一家业界前 5 的厂（现在已经没落了），公司里 6 个开发团队近 300 人，有 40 多个 QA，黑白盒各一半。剔除掉策划美术，程序和 QA 的比例接近 2:1。
测试在项目中的价值是毋庸置疑的，有同事离职以后去小作坊，N 个项目只有个位数的 QA，加班加到昏天黑地，给出去的版本质量仍然一塌糊涂。
QA 这个钱还是不能省的。
把外包算上，比例一点也不低，1:1 都有可能
