day05-回归测试和验收测试

目录

回归测试

回归测试的目的

回归测试流程

回归测试策略

选择性回归

验收测试

生命周期各测试方法对比

测试执行全过程


回归测试

day05-回归测试和验收测试_第1张图片

回归测试的目的

  1. 检查缺陷是否真的被修复了。

  2. 程序员在修复缺陷的过程中是否产生新的缺陷

回归测试流程

  1. 在测试策略制定阶段,制定回归测试策略

  2. 确定需要回归测试的版本Version,哪个版本上bug被修改了就在哪个版本上回归

  3. 回归测试版本发布,按照回归测试策略执行回归测试

  4. 回归测试通过,关闭缺陷报告单

  5. 回归测试不通过,缺陷报告单返回开发人员,开发人员重新修改问题,再次提交测试人员回归测试

回归测试策略

  • 完全回归

重新执行所有在前期测试阶段建立的测试用例,来确认问题修改的正确性和修改的扩散局部影响性(效果好,工作量大 用的不多。除非系统比较小,否则一般不用)

  • 选择性回归

即有选择地重新执行部分在前期测试阶段建立的测试用例,来测试被修改的程序

选择性回归

  • 覆盖修改法

只针对修改的部分,选择或重新构造测试用例验证(时间紧急使用)

  • 周边影响法

不但包含覆盖修改法的用例,还需要分析修改的扩散影响,选择间接收到修改影响的部分选择测试用例验证(常用的方法)

  • 指标达成方法

类似于单元测试的一种方法,在重新执行测试前,先确定一个要达成的指标,如修改部分代码100%覆盖,与修改相关的接口60%的覆盖等,基于这种要求选择一个最小的测试用例集合

验收测试

  • 在通过了内部系统测试之后,就可以开始验收测试

  • 验收测试是以用户为主的测试,验收组应该由项目组成员、用户代表等组成

  • 验收测试原则上在用户所在地进行,但经过用户同意也可以在公司内模拟用户环境进行

  • 验收测试根据合同、《需求规格说明书》或《验收测试计划》对成品进行验收测试

  • 对于产品型的项目,验收测试一般又分α测试和β测试两种

day05-回归测试和验收测试_第2张图片

 day05-回归测试和验收测试_第3张图片

生命周期各测试方法对比

day05-回归测试和验收测试_第4张图片

测试执行全过程

day05-回归测试和验收测试_第5张图片

 

  1. 确定测试用例优先级

  2. 创建测试数据,同时也可以准备测试工具和设计自动化测试脚本

  3. 创建本次测试的测试套件,以提高测试执行的效率

  4. 确定已经正确搭建了测试环境

  5. 根据计划的执行顺序,通过手工或使用测试工具来执行测试套件内的用例

  6. 记录测试执行的结果,以及被测软件、测试工具和被测软件的标识和版本

  7. 对比实际结果和预期结果之间差异如果确认是缺陷需要填写缺陷报告

  8. 缺陷被开发人员修改后,重新进行下一轮的测试

你可能感兴趣的:(软件测试,回归,软件测试,测试工程师,测试用例)