如何让后端可以更加快速定位到哪些字段来自哪个接口

668 阅读3分钟

1.背景

本人从事前端开发,在工作中经常会有后端同学问哪个字段来自哪个接口;该类工作十分低级浪费时间,问得多了也想怎么提高这类问题的解决效率,甚至让后端同学自己去解决,提高自己的工作效率。

2.问题分析

任何解决方案都必须基于公司内部的情况;我们公司本身对接口文档管理就一直很混乱,也一直没人投入时间去,都在忙业务中。。。 在思考这个问题的时候,我也思考过实现技术工具去解决,但是总结还是感觉投入产出比不是那么高;于是我考虑用现有的工具结合一些沟通方法,具体问题具体分析来解决这类问题。

1.首先后端是一群懂得基本浏览器操作的研发人员,对接口抓包都有一定的理解和认识,所以并非0基础人员

目前后端都有一定的抓包,排查接口定位字段的能力,但并未非常普及,可能每个人的经验不一样。需要普及比较好的方法。

2.对应前端研发人员来说,一般的排查方法也是跟后端一样,如果实在排查不了,再通过代码进一步排查。

但是沟通成本往往在于同一个问题会被问到很多遍,没有积累,这个是一个痛点。导致同一个接口重复咨询沟通很多次。

3.可行方案

结合投入产出比问题,考虑用现成辅助工具加推广总结等方式结合,进一步降低后端咨询前端接口字段问题的沟通成本,我总结了如下这些解决方法:

1.chrome devTool 全局搜索,基本能定位到很多接口

image.png 一般在network 面板找接口程序员都会,但是面对接口非常多的时候,一个接口一个接口查找,非常繁琐;全局搜索帮我们提升了非常多效率!

2.Mockman插件帮助你快速Mock api数据,进一步准确定位字段

1.研发人员使用mockman插件进行mock测试,此方法无需研发人员打开项目,排查代码,极大提高效率

image.png

image.png 有些接口多个字段返回的内容竟然是一样的,或者几个接口都有返回这个内容,或者程序员想进一步确认是该字段来自这个接口的该字段。这时一般都是前端工程师打开项目,运行项目,排查代码。这中间有很多时间成本,这时mockman插件可以帮助我们免除运行项目的成本,直接修改接口字段内容,然后验证:

2.wiki文档总结,维护每个界面的mock api(极大降低二次咨询成本)

一般来说,一个研发人员只负责个别 系统,可对进行咨询的页面,或者咨询过度页面进行mock,一次性生成mock文件以后,后面有重新咨询,即可把文件发给后端,让其自行验证。极大降低重复咨询问题!

image.png m3.jpg