可以分别部署到不同服务器上。至于联调后,怎么做测试,可以通过把前端文件交给后端,由后端的应用服务器托管。同时,也可以用反向代理在不同的服务器来托管前端文件。比如:你在服务器 a 上,部署 nginx,把文件拷进去,后端在服务器 b 上部署后端服务,实现跨域请求。如果单位有运维,可以配合运维来做,更加推荐 nginx 方式,再外加部署一套 jinkins 环境,实现 cicd。
我们需要知道的是,后端不会管你的页面是怎样的,他只负责给你接口,就像前端只管你的接口能不能给我对应的数据,不管你的接口是怎么查数据库拿数据的
静态页面和数据对接完成以后,前端页面的下一个流程人应该是测试,后端给前端提供接口,前端并不需要给后端提供页面
需求评审确定时间 > ui提供ui > 前端写静态页面和交互 > 后端提供接口 > 前端对接后端接口的数据到页面中 > 自测没问题提测给测试 > 前端改测试的bug > 测试结束给ui,产品和需求方验收 > 修改他们验收发现的一些问题 > 跟着版本上线
这就是一次需求提出到上线的大致流程
前后端正常交互的流程
1、评审阶段:产品召集前后端进行需求评审,前后端各自捋清楚自己的业务量以及联调之间工作量,从而进行开发时间评估。
2、开发准备阶段:前后端一起商量需求中需要联调的部分,进行接口的口头协议交流。
3、接口定义阶段:前后端中的一方根据之前的口头协议拟定出一份详细的接口,并书写APl文档,完成后由另一方确认。有疑问的地方重新商量直至双方都没有问题。
4、开发阶段:双方根据协商出来的接口为基础进行开发,如在开发过程中发现需要新增或删除一些字段,重复步骤3。
注意:前端在开发过程中记得跟进接口,mock数据进行本地测试。
5、联调阶段:双方独自的工作完成,开始前后端联调,如在联调过程发现有疑问,重复步骤3,直至联调完成。
6、产品体验阶段:将完成的需求交给产品,让其体验,直至产品这边没有问题
7、提测阶段:将完成的需求提给测试人员,让其对该需求进行测试,如发现问题,及时通知开发并让其修改,直至需求没有bug。
8、评审单发布阶段:前后端中的一人进行评审单的拟定,发送给对应的领导,表明需求发布的程序,包括影响到的页面及业务,发布的流程,发布的回滚方案等。
9、发布阶段:前后端双方在保证步骤1—8都没有问题了,进行各自的代码发布,完成后由测试人员在线上进行相应的测试,如果有bug,重复步骤7和9,直至需求成功上线。
转载请注明:OBA博客 » 前端完成项目后,如何与后端协作部署