项目一定需要专职测试人员吗

上一篇文章解释了业务测试人员不会消失的原因，然而现实中某些项目确实没有测试人员，也照样在运行，这种情况我也遇到过，就我看到的项目说一下。

1. 创业期项目，boss直聘上可以搜一些小公司开发岗，要求开发人员前后端工作、测试工作都要做，尤其刷一些三线城市的开发岗位
2. 大公司也有很多项目没有专职测试，遇到过一个数据引擎项目，迭代了几个版本，开发针对引擎做的改动以及配置，我无法理解，内心觉得这种测试工作 开发自己更适合测试，当时业务方向，测试只做了2件事，（1）针对对外接口，进行自动化覆盖，sql也进行覆盖（2）使用业界压测工具，针对商城业务，做了基准测试。
3. 大公司也有内部平台，这种项目前期投了测试，开发差不多，就可以离开测试，这个很容易理解
4. 大公司也有体系稳定的对外项目不太需要测试，因为这种项目开发自测可控
5. 项目在企业用户本地部署的项目，这种项目企业中使用者可能不超过5人，出了问题直接沟通，但也有这种类型项目需要很多人，比如企业沟通软件项目面向全公司，项目场景很多，需要很多测试使用者并不多

上面是我遇到过的一些情况，项目允许开发速度不快，那开发可以学一下测试知识，留一部分时间进行测试，而且不愿意改的bug，开发为了凸显自己的勤快，义不容辞。

哪些项目需要专职测试提供质量保障，我觉得是开发速度快、项目使用者多、优先级高的项目

1. 开发速度快的项目，开发者无法腾出时间，此时让开发自测，等于让瞎子过马路，因为此时开发者会把功能开发进度放到一个无比重要的位置，功能问题抛在脑。而且这类项目开发的功能多、速度也快。
2. 优先级讲的是重要程度和紧急程度，优先级高的项目，比如项目用户有上百万，任何一个功能都是无比重要的，任何一个bug都是重要bug，为上帝服务就要有vip服务
3. 现在很多项目是前后端分离，中台服务，微服务架构，这类项目，开发者开发自己的模块，不太懂其他人的模块，测试参与其中就相当于一个粘合剂，可以整体考虑