1、需求评审
确定需求可实现，需求必要性
2、评估测试时间
根据需求范围、功能点评估，包括需求分析/测试执行时间
确定项目里程碑，包括服务端接口提供时间、接口测试时间、前后端联调时间、提测时间、上预发时间、上线时间
根据项目需求点评估时间，细化，一般情况如下：
测试分析 1-2天
测试用例设计 2-5天
冒烟验证 0.5-1天
流程测试 一般2-5天 很小的优化可以1天
缺陷跟踪验证 1天
预发回归 1天
根据项目实际情况确定时间点
1）预留1天异常情况
2）需求未确认的点，需要预估时间
3、测试计划制定
4、需求分析
提出对需求有疑问的地方
对一些模糊、二义性的交互确定开发实现方式
需要配置的地方跟服务端确定配置项
确认可能存在的风险
影响范围需确认
5、测试用例编写
6、测试用例评审
7、提取开发冒烟用例
提取全部用例的30%-50%，区分前端冒烟用例和服务端冒烟用例，根据是否需要配置区分
同时提测时开发必须保证冒烟全部通过
9、接口测试
开发联调前需测试通过
10、验收开发冒烟结果
注意：在开发提测前跟踪开发冒烟情况，保证可以正常提测，避免delay
保证主流程畅通，有问题即时解决
11、第一轮流程测试
提取开发自测用例30%，也要区分前端还是服务端
测试保证主流程，自测部分开发需保证
风险即时提出，体现在每日报告中
流程测试结束进行UED走查
12、第二轮Bug跟踪验证
跟进开发Bug修复情况和进度，包括解决难度
13、申请上预发，预发回归测试
根据预发回归用例，主流程需全部回归
预发环境产品需进行验收测试
14、产品申请上线，测试发送测试报告
15、线上回归测试
主流程全部回归
16、线上问题
即时复现，确认问题
确定影响范围
确定解决方案
跟踪问题解决情况并测试
问题回溯，用例优化 or 流程优化