回归测试.ppt

第七讲: 回归测试 0C202 Software Testing 7-1 Chapter 7 OUTLINE 7-2 0C202 Software Testing ?引言?回归测试特点?回归测试过程?回归测试策略?波及效应分析?程序切片?回归测试的花费?总结 Chapter 7 为什么要回归测试? ?为了保证在软件维护时,那些未更改的代码功能不会受影响。?升级不同功能区域、信息系统持续维护、协作关系。作为开发乃至软件使用过程中的定期常规活动; ?使 E2E 测试(端到端测试)成为整个软件生命周期的测试。?是软件测试框架的必要组成。需要考虑该阶段资源投入。 7-3 0C202 Software Testing Chapter 7 回归测试与一般测试有什么不同? (1/3) ?测试计划的可获性:回归测试面临的可能更改的规格说明书、修改过的程序和一个需要更新的旧的测试计划。?测试范围:一般测试过程目标是要检测整个程序的正确性,而回归测试目标是要检测被修改的相关部分正确性。 7-4 0C202 Software Testing Chapter 7 与一般测试有什么不同? (2/3) ?时间分配:回归测试所需的时间、资源需要根据开发具体情况进行(尤其是修正性的回归测试)。?开发信息:回归测试可能会在不同的地点和时间上进行,及时记录开发信息以保证回归测试的正确进行。 7-5 0C202 Software Testing Chapter 7 与一般测试有什么不同? (3/3) ?完成时间:通常比一般测试所需时间少,因为回归测试只需测试程序的一部分,且采用测试脚本自动化执行。?执行频率:在一个系统的生命周期内往往要多次进行,一旦系统经过修改就需要进行回归测试。 7-6 0C202 Software Testing Chapter 7 回归测试过程?七个步骤: ?提出修改需求?修改软件工件?选择测试用例?执行测试, ?识别失败结果?确认错误?排除错误。 7-7 0C202 Software Testing Chapter 7 重新确认测试用例?重确认测试用例需要人工检查需求规格说明书,测试策略和已存在的测试用例。?黑盒测试,根据功能性需求和测试用例间维护的可回溯性实现重新确认; ?白盒测试,因为对软件的修改可能会导致设计、编码上的修改,就需要生成新的测试用例,或者更改已存在的测试用例以达到一定的覆盖率标准。 7-8 0C202 Software Testing Chapter 7 识别错误?在识别错误时,为了确认软件中失败的组件,在列表中所有列出来的模块都有可能是要查找的目标。?系统性的识别错误方法-组测试( Group Testing )。 7-9 0C202 Software Testing Chapter 7 组测试?一组模块可能单独地运行时都能正常、正确地工作, 但是当它们与软件中的其它组件集成到一起时,这组合体就可能使在单个组件测试能通过的测试用例失败。?使用组测试进行错误识别,在寻找有错误的部件时, 可以利用可获得的软件不同版本来帮助发现错误的部分。 7- 10 0C202 Software Testing