需求评审
- 需求编写:需求概述、详细的需求文档
- 会议评审:需求合理性、需求优先级、可优化点
-
UI评审
UI/交互设计:设计图、交互文档
- 会议评审:实现复杂度、需求合理性
-
测试用例评审
测试用例编写:测试用例文档
- 会议评审: 测试⽤例合理性,是否覆盖全⾯
-
技术评审
方案分析:是否满足需求,是否已有成熟工具方法,是否有性能、安全隐患,是否遵循规范
排期预估:是否包含测试时间、是否包含联调时间、估时缓冲(1.3*预估时间)
开发
信息同步
- 进度同步:把控日常开发进度,同步信息到负责人
- 风险同步:发现需求实现要延期时,及时同步信息到负责人,说明原因
- 功能开发:开发环境、技术栈、依赖(安全性、重复性)、代码分支、代码书写等规范
- CI/CD:使用CI/CD流程工具进行代码部署
- 联调: 前后端联调,确认接口规范、传入传出数据格式,考虑数据边界情况
CodeReview:合并代码前,新功能分支向主分支发起Merge Request;主要注意代码规范、安全性能问题
测试
自测: 在开发环境,按测试用例、需求文档逐项测试,通过后标记
- 提测:维护稳定的测试分支(release\test)来进行提测
QA/PM测试:按测试用例逐项测试,输出测试阶段待解决优化与Bug问题,联系开发解决
验收
PM验收:根据需求文档各项功能,一一验收,输出验收阶段待解决优化与Bug问题,联系开发解决
UI验收:走查页面设计、交互,输出走查问题表,联系前端开发相关人员解决
上线
上线前准备:确保上线主分支(master\production)的稳定、统一
上线规范:确认待上线功能已通过测试产品验收;业务群里同步待上线功能,确保不影响他人业务;有后端服务时,先上线后端服务,再上线前端服务
热修复
hotfix分支:基于线上环境分支创建、拉取,hotfix分支上修复问题,⾃测⽆问题则合入测试分支(release\test),测试确认后,合入上线主分支(master\production)