如题，小弟负责的是交易中台的测试，覆盖下单以后得全部核心流程，但按分工我们只对接中台的纯后端开发约 10 个人左右，但实际上不管是 C 端 B 端包括平台侧很多页面上的展示内容都是由我们对接的这个中台研发团队提供数据的，尤其是各种逻辑都下沉到中台了，resfful 层基本只做透传。
现在的情况是司内比较关注开测比，但实际工作中纯前端页面的测试其实是比较简单的，而我们作为中台后端测试又不能不看前端页面（一是看页面测比较方便，二是如果只测接口领导会说没关注到全链路功能），所以我们这边的开测比很难提升上来，而且由于逻辑都在这边所以但凡出问题都会跟我们扯上点关系。
想问下各位大佬们有没有同样做中台测试的，是怎么解决这种困境的，平时的工作是只关注接口还是全链路功能也要保证？测试工时投入怎么控制？
中台不关注页面，更关注逻辑，C 端有 C 端的人去覆盖，分不同的端 PC、PWA、 andriod, ios, 还要一些版本、手机的兼容性
端上有端上的人去测没必要你们还去重复测。把自己服务的逻辑测清楚，确认给他们的接口数据都没问题就行，比较麻烦的是对接这块，怎么沟通的清楚，确保他们要的逻辑没有漏
看到很多大佬都在说中台只需要关注服务侧的逻辑就好，前端页面不用管，我们其实最开始也是这么干的，但后面碰到过线上出了问题（前后端契约没对齐导致），领导就说我们不应该只关注接口，还要看接口数据在页面上的展现，这样才能保障全链路的业务功能。
说白了只管自己的接口是可以保证效率的，但目前的领导是质量出了问题肯定会找我们分一点锅，虽然领导是 s.b，但作为测试应该如何在这种环境下保护自己呢？
莽夫
回复
这样既要又要怎么提高测开比？领导不满意那就把结果丢出来让他选，要测业务方的逻辑那就加人/加时间。
后面碰到过线上出了问题（前后端契约没对齐导致）
这个问题如果你们数据没问题，那不是应该归到业务方那边的研发和测试，不理解跟你们啥关系。。
莽夫
回复
你们没有 c 端的测试吗？你都测了，他们干什么，只看页面样式吗？前后端契约没对齐这种事，为什么联调的时候没发现？c 端测试为什么没发现？现在系统都是很复杂的，特别是你做中台的，对接很多渠道，不可能也没精力将每个渠道都测试一遍，专注将自己的接口测透，渠道的东西让渠道自己测即可。
