新需求开发工作节奏:
-
新需求原型发布,开发人员查看、了解新需求。(1天)
-
客户端、UI、产品、服务器、测试组一起讨论新需求。解决业务疑难,沟通并掌握需求。(1天)
-
各个小组评估开发时间、分配开发任务。(0.5天)
-
新版本开发启动,开启新的feature分支。
-
和后台沟通数据接口。
-
根据UI图,开发各个界面,完成交互逻辑。
-
对照原型,UI图和产品、UI人员沟通确认新功能细节。和服务器组完成接口对接和调试。
5、6、7 不断迭代。。 -
各个功能开发完毕。开发人员根据测试用例完成自测。
-
合并分支到develop,jkins打包,提交测试。
-
进入测试环节,和测试沟通,解决mantis上的Bug。
-
测试完毕,进入预发布测试环节。分出此版本的release分支。
-
修改预发布测试产生的bug。
-
上线,各个组支持最后的测试,通过,合并代码到master分支。完成产品上线。
版本末期总结:
-
当前版本开发总结
测试和预发布测试时,mantis上的bug进行统计,分类,总结开发过程中产生Bug的原因。
主要是:需求变更、需求增加、需求未同步、UI变更、需求理解错误、代码逻辑错误等。
提出下个版本开发任务中能减少错误、优化工作流程、提升工作效率的方法。 -
上个版本友盟线上bug的分析
主要是后台数据和代码逻辑漏洞的整理、分析,偏技术层面。