软件测试基本概念梳理

概述

什么是软件测试

“验证”+“有效性确认”
前者指检验软件是否正确实现SRS中定义的系统功能
后者指确认开发的软件是否满足用户的真正需求

软件测试和软件开发的关系

瀑布模型中，测试在编码完成后进行，分为单元测试、功能测试、系统测试、验收测试四个阶段。
测试滞后，在开发完成之后，早期的错误可能要等到后期才能发现，错误成本高。

修复软件缺陷的代价

随着软件生命周期的增长，修正错误的代价呈指数增长。

测试结束的标准

• 完成所有用例；
• 覆盖率达到标准
• 缺陷率达到标准

软件测试的分类

静态测试/动态测试

静态测试通过阅读和分析源代码完成，包括对SRS的评审，对代码的复审。
动态测试通过运行程序，观察代码运行过程来发现缺陷。

回归测试

为保证软件中新的变化不会影响原有功能的正常使用而进行的测试。

压力测试

检查软件系统在不同负载下的运行情况，以发现性能瓶颈、内存泄露、CPU使用率过高等问题。

单元测试

要点：对软件模型进行的测试
人员：测试人员与开发人员
依据：概要设计说明书与详细设计说明书
内容：单元模型是否被正确编码

• 数据能够正确流入和流出单元；
• 工作过程中内部数据能否保持完整性
• 数据在边界处能否正确工作
• 单元的运行能否满足特定的逻辑覆盖
• 单元中的错误处理措施是否有效

方法：

• 检查所有执行路径(独立路径测试)
• 保证每条语句被至少执行一次(语句覆盖测试)
• 检查模块接口是否正确(接口测试)
• 检查临界数据处理的正确性(边界条件测试)
• 检查局部数据结构的完整性(局部数据结构测试)

集成测试

要点：将软件模块集成起来，对模型之间的接口进行测试。
人员：开发人员和测试人员
依据：概要设计说明书与详细设计说明书
内容：将所有模型按设计要求组装成子系统以检查是否存在局部问题导致功能缺陷。

非渐增式测试模式
渐增式测试模式

桩程序：
驱动程序：

系统测试

要点：检验系统中各部件之间正常能够正常协作，系统性能和功能是否达到要求。
人员：测试工程师
依据：概要设计说明书、详细设计说明书、需求规格说明书
内容：功能测试、非功能测试(性能测试、压力测试、容量测试、安全性测试、可靠性测试、容错性测试)、回归测试

确认测试

又称有效性测试。
在模拟的环境下，通过黑盒测试验证被测软件的功能、性能及其他特性是否满足需求规格说明书中列出的需求。

验收测试

要点：检查软件是否符合合同要求
人员：测试部门和用户
依据：国家规范、行业标准、合同条款；用户需求规格说明书
内容：易用性、兼容性、可恢复性、安装与卸载

$alpha$测试

软件开发公司组织内部人员模拟用户对alpha版本的软件进行测试

$beta$测试

软件开发公司组织实际用户对beta版本的软件进行测试