目的：确定被测系统是否符合需求

手段：设计测试用例

方法：手工/自动

策略：动态运行/静态审阅

流程：计划、设计、实施、评估

思路：比较预期输出和实际输出

人工/自动化的动态测试/静态检查的对比

人工动态测试的步骤：

1. 提供被测对象

2. 准备相关预期作为测试依据（SRS-需求规格说明、HLD-概要设计文档、LLD-详细设计文档）

3. 根据需求设计测试用例

4. 搭建测试环境作为运行支撑（运行系统所需要的软件以及硬件配置，构建测试数据值）

5. 运行测试用例

6. 检查每一个测试用例的执行结果，判断实际结果是否符合原始需求

7. 记录测试过程

8. 针对失败的测试用例 告缺陷

9. 针对程序员的回复执行回归测试

过程中需要交付：

1. 测试用例

2. 驱动或桩模块（为了测试的需要，额外开发的代码）

3. 缺陷 告

人工静态检查的步骤：

1. 提供被测对象（主要是源代码）

2. 准备相关预期

3. 阅读代码和相关文档或模拟运行

4. 告发现的缺陷

5. 执行回归测试

过程中需要交付：

1. 缺陷 告

2. 必要时需要简单的测试用例

自动化动态测试：

1. 提供被测对象

2. 准备相关预期

3. 搭建测试环境

4. 编写测试脚本

5. 设计测试用例

6. 运行测试用例

7. 检查运行结果

8. 记录测试过程

9. 告发现的缺陷

10. 执行回归测试

过程中需要交付：

1. 测试用例

2. 驱动或桩模块

3. 测试脚本

4. 缺陷 告

专业术语

测试用例：发现缺陷和质量度量的介质或载体。是为特定目的而设计的一组测试条件，是执行测试的最小实体，是一项活动，其结果被观察和记录。

测试套件：由一个或多个测试用例组成的集合体。

测试场景：通过将一个测试用例的输出结果作为另一个测试用例的输入条件，可将多个测试用例组合成为测试场景。

测试：查找失效的过程。（目标：发现系统的实效，证实缺陷的存在。）

调试：对缺陷的定位与修正。（目标：改错。一般情况下并不能解决软件逻辑正确性和软件功能性能等问题。）