1、评审阶段:产品召集前后端进行需求评审,前后端各自捋清楚自己的业务量以及联调之间工作量,从而进行开发时间评估。
2、开发准备阶段:前后端一起商量需求中需要联调的部分,进行接口的口头协议交流。
3、接口定义阶段:前后端中的一方根据之前的口头协议拟定出一份详细的接口,并书写API文档,完成后由另一方确认。有疑问的地方重新商量直至双方都没有问题。
注意:第一份确认并书写好API的接口基本不会大改。
4、开发阶段:双方根据协商出来的接口为基础进行开发,如在开发过程中发现需要新增或删除一些字段,重复步骤3。
注意:前端在开发过程中记得跟进接口,mock数据进行本地测试。
5、联调阶段:双方独自的工作完成,开始前后端联调,如在联调过程发现有疑问,重复步骤3,直至联调完成。
6、产品体验阶段:将完成的需求交给产品,让其体验,直至产品这边没有问题
7、提测阶段:将完成的需求提给测试人员,让其对该需求进行测试,如发现问题,及时通知开发并让其修改,直至需求没有bug。
8、评审单发布阶段:前后端中的一人进行评审单的拟定,发送给对应的领导,表明需求发布的程序,包括影响到的页面及业务,发布的流程,发布的回滚方案等。
9、发布阶段:前后端双方在保证步骤1-8都没有问题了,进行各自的代码发布,完成后由测试人员在线上进行相应的测试,如果有bug,重复步骤7和9,直至需求成功上线。
作者:videring
链接:https://www.jianshu.com/p/9fcc16d9e31c
来源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
以下为我自己的截图
联调的三种解决方案
1. 本地端口打通
打通本地端口,就是指大家的测试环境在本地电脑搭建完成,电脑之间打通端口互相访问。这种方式的实现成本最低,因为原本的开发机上本来就已经具备了相关环境,打通了大家的端口,就可以互相访问测试了。但是这种方式只能在局域网内完成,而且缺少安全性。
2. Jenkins CI
Jenkins 或其他CI工具无疑仍然目前是开发团队最普遍使用的方式,主要原因是这种方式的稳定性和易于维护的特点。不过Jenkins 的专业性和复杂的流程也让一部分人用不起来,而且jenkins主要解决了部署服务器,服务器的配置问题以及网络环境的问题并没解决,还是需要专门的运维人员解决。
3.API管理工具做不到很完善,推荐apifox,国人写的,完全免费,支持前端模拟数据、后端接口测试、api文档一键生成。