一、测试过程简介
- 单元测试
- 集成测试
- 系统测试
二、测试过程单元集成系统及比较
1.单元测试--函数
- 单元测试时针对软件基本组成单元(软件设计的最小单位)来进行正确性检验的测试工作
- 单元测试的目的时检测软件模块对《详细设计说明书》的符合程度
2.集成测试 - 集成测试是再单元测试的基础上,将所有模块按照概要设计要求组装成为子系统或系统,验证组装后功能以及模块间接口是否正确的测试工作
- 集成测试的目的是检测软件模块对《概要设计说明书》的符合程度
3.系统测试
*系统测试是将以及集成好的软件系统,作为整个基于计算机系统一个元素,与计算机硬件,外设,某些支持软件、数据和人员等其他系统元素结合在一起,在实际运行(使用)环境下,对计算机系统进行一系列的测试工作 -
系统测试的目的在于通过与《需求规格说明书》作比较,发现软件与系统需求定义不符合与之矛盾的地方
4.单元、集成、系统测试的比较
三、测试过程回归测试流程
- 以下流程适合于单元测试,集成测试和系统测试:
1.再测试策略制定阶段,制定回归测试策略
2.确定需要回归测试的版本
3.回归测试版本发布,按照回归测试策略执行回归测试
4.回归俄式通过,关闭缺陷跟踪单(问题单)
5.回归测试不通过,缺陷跟踪单返回开发人员,开发人员重新修改问题,再次提交测试人员回归测试
四、测试过程回归测试策略
1.回归测试 策略1
- 完全重复测试:
重新执行所有再前期测试阶段建立的测试用例,来确认问题修改的正确性和修改的扩散局部影响性 - 选择性重复测试:
即有选择地重新执行部分再前期测试阶段建立的测试用例,来测试被修改的程序
2.回归测试策略2 - 覆盖修改法:针对修改部分,选取或重新构造测试用例验证没有错误再次发生的用例选择方法
- 周边影响法:该方法不但要包含覆盖修改法确定的用例,还需要分析修改的扩散影响,对那些收到修改间接影响的部分选择测试用例验证它有没有受到不良影响,该方法比覆盖修改法更充分一点
- 指标达成方法:这是一种类似于单元测试的方法,在重新执行测试前,先确定一个要达成的指标,如修改部分代码100%的覆盖、与修改有关的接口60%的覆盖等,给予这种要求选择一个最小的测试用例集合。
- 风险识别法
3.回归测试自动化1
4.回归测试自动化2
五、测试过程验收测试alpha和beta测试
其他测试阶段
- 单元测试、集成测试、系统测试时软件开发过程中在软件组织内部进行的测试阶段
- 软件正式发布前还可能进行有用户参与的其他一些测试,如:
验收测试
ALPHA测试
BETA测试
六、测试过程阶段划分
- 测试阶段划分
测试计划阶段-测试计划
测试设计阶段-测试方案
测试实现阶段-测试用例、测试规程
测试执行阶段-测试报告
- 测试过程模型
- 测试过程规范
七、测试过程模型瀑布V
- 瀑布模型
- H模型
- V&V模型
八、测试过程模型W
九、测试过程模型H
十、测试过程模型验证和确认V&V
- 验证(Verification)--过程
验证时保证软件正确地实现特定功能的一系列活动
验证时检测每一阶段形成的工作产品是否与前一阶段定义的规格相一致
*确认(Validation)--结果
确认指保证所生产的软件可追溯到用户需求的一系列活动 - 确认时检测每一阶段的工作产品是否与最初定义的软件需求规格相一致
十一、测试过程规范过程要素
1.CMM关于过程的要素
- 角色
- 入口准则
- 输入
- 活动
- 输出
- 出口准则
- 评审和审计
- 可管理的受控的工作产品
- 测量
- 书面规程
- 培训
- 工具