一）工作流程：（敏捷开发模式-大概1个月1-2个版本）
1,启动点-UI交互-需求澄清-UI设计稿-SSP（批量注册用户/批量添加好友）-MS系统（token入口控制）-T1剥离-批量接口改造-开发编码-开发联调（一期）
-开发联调（全部）-冒烟测试-SIT测试-UAT测试-回归测试-生产测试-上线-灰度（XX市XX销售中心所有营业部）-全量
二）工作流程细化
1,需求从评估到上线需要经历的流程？
需求排期
BA，SA给大家做需求澄清，输出US文档
如果是大项目，会有统一的项目经历统筹需求的时间计划，比如何时进入开发，案例评审，联调，首移，冒烟测试
SIT测试，UAT测试，回归测试，版本发布。
如果是项目，后端SA可能会统筹需求的计划，如果SA没有统筹，那就后端开发负责人根据版本周期倒退估算时间计划
需求排期计划出来后，大家根据排期计划安排工作，保证自己的工作进度与计划一致
2,测试需要关注的点：
需求澄清，了解需求
整个需求的时间计划，何时首移，冒烟，SIT，UAT,回归测试以及版本发布，评估测试时间是否充足
需求涉及的关联系统以及干系人（每个系统的负责人以及关联成员）
需求对应的SA,BA以及业务员分别是谁
重视需求计划，如果没有按计划进行，必须报风险
UAT测试由业务进行，一般在SIT稳定后进行，必须在进入回归测试前完成UAT，如果UAT协调不到业务进行测试
或者进度有问题，可以找BA推动
3,测试用例的编写
采用XMIND编写，编写好后找需求干系人评审，包括BA,SA,业务，前后端开发，测试，评审前需求测试负责人需要找干系人沟通
评审时间，大家统一商定一个时间，大项目需求，后端会有统一的测试负责人统筹案例评审，如果没有，前端需求测试负责人来
统筹，沟通好时间，测试负责人定好会议室提前发会议邀约给大家。
4,测试案例存档，需求上传到GIT
5,测试进度统计及报告发送
在每个月的版本计划WIKI上面，测试负责人会创建版本计划，版本负责人跟进测试进度以及报告发送，大家每天上WIKI更新测试进度
每日测试报告有统一模板，比如SIT，回归，封版报告，报告中需要明确进度以及风险
6,测试环境
每个月的测试环境由后端统一协调规划，可以从以下WIKI了解环境信息
三）工具篇
1,Oracle 连接工具：PLSQL-MTKF（桌面云权限）
2,抓包工具：fiddler/Charles 修改参数，放通过看返回的值
3,日志查询：MS系统/counter系统/core系统/apv系统
4,wizard（缺陷管理工具），Eclipse4.3（开发框架），WIKI（confluence,项目管理工具），Gitlab（版本,接口,其他需求文档）
5,http://idesk 自助式软件安装系统
四）业务知识篇
1,BA,SA-SRS-US（需求文档）-开发-用例评审-联调-首移-冒烟-SIT-UAT-回归-发版
2,产品：O2O，IPOS（万商贷），无抵押（业主贷，薪金贷，优房贷，寿险贷，车主贷，追加贷）
3,直销（DS）:SCR（有进件权限）CR（推荐人权限）
合作方：负责人，业务员
寿险渠道
推荐人：SCR（进件权限），CR（客户信息）
五）重点关注的问题
1,需求个各个里程碑节点是否按计划进入，是否有延期风险
2,保证所测模块的质量，不要有BUG遗留到生产