学习笔记：测试思路

一、需求分析

1. 了解需求。提前阅读需求文档，找出并记录问题点（不理解的，有歧义的地方，功能需求不明确的，挖掘不够的地方进行标注）。需求评审时，针对标注的问题进行集中式的提问。
2. 场景分析。站在用户的角度分析问题。需求制定服务的目标群体是哪些人？用户如何使用系统功能？使用场景？频率？

二、需求转化为功能点

1. 把显示与数据分离（数据与UI分离原则）。

• 优先关注数据产生与业务处理的正确性；--接口测试
• 再关注UI对数据显示的正确性及体验
• 例子：打乱的信息在前端显示测试。首先用接口测试服务器端数据获取是否正确，再看数据的前端显示是否正确。

2. 功能点优先级：数据创建及更新>数据查询>数据显示
3. 黑盒法划分功能点：输入、时间变量、前提条件
4. 自顶向下拆解功能

三、功能点以外的测试

• 兼容性测试（web端浏览器兼容、分辨率兼容；PC端不同操作系统；移动端android、ios 不同版本）
• 安装卸载测试
• 性能测试
• 安全性测试
• 故障恢复测试

四、项目影响面分析

模块间的影响，回归测试

五、发布前准备

• 数据初始化的脚本是否OK？
• 配置的脚本是否OK？
• 发布流程是否OK？
• 发布人员及生产环境回归的测试人员是否就位？
• 应急预案是否准备？

六、上线后回归测试

• 回归测试环境发现过的BUG
• 探索性测试
• 定期定时对线上功能进行回溯

七、做好总结

• 维护BUG库，系统分析BUG原因，将BUG分门别类