一.深入了解需求,根据需求制定测试策略

1.测试范围和计划相比的偏差。

制定测试后,测试执行的进度情况,适当调整测试节奏,保证项目进度.

2.本版本的测试目标。

和产品沟通,了解产品具体实现的目标,并根据测试目标制定测试计划,编写测试用例.

3.需要重点关注的内容。

和产品沟通,确定重点功能,对比较重要的功能制定对应的测试场景,并重点测试.

4.测试用例的选择。

用最少的测试用例,覆盖最广的测试功能点.

5.测试执行顺序。

根据开发交付的可测试产品,制定好测试执行的顺序.

6.接收测试策略。

开发提测后,应该有对应的冒烟测试,如果提测功能没有实现,或者已有功能失效,要打回重新编码.

7.回归测试策略。

建立有效率的回归测试策略,使用适当的自动化测试框架,有效提高测试效率.

8.探索测试策略。

根据产品需求,进行探索性测试,会发现仅执行测试用例更多的bug.

9.自动化测试策略。

把功能界面变动比较小的产品,建立自动化测试框架，包括UI自动化和接口自动化.

二.跟踪测试缺陷，把握产品版本

1.使用缺陷管理工具，跟踪缺陷

使用缺陷管理工具，比如bugfree/禅道等，记录bug，跟踪缺陷，对遗留缺陷进行分析.

2.做好代码的版本控制

代码都有版本管理工具，比如svn/git等，应该把开发环境，测试环境，生产环境分别建立分支。只有把测试通过的代码合并到主线（master），主线上的代码才可以发布到生产环境.

这里最好引入持续集成工具，比如jenkins，如果发布到生产环境的代码出现问题，可以及时回滚到前一版本，保证线上系统正常运行.

三.测试分层

1.代码层

主要是进行白盒测试，对代码进行review，审核.

2.接口层

由于UI层变化比较快，对接口有效进行测试，可以大大提升测试效率.如果短时间不能建立自动化测试框架，可以先使用接口测试工具，进行主要接口的测试.

3.UI层

对于变动比较小，业务流程基本不变动的系统，可以引入UI自动化，进行回归测试和验收测试.

四.压力测试和安全性测试

1.压力测试

选取系统常用的场景，预测并发数量，并模拟高并发测试，根据测试数据，发现系统缺陷.

2.安全测试

探索发现系统可能被黑客或者竞争对手利用的漏洞，测试隐藏风险.

五.质量评估

根据测试出来的问题，整理出文档，告知各个项目管理负责人，确定哪些缺陷必须解决，哪些bug可以下一个版块再解决，讨论上线的风险，制定发生问题的解决方案。