1、 项目负责人接收到整体任务、进行任务预分配
2、 个人拆分DS,评估工作量【此步需要特别注意，工作量评估应合理，遇到不了解的功能无法得知需要多少工作量可进行询问，宜多不宜少。应预留一小部分工作量，以降低风险】
3、 负责人汇总DS、分配工作
4、 参加交互澄清：拆分DS时应记录不清楚的地方，交互澄清的时候需要明确，减少后期的重复沟通和开发的成本
5、 代码开发：开发阶段需要严格按照DS计划完成进度，需要服务器配合开发的因服务器原因可推迟，先开发其他模块，保证功能按时完成
6、 测试用例：在代码开发的过程中，若有裕量时间则同步进行测试用例的编写，一方面检验功能是否都已开发完善，查缺补漏；一方面也能降低最后编写测试用例的难度
7、 测试用例评审：由测试组人员发起，评审测试用例，可据此完善个人编写的测试用例。
8、 集成测试：根据编写的测试用例在公共环境测试功能实现，尽量多提缺陷。也可测试他人页面为他人提交缺陷【前提是了解他人页面的业务逻辑】
9、 集成测试缺陷修改：每一轮的集成测试缺陷都需在该轮时间内修改完毕【soloved】，在下轮集成测试前新环境中进行验证【closed】
10、 冒烟测试：系统测试前的准备工作，在此环节需要统一打包，验证主要功能，不可出现阻塞性的缺陷，需要及时反馈与修改。
11、 系统测试：由测试组测试人员编写用例进行测试，并由他们提交缺陷
12、 系统测试缺陷修改：同集成测试，但需要反馈迅速，且缺陷单描述需按照规范清晰明确
13、 项目上线
开发流程代码提交注意点:
在打包之前的关键节点一定要验证好页面的主要功能，不要出现阻塞性缺陷
打包完成之后在线上环境再验证一遍，确定线上环境功能正确，如出现阻塞错误，必须修改代码，找到主管进行审核后再提交重新打包
关键节点验证完成打包后不要提交代码，等负责人通知后再提交代码
