|
前后端对接问题？
原题：
我是一个会前端技术和后端技术的应届生。我加入了一家新公司，公司因为缺少前端，所以暂时让我做前端。现阶段没有接口文档，都是我和后端对接，但是他的接口出错的概率太大了，这就导致了我这边没办法进行工作。
因为我本来是做后端的，所以他的那些错误，我觉得都是认真一下就可以避免的。现在的问题是，项目组长觉得接的慢是我这边的问题，我也强调过，接口经常出问题，可是他没有重视，我改怎么办，我没办法直接和后端的同事指出他工作的那些问题。
可是我这边又特别难受
回答：
一、没有接口文档：
对于前后端分离开发，必须要写接口文档。否则，**：前后端开发没有标准，没有依据。第二：容易扯皮，没法追踪，职责不清。第三：开发效率低。等等。
对于你们项目中没有写接口文档的事情，可以找项目组长进行沟通，讲明利害，由项目组长协调让写接口文档。否则，公司永远不能规范起来。显得很业余。
前端根据接口文档开发前端功能，后端根据接口文档，提供正确的数据，只有这样，前后端在工作上也能做到低耦合。否则前后端的开发高度耦合，真的不敢想象。亲，强烈建议你，要求你必须要有接口文档。不要用有限的生命体验前人已经总结出来的经验。
二、前端根据接口文档mock数据
有了接口文档后，前端可以利用json-server，mock.js等工具，进行数据模拟（一定严格按照接口文档进行模拟，如果确实在实际开发中，发现接口文档写的有问题，及时与后端沟通，保证接口文档，前后端是同步更新的）。这样的话，前端开发功能不会受后端开发进度和问题的影响。这样就能分离开发。
前端功能开发完毕（或者阶段性）后，可以跟后端进行联调。在联调前，**，用接口测试工具先测试后端的接口有没有问题。如果没有问题，再进行联调。
三、后端接口的测试：
使用postman，jmeter，loadrunner、SoapUI等测试工具，先测试后端的数据有没有问题，这样的测试工具，可以发送http的各种请求。
Postman是谷歌的一款接口测试插件，它使用简单，支持用例管理，支持get、post、文件上传、响应验证、变量管理、环境参数管理等功能，可以批量运行，并支持用例导出、导入。
jmeter是一款**纯Java编写的免费开源的工具，它主要用来做性能测试，内存占用小，免费开源，轻巧方便、无需安装。
建议：后端做好后，**让后端人员用这样的工具，进行自测。因为，作为每个开发人员都需要保证自己的功能没有问题。做好功能后，用这样的工具测试后，才能确保没有问题。后端人员需要保证自己提供的接口没有问题就必须通过接口测试工具的测试。
对于你在题目中写的“我没办法直接和后端的同事指出他工作的那些问题”？用接口工具测试，就无话可说。不会出现你和他直接的冲突，用工具的结果说话。
四、后端代码写好后，前端如何改？
后端的接口测试没有问题后，前端把请求后端的接口地址进行修改（建议，把请求接口地址的服务器目录使用配置方式，这样修改起来非常方便）。
PS：我以上所说工具的使用，建议在网上百度一下。 |
