移动终端开发工程师工作流程的总结

研发管理 专栏收录该内容
1 篇文章 0 订阅

从事Android开发也有一小段时间了,总结一下工作流程,梳理从产品需求提出到版本发布的各个步骤,希望自己能够坚持把每个环节做到最好。

这里写图片描述

1、需求评审

产品经理收集提炼出版本需要迭代的需求,拉上相关的角色进行评审。开发角色需要对需求中不确定的点进行讨论,预想技术实现方案,并评估可行性,也需要及时提出自己的疑问。

2、技术方案评审

1)当需求中涉及到多方,包括前端(H5、小程序),后台的时候,需要对其中的通信协议接口,技术交涉点进行确认。例如将一些可能出现的安全性问题,通过区分用户的imei、unionid进行防刷校验;
2)联合开发需要提前约定联调时间节点,腾出联调的时间将主要的接口调通;
3)遇到一些难以解决问题的时候,需要及时将问题抛出来,和同事一起讨论技术选型,弥补一些自己可能考虑不周的地方,然后完善解决方案;

3、测试用例评审

1)当需求补充完成之后,测试角色会对需求进行测试用例的拆分,将各个测试路径进行梳理;
2)开发角色在评审测试用例的时候,需要看看有没有重复、遗漏的路径;
3)提出需要重点关注的点,以及可能涉及到的模块;

4、项目排期

使用project将整块需求进行拆分,每一项估算工时,生成一份项目计划,需要预留buff用来缓冲,规避风险。
这里写图片描述

5、功能开发

1)开发角色在履行任务的时候,需要按照项目排期,按时甚至提前完成开发任务,并进行优化,可以将代码结构进行重构,提升可维护性、可读性;
2)在针对一些模块的性能优化或是功能提升的时候,需要在相关路径上,添加日志,方便定位问题,并通过技术方案解决或是规避问题;
3)对于一些需要预研的技术项,可以先行,通过技术方案的可行性再进行工作量的评估和排期;
4)开发的过程中,优先完成重要的功能模块,其他边界情况的工作,在完成主要模块之后再进行考虑,就是分清楚、处理好“重要”和“紧急”的关系;

6、阶段性同步

1)通过晨会、周会的方式同步工作情况;
2)及时抛出风险点;

7、功能自测

1)在一个任务开发完成之后,需要通过自测一级测试用例,确保功能的完整性,把一些很明显的问题解决掉,避免阻塞测试主路径;
2)在提测前可以组织showcase;
3)在提测前可以组织冒烟;

8、提交测试

1)贴上需求链接;
2)贴上测试需要关注的重点;
3)贴上TAG日志;
4)其他信息;

9、统计点添加

在完成一个功能模块之后,需要提醒产品经理提统计点,用来检验功能的使用情况。方便用于之后的迭代、优化。

10、版本发布后

1)在版本发布之后,需要查看对于版本的异常上报情况,通过堆栈信息,进行分析、定位、解决问题;
2)回收产品的数据,总结和迭代修改;

  • 1
    点赞
  • 0
    评论
  • 1
    收藏
  • 打赏
    打赏
  • 扫一扫,分享海报

©️2022 CSDN 皮肤主题:技术黑板 设计师:CSDN官方博客 返回首页

打赏作者

kanyechen

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值