小公司、小团队，岗位就你一个人，怎么做 ？
每年的测试行业问卷，多数从业者，还是待在小公司，测试团队 5 人内，甚至只有自己一个人 。
那么，就存在一个问题：“ 小公司、小团队，岗位就你一个人，怎么做 ？”
这个问题，经常被问，印象中，老徐曾经写过文章（也许，是在「软件测试圈」写的），但找不到了 。
再写一次，供参考 。
如果，你也有类似问题，或者你朋友有类似文章，这篇文章，转给TA看 。
主题，
对于，一个人的测试团队，核心原则是：
1、放弃所有的 UI自动化测试、接口自动化测试 。
2、放弃 CI / CD 的玩法
3、放弃繁杂的 测试流程（如，二次用例评审、完整Bug生命周期 等）
注：如上不是绝对，只是建议（你有时间，且刚好擅长接口测试，可以做）
把更多精力，放在「业务测试」上 。
核心原则上：系统上线后，Bug尽量少、尽量避免漏测 。
一些可以省的流程，都省去 。
人少，最高效的方式是：线下沟通
交流，基本靠吼 。
（ 8 人内的敏捷团队，每日站立会，高效沟通解决问题、抛出风险）
你可以做的事：
1、确定一个提Bug的工具（我不建议用excel ，不方便后续追溯 & 问题分析 ）
如果不知道用啥 ，看看老徐之前的文章，对比了三款工具 我用过的那些测试过程管理工具 。
不过，都太重，zentao ，也许更方便（但，如果你自己部署到服务器）
如何部署 ？需要用到Linux知识，见文章
1）两篇解决部署问题的文章
2）部署用到的Linux命令
2、跟团队线下沟通好，Bug提交的边界、Bug级别定义
1）Bug提交的边界：什么样的Bug，可以不提交（小团队，系统随处都是Bug，是提不完的，就算你提交了，开发也懒得改）
2）Bug级别定义：
这两篇文章，好好看看；看完，如果还有问题，微信 957863300 留言
3、跟团队协商，准入、准出 标准
注：这个非常重要，是很多团队，一塌糊涂的 主要原因
见文章，之前写过
不重复写了 准入标准、测试通过标准、上线标准
4、跟进每一个线上Bug
5、每个版本，上线后，一定要去回归测试一遍 。
测试环境没问题，上线后，一堆问题，很正常 。
原因非常多、之前也写过，不再重复写；
去看看历史文章 。
大概就这样 。
能做到这些的，就不存在啥问题了 。
剩下的，
1、好好度过试用期 避免试用期，被辞退，指南 03
2、做一名合格的业务测试工程师 “ 优秀的业务测试工程师 ” 应该是这样的 。
End ，就这样 。