- 根据需求,确定业务流程,及接口逻辑和数量
- 接口文档确定完成后,进行接口评审(可以非正式形式,私下讨论,如果参与人员多可以以会议形式进行),在此确定接口与原型是否一致,保证前后端开发方向一致,如果讨论不下,反馈给上级进行定夺
- 接口文档保证,接口请求参数和返回参数类型,接口名称,字段名称,字段类型,是否必传的准确定和正确性,相同功能请求接口和返回接口参数字段尽量相同
- 如果调用或者公用其它接口,需要对接口进行分析和调用,确定接口请求与返回参数正确且可用
- 需求充分挖掘,确定接口数量
- 接口文档规范参考 https://github.com/Microsoft/api-guidelines/ https://developer.github.com/v3/ https://blog.csdn.net/xiaoxuan2015/article/details/53556497/
- 如果在老接口上开发拓展接口,如果新开接口,则要确定下参数是否增加,是否需要改自测用例,测试数据是否也要改
- 新增或者更新操作,如果要加redis锁要放在所有逻辑校验最前面
- dto接受,dto、po入库, po,vo返回
- 未完
转载于:https://www.cnblogs.com/shuaiandjun/p/9568908.html