测试策略（2）

一、 各时间段对应的测试策略
大致可以分为以下几种情况
（1）单元测试期间的测试策略
（2）Feature测试期间的测试策略
（3）集成测试期间
（4）回归测试期间
（5）健全性测试期间

1、单元测试期间的测试策略
单元测试是为了验证一个代码单元的功能，一般是针对一个独立的类和相关函数的测试，单元测试时所有测试类型中范畴最小的，一般集中精力在函数级别的毒性操作语调上，主要验证的是底层代码的覆盖率。在单元测试终，不太考虑外部服务（文件系统、网络、数据库）-----这些都可以通过模拟的方式来实现。
测试重点：
（1）验证代码是否清晰干净，函数规模小且重点集中；系统间的接口有良好的定义
（2）单元测试测试范围小，所以更容易做边界测试和错误条件的验证，从而今早发现问题并提供反馈
（3）不要做模块间的集成测试，这是特性测试和集成测试测试要做的
（4）单元测试着重看代码质量，良好的异常处理以及合理的错误报告

二、Feature测试期间的测试策略
单元测试完毕后，随着产品逐渐成型，主要功能已经实现，并投入试用，简单测试已经没有作用了，程序员对产品也更有信心，已经把工作重点从功能设计和实现转移到bug修复上。现在可以实施要求更严格，更复杂的测试. Feature 测试侧重于各个特性是否工作正常，比单元测试涵盖范围更广。

三 集成测试的测试策略
集成测试时在Feature测试的基础上，将所有模块按照概要设计要求组装成为子系统或系统进行测试。集成测试面对的是一个综合系统
测试关注重点：
（1）模块接口的数据交换
（2）各子功能组合起来能否达到预期要求的父功能
（3）模块间是否有不利影响
（4）曲剧数据是否有不利影响
（5）单个模块的误差是否会累积放大
怎样把集成测试做好：
需要对集成的这一系列产品非常了解、不仅仅指软、硬件系统自身的集成，还需要理解系统所处的上下文环境，这其中包括：所有相关责任人、项目周期、相关文档、部署、相关技术、商务合同、历史信息、业务知识、与法务/文化相关的东西等

四 回归测试的测试策略
一般情况下，回归测试需要等到所有子项目完成后，对所有Feature同时回归，在这个阶段，一定要进行多样化测试。
多样化测试的多角度：
（1）识别出软件中被着重修改过的部分
（2）从Feature测试用例库中，排除所有不再适用的和优先级别很低的测试用例，确定那些依然有效的测试用例，其结果是建立一个新的测试用例库
（3）进行人员交叉测试
（4）如果基线测试用例库的测试用例是基于软件操作层面开发的，那么测试用例的分布情况就反映了系统的实际使用情况
（5）试着从不同的角度来看回归测试过程，比如说从安全性角度、易用性角度，可维护性角度，可扩展性角度等

五 健全性测试的测试策略
总体目标是催着产品开发工作的开展，不断调整测试策略，使得在产品开发的整个过程中，重要错误的发现率都保持比较高的水平。