V0.0.12018-07-21
一、 需求问题
- 原型做出来之后,在需求讨论会开始的半天之前,让需求相关人员查看,提前了解需求相关内容,记录下相应的问题,然后在需求讨论的时候提出来;不要等到开需求讨论会的时候才把原型放出来,这样临时讨论的话,有些问题不能及时的考虑到。
- 估算开发工时的时候,考虑到本项目所关联的其他项目组的人的时间;
- 上线的时候,提前告知其他相关需要配合的人;
二、 开发问题
- 修改dubbo api的时候,注意不要随便添加删除参数,要考虑到该API调用的地方(可以Dubbo Admin查看),特别是小程序接口,要考虑兼容以前版本的小程序;
- 项目添加单元测试;
- 注释问题,特别是需要提供给他人的接口的注释,如Api接口,注释要尽量详细些,参数,返回值及注意事项;
- 开发人员的测试问题。站在开发的角度上来说,其实测试有以下几个层次:
- a. 最简单的测试,功能可用,输入正确的参数,可用得到正确的结果;
- b. 针对测试出现的异常可以分为两层,自定义异常,系统异常;一般情况下,针对业务逻辑出现的问题,需要抛出自定义异常;
- c. 边界数据和极端情况处理,对输入的边界数据也要进行测试,确保是正确的;
- d. 代码覆盖性方面,代码的所有逻辑都能够走到,没有任何不被调用的无用代码;
三、上线问题注意
- 比对dev, test与prod环境配置, 环境配置是否错误;
- 线上所发布版本是否正确,是否是主干,或者tag或者分支;
- 检查JDK的编译版本是否正确;
- 该项目的上线 是否要发布相关联的其他工程;
网友评论