10.4.2 软件测试策略

2025-06-08 01:21:00 更新

(一)软件测试策略

(1)要求

包含测试计划、测试用例设计、测试执行以及结果数据的收集和评估。

(2)要求

应具有足够的灵活性,以便促进测试方法的定制。

必须足够严格,以便在项目过程中对项目进行合理策划和追踪管理。

(3)步骤

ID

测试类别

说明

1

单元测试

也称模块测试,在模块编写完成且无编译错误后就可以进行。

侧重于模块中的内部处理逻辑和数据结构。

如果选用机器测试,一般用白盒测试法。

可以对多个模块同时进行。

主要检查模块的五个特征:

(1)模块接口(2)局部数据结构(3)重要执行路径(4)出错处理(5)边界条件

2

集成测试

是把模块按系统设计说明书的要求组合起来进行测试。

通常有两种方法:

(1)非增量式集成:分别测试各模块,再组合起来进行整体测试

(2)增量式集成:把下一个要测试模块组合到已测试好的模块中,逐步把所有模块组合在一起,并完成测试。

两种方法对比:

(1)非增量式集成可并行测试,充分利用人力并加快进度。但容易混乱,出现错误不容易查找和定位。

(2)增量式测试范围逐步扩大,错误容易定位,且已测试模块可在新的条件下再测试,测试更彻底。

3

确认测试

最后测试环节,进一步检查软件功能和性能是否与用户要求(系统方案说明书)一致。

首先要进行有效性测试以及软件配置审查,然后进行验收测试和安装测试,经过管理部门的认可和专家的鉴定后,软件即可交给用户使用。

(1)有效性测试

在模拟环境下,通过黑盒测试检验所开发软件是否与需求规格说明书一致。测试人员最好没有参与过该项目。若发现测试结果与预期不符,要列出缺陷清单。一般很难在预定时间内纠正。

(2)软件配置审查

主要是检查软件(源程序、目标程序)和文档(包括面向开发和用户的文档)以及数据(程序内部的数据或程序外部的数据)是否齐全,分类是否有序。确保文档、资料的正确和完善,以便维护阶段使用。

(3)验收测试

是以培训过的用户为主的测试。

开发人员和质保人员也应参加。一般采用实际数据。根据测试场地,分为a测试(开发者场所)与β测试(最终用户场所)。

4

系统测试

将已经确认的软硬件、外设和网络等其他因素结合在一起,进行信息系统的各种集成测试和确认测试。

目的:通过与系统需求相比较,发现所开发系统与用户需求不符或矛盾的地方。

系统测试是根据系统方案说明书来设计测试用例的

(4)系统测试

ID

常见测试

说明

1

恢复测试

检测系统的容错能力。

检测方法:让系统出现故障,检验系统能否按要求恢复,并在约定时间内处理事务,且不对系统造成任何伤害。

2

安全性测试

检测系统安全机制、保密措施是否完善,防范能力如何。

检测方法:测试人员模拟非法入侵者,采用各种方法冲破防线。

3

压力测试

也称强度测试,是对系统在异常时承受能力的测试。

检查系统在极限状态下,性能下降幅度是否在允许范围内。

4

性能测试

检查系统是否满足系统设计方案说明书对性能的要求。测试覆盖了软件测试的各阶段。通常与强度测试结合进行。

5

可靠性、可用性和可维护性测试

平均失效间隔时间(Mean Time Between Failures, MTBF ) 平均故障工作时间

平均修复时间(Mean Time To Repairs, MTTR) 由故障转为工作状态时修理时间的平均值

6

安装测试

检测安装过程是否有误、是否容易操作等。