一、需求分析
- 了解需求。提前阅读需求文档，找出并记录问题点（不理解的，有歧义的地方，功能需求不明确的，挖掘不够的地方进行标注）。需求评审时，针对标注的问题进行集中式的提问。
- 场景分析。站在用户的角度分析问题。需求制定服务的目标群体是哪些人？用户如何使用系统功能？使用场景？频率？
二、需求转化为功能点
- 把显示与数据分离（数据与UI分离原则）。
- 优先关注数据产生与业务处理的正确性；--接口测试
- 再关注UI对数据显示的正确性及体验
- 例子：打乱的信息在前端显示测试。首先用接口测试服务器端数据获取是否正确，再看数据的前端显示是否正确。
- 功能点优先级：数据创建及更新>数据查询>数据显示
- 黑盒法划分功能点：输入、时间变量、前提条件
- 自顶向下拆解功能
三、功能点以外的测试
- 兼容性测试（web端浏览器兼容、分辨率兼容；PC端不同操作系统；移动端android、ios 不同版本）
- 安装卸载测试
- 性能测试
- 安全性测试
- 故障恢复测试
四、项目影响面分析
模块间的影响，回归测试
五、发布前准备
- 数据初始化的脚本是否OK？
- 配置的脚本是否OK？
- 发布流程是否OK？
- 发布人员及生产环境回归的测试人员是否就位？
- 应急预案是否准备？
六、上线后回归测试
- 回归测试环境发现过的BUG
- 探索性测试
- 定期定时对线上功能进行回溯
七、做好总结
- 维护BUG库，系统分析BUG原因，将BUG分门别类
