软件测试的分类有哪些

测试的分类

1. 基本分类
□ 白盒测试
□ 黑盒测试
□ 灰盒测试

2. 按测试阶段分类
□ 单元测试
□ 集成测试
□ 系统测试
□ 验收测试

3. 按测试目的或对象分类
□ 数据和数据库完整性测试
□ 白盒测试
□ 功能测试
□ 用户界面测试
□ 性能测试
□ 安全性和访问控制测试
□ 故障转移和恢复测试
□ 配置测试
□ 安装测试
□ 多语种测试
□ 文字测试
□ 分辨率测试
□ 发布测试
□ 文档测试

白盒测试

1. 白盒测试
白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作，是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
白盒测试是穷举路径测试。

2. 白盒测试主要是想对程序模块进行如下的检查：
□ 对程序模块的所有独立的执行路径至少测试一遍
□ 对所有的逻辑判定，取真或取假的两种情况都能至少测试一遍
□ 在循环的边界和运行的界限内执行循环体
□ 测试内部数据结构的有效性

3. 白盒测试目前主要用在具有高可靠性要求的软件领域，例如：军工软件、航天航空软件、工业控制软件等。

黑盒测试

1. 黑盒测试
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。它着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。它从用户的角度，从输入数据和输出数据的对应关系出发进行测试的。

2. 黑盒测试的目的是试图发现以下几类错误：
□ 是否有不正确或遗漏的功能
□ 在接口上，输入是否能正确的接受
□ 能否输出正确的结果
□ 是否有数据结构错误或外部信息（例如数据文件）访问错误
□ 性能上是否能够满足要求
□ 是否有初始化或终止性错误

灰盒测试

1. 灰盒测试
灰盒测试是介于白盒测试与黑盒测试之间的，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，是基于对程序内部细节有限认知上的测试方式。灰盒测试不像白盒测试那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。

2. 灰盒测试的特点：
□ 灰盒测试比白盒测试效率高，从程序的整体出发，而非细节
□ 灰盒测试健壮性好，相对于白盒测试降低了程序代码改变而导致用例失效的风险
□ 灰盒测试更细致，灰盒测试要求测试人员关注程序的代码逻辑，根据代码逻辑扩充用例，更加细致

测试阶段

单元测试

1. 单元测试的目的是：
□ 在开发环境中，程序设计工程师为了检查单元程序模块内部的逻辑、算法和数据处理结果的正确性等
□ 单元测试通常由负责编码的工程师自己在代码完成后测试，也有在项目组内，由工程师相互交叉测试
□ 项目经理的管理一般不深入到单元测试

2. 单元测试的内容主要是：
□ 算法逻辑
□ 数据定义的理解和使用
□ 接口
□ 各种Case的路径
□ 边界条件
□ 错误处理

3. 单元测试的活动
□ 单元测试计划和测试用例被评审和批准，并在基线控制下
□ 按计划执行单元测试用例
□ 更新需求跟踪矩阵以确认测试覆盖率
□ 进行缺陷分析
□ 完成单元测试报告等

4. 单元测试的度量：
□ 代码覆盖百分比
□ 与代码标准的符合度
□ 循环复杂度
□ 代码行数
□ 路径数
□ 参数
□ 缺陷密度等

集成测试

1. 集成测试又称组装测试，它是在单元测试完成后，组装成一个子系统后，对下列只有组装后才能发生和测试到的问题进行检查：
□ 组装后一个模块对另一个模块的影响
□ 合并功能是否是预期的
□ 独立的误差在合并后的变化，是扩大还是缩小，是否在可接受的范围内
□ 实际的接口测试，包括：模块之间对实际衔接的标准、实时性、应答响应、容错与错误处理等
□ 模块间的资源竞争等

2. 通常采用分阶段的增量组装测试，避免因一次集成造成问题的隔离和区分不易。

3. 系统测试的目的是按照与用户确认的软件需求规格说明书的要求，检查系统的需求实现。

4. 独立的测试组中，具有相应知识的测试工程师，根据需求规格说明书以及用户将会在什么环境下，如何使用该软件，来设计测试方案和测试用例，并进行测试。

5. 系统测试还包括软件修改后的再测试-回归测试，回归测试是对已测试并发现故障的部分修改后再测试。它可能不需要再完整地走一遍系统测试，只需选择部分相关用例进行测试。

验收测试

1. 在应用软件环境中，验收测试是项目过程非常重要的一环，也是项目经理需要非常关注的一项工作。

2. 验收测试与系统测试非常相似，不同的是系统测试是项目组或组织内部的测试，验收测试是用户主导、现场参与、现场环境下的测试。

3. 验收测试通常由项目组提出测试大纲，定义测试目的、范围、方法、测试用例、预期结果、验收标准等。经用户审核、修改、批准同意后，确定测试时间，进行验收测试。

4. 用户在完成按测试用例的测试后，在测试记录上逐条确认、签字，最后在测试报告上签字，完成验收测试。

集成/系统/验收测试

1. 集成/系统/验收测试的活动
□ 测试计划和测试用例被评审和批准，并在基线控制下
□ 按计划执行测试用例
□ 更新需求跟踪矩阵以确认测试覆盖率
□ 进行缺陷分析
□ 完成测试报告等

2. 集成/系统/验收测试的度量
□ 成本偏差
□ 进度偏差
□ 缺陷数
□ 生产率
□ 有效性
□ 测试覆盖指标等