1. 需求分析：
针对于将要开发的项目，由产品经理沟通需求方之后，对应研发部给出相应的设计理念，业务流程逻辑，原型图，界面交互需求，多场景业务需求等所设计的产品PRD，在研发部门会议中商讨评审，共同协商产品需求所需的技术支持及分析相应的需求的合理性，在产品PRD评审之后，技术人员针对产品PRD所给出的需求进行开发时间的评估，确认项目研发周期， 联调日期，提测日期及上线日期
2.技术方案设计
在给出排期之后应该确认产品是否建立需求链接，通过对应需求链接创建相应的项目链接，在项目链接内，根据任务排期时间，自行拆分整体任务，分配合理时间
3.开发
业务开发和测试用例评审分别由开发人员和测试人员同时作业的，所以在这两个地方是并行的，业务开发就是根据产品原型图进行代码开发，每日使用git，svn或其他工具提交代码，一般都是下班之前提交代码，第二天上班写代码前拉取最新代码
* 开发中如何保证自己的代码质量
1.合理排期
2.符合开发规范
3.写出开发文档
4.及时单元测试
5.mockAPI
6.code Review(代码走查)
4.联调（学会自测）
- 测试用例是由测试人员根据产品需求，业务流程逻辑进行测试回归时所依据的操作文档，当产品PED评审通过后，测试人员会按照自己的时间进行测试用例文档的设计，之后会与产品技术会议评审，测试用例文档中包含整体前端界面的验收流程，细节及业务逻辑验收等
- 联调指的是与后端开发人员进行接口数据上的调用传参核对，在前端开发中，会根据用户操作发送请求，调用后端接口，拿到相应的数据再返回给前端进行显示，在联调阶段，主要的工作就是根据后端提供的接口文档去调用对应的接口地址，根据传入接口文档规定的请求参数格式来查看返回的数据是否符合前端要求，对联调过程中出现的接口调不通，内容错误，状态错误等进行协同处理，自测指的是在联调结束后，确认接口及请求返回数据正常的情况下，进一步针对多场景的交互情况，传递不同的参数给后台，查看是否会出现问题，正常则该阶段通过
5.测试
在联调自测结束，就可以把相应最新的开发代码合并到提测分支进行整合，代码整合就绪以后，首先是去工作系统中创建相应的提测单（工作流程是先提测试单再通知测试验收，创建提测单并通知测试后, 就可以等待测试验收及提出可能出现的问题），一般会在规定的提测时间前一天晚上之前整合好测试分支的代码，以免耽误测试工作
*测试出现bug要注意
千万不要说：
我的电脑没有问题呀
- 已经测出来了，你的程序必须满足用户
- 当面讨论，让QA帮你复现
- 如果需要特定的设备，让QA提供，你在设备上调试修改
6.上线
流程操作一定要严格按照公司规定的工作流程规范进行操作
一、工作中的协作协调：针对底层开发人员而言, 主要就是三个方面的协作协调 : 产品 / 后端 / 测试
产品：
针对产品需求，如大幅度影响性能，用户体验，需求实现耗时长，不符合正常操作逻辑的，后续会被优化掉的，一个是：提供不同且同样能达到产品所需要的效果的方式，另一个是：如果产品需求不变更，需决策通过，主要是在产品需求评审或提出需求时，给出自己的判断与分析，突出主见性，实际工作中, 协调不会太难，主要明确：给出意见，按决策通过的需求进行开发
后端：
在任务排期后与后端沟通，明确后端接口文档给出时间，有关于接口面的开发，可以自行mock或者等待文档，请求：请求参数，请求地址，请求方式严格按照接口文档需求执行开发，响应：后端返回的字典数据应该根据前端定义的传值类型响应对应格式，主体数据接收无值时默认值应对应字段属性默认的值类型，响应状态码的统一，后端多人协作开发时，一部分相同作用的响应状态码，应该统一，有关于前端定义规范及后端接收，主要明确观点，调用接口严格按照接口文档传递参数，调用接口地址，返回数据格式，按照前端定义的数据规范来返回(不能由后端自由返回数据格式，会造成不必要且耗时的麻烦)
联调：多场景/不同参数，如请求参数：[空参，单一参数，多个参数，无属性参数，全部参数]等等
测试：
- 自测：自测过程中，针对原型图需求逻辑核对，尝试不同场景下是否可能出现问题
- 测试：测试问题的回归，修复问题后，通知测试，协调后发布测试环境进行回归
*上线后要注意：
- 上线后及时通知QA回归测试
- 上线后及时同步给PM和项目组
- 如果有问题，及时回滚，先线上ok，再排查问题（不要在线上排查问题）