需求评审 – 接需求
交互/视觉评审 – 按照设计稿以及产品文档将需求的业务逻辑流程梳理一遍(例如,是新H5页面还是需要优化的旧页面;从哪个页面进入这个需求;有几个点击事件;每个点击事件会触发哪几种情况;路由跳转哪个页面; 需要几个接口,接口参数如何获取;)
需求排期 – 确认提测上线日期;将需求进行拆分多个研发任务。
技术评审 – 将之前梳理的业务逻辑流程再梳理一遍,有问题及时反馈,确定服务器端需要传几个接口,接口参数有哪些,可以预先定义好接口参数的命名。
【 把控风险,时间——
设计稿没出: 可以先把能做的先做了,例如 新建页面或者组件,业务逻辑可以先处理一下;
设计稿出了: 1、页面搭建 2、接口数据获取 3、业务逻辑 4、埋点 】
用例评审 – 开发完成的时候,问一下有没有出自测用例
全功能提测 – 按照自测用例将整个业务流程跑一遍,包括安卓&ios,排查兼容性问题,尤其是样式方面。
【提测:将FEA代码提交至DEV分支,发布一下自测看一下效果,如果没有问题,代码提交至TEST分支,让测试介入】
视觉验收 – 可以让测试将整个业务流程所涉及到的视觉页面截图发到群里,包括安卓&ios,跟产品、交互、视觉一起确认一下。
【如果功能&视觉通过后,经测试反馈结果判断是否可以合入PRE,如果可以的话,看一下预发布环境下的效果;PRE环境下OK的话,再合入master】
上线准备 – review通过后,代码合入master,建立tag标签,Paones上新建发布任务(若研发任务状态显示完成,发布任务则关联不上研发任务,尽量早点建立发布任务)
【上线后 – 跟进线上数据,如果有新的需求加入,需要及时反馈 -> 技术评审】
总结一下这两个月来在开发过程中的问题与不足。
- git分支管理
- 兼容性问题 ios&android
- 两次需求都涉及到缓存问题(因缓存没有及时清除,导致手机显示的内容仍然是改之前的)NG配置是否对缓存有处理【缓存问题是因为什么导致的】
- 环境配置(开发&测试两个环境要一致,两边协调好,可以用多环境)
- 异常情况兜底
【其中2、3属于测试机调试问题】