我觉得所有的测试团队都需要控制开发测试比，这是最重要的一点。开发测试比不要太低，最好能高于5，甚至达到8或者10，这样测试总体的人手本来就不多，裁员的可能性也就降低了。

另外，如果测试人员比例太高还会有一个副作用，那就是开发不注重质量：
开发一完成功能开发就把版本扔给测试人员，不过这个版本由于没有经过充分的自测，代码Bug太多，导致测试人员花时间报了很多Bug，然后开发花很多时间修改Bug，第二次的版本，可能质量还是很差，这样多次的版本往复，其实效率是很低的。
我们需要形成一个概念，那就是Bug也是需要代价的。测试人员发现Bug、报Bug、跟开发沟通、开发修复Bug，这其中需要花很多时间。那如果开发能做比较充分的自测，把Bug消灭在版本提测之前，那起码测试人员报Bug、跟开发沟通、验证Bug的环节可以省下来了。
另外，如果开发做充分的自测，测试版本也可以更少，以前需要4次打版本的，现在可能只需要2次，流程会走得更顺。经过我们的实践，也确实如此。
现在在IT业界，很多高管其实都已经意识到这个问题了，或者说，自己即使不意识到，看到阿里巴巴等公司的趋势，也迟早会感知到到这一点。所以，我们应该控制测试人手，并且，想办法让开发提升质量。
那如何让开发提升质量呢：
1、在测试用例完成以后，让开发、策划、运营等一起Review用例，把交互稿模糊不清、各人对交互稿理解不一致的问题解决掉；
2、让开发做冒烟自测，把30％甚至更高比例的用例给开发自测，让开发自己保证质量；
3、通过Bug的晾晒、Bug的回溯等手段，让项目组重视Bug，让开发人员认可Bug太多是一件不好的事情，主动去减少Bug量。

第二、测试人员应该着眼于质量，而不单单是测试。跟第一点讲得一样，我们应该想办法让开发提升代码质量、让策划提升交互文档的质量。如果能把上游的质量控制好，那整个项目的流程走得更顺，那我们对项目整体的贡献也就更大，也更容易获得BOSS的认可。

第三、测试人员应该在技术上严格要求自己。在测试技术上多进行探索，包括自动化测试、性能测试、专项测试等，如果有别人无法替代的技术在，那就不那么容易被裁。像题主的这个例子，一下子就被裁的，可能是因为这测试团队的工作太容易被别的角色替代了。

上海市app开发迅速网络科技有限公司，专注APP开发14年，专业开发服务和上百家企业的IT项目经 验，为用户提供在短时间内达到商务目标的各类优质产品解决方案，开发出用户喜欢的移动app。

  通过我们强大且专业的技术研发团队，多线程快速地开发产品并保证产品及时上线；

我们还提供产品后期运营，维护和推广等一站式服务的高端解决方案。

  如果您有一个外部的创意和想法，想要做出自己的产品时，请联系我们：

021-64391578 张经理

特别申明：本站的主旨在于收集互联网运营相关的干货知识，给运营小伙伴提供便利。 网站所收集到的公开内容均来自于互联网或用户投稿，并不代表本站认同其观点， 也不对网站内容的真实性负责，如有侵权，请联系站长删除