测试除了已知测试场景的漏测，其它情况下都不太应该被认定为线上故障的第一责任人，第一责任人应该是 PO、TL，敏捷项目下面主 PO 或者 TL 需要对项目整体交付负责，而不是靠测试兜底，有些公司确实会有这种情况，如果没法纠正过来，选择离开其实也挺好。

楼主总结的非常不错，支持一下

感谢分享

楼主厉害，顶一个，工作四年很多测试还在埋头点点点，有想法真的不错。

感谢楼主分享

说明你们的产品目前并不太重视客户体验，等到客户压力来了，自然就会重视了

厉害，承接上一篇，继续学习

赞，写的很不错，学习了。

建议先有自己的思考，每个项目的实际情况都是不同的，可以把自己对当前项目如何做接口自动化的理解梳理一下，再结合大家的意见，效果会更好。

多用，多在实践中用。

个人觉得根据实际产品情况来吧，如果是 2C 的产品且用户范围广，对兼容性要求高，那自然通过专业的兼容测试服务比较好，比如覆盖机型百分比。如果产品是 2B 的，一般用户范围没有那么大，可以进行市面主流机型的兼容测试，购买服务、远程真机、自己手机都可以（ ）。