回归测试的策略
测试框架的回归测试方法与策略(五)
测试框架的回归测试方法与策略一、引言在软件开发过程中，测试是确保软件质量的重要环节。
然而，随着软件的复杂性不断增加，测试工作也变得越来越繁琐且耗时。
为了提高测试效率和覆盖率，测试框架逐渐被引入。
在使用测试框架进行回归测试时，我们需要选择适合的方法和策略。
本文将探讨测试框架的回归测试方法与策略。
二、回归测试方法回归测试是在软件发生变化时，重新执行已有测试用例，以确保已修改的代码不会对软件的其他部分造成负面影响。
常见的回归测试方法包括完全回归测试和选择性回归测试。
完全回归测试是指对所有已有的测试用例进行重新执行。
这种方法能够全面检测程序的改变对其他部分的影响，但也会消耗大量的时间和资源。
在软件的发布前或重大版本更新时，完全回归测试是一种较为保守和可靠的方法。
选择性回归测试是指根据软件改动的程度和影响的范围，选择部分测试用例进行重新执行。
这种方法相对于完全回归测试更加灵活和高效，能够在保证测试质量的前提下节省时间和资源。
选择性回归测试的关键在于如何选择适当的测试用例，常见的策略有冒烟测试、关联测试和优先级测试。
冒烟测试是在软件发生变化后的最初阶段进行的快速测试，主要验证软件是否能够基本运行。
冒烟测试用例通常是功能的核心和关键场景，能够帮助筛选出存在严重问题的代码模块，提前发现并修复潜在的错误。
关联测试是在软件发生变化后，选择与变更相关的测试用例进行重新执行。
这种方法能够更加准确地找出与改动相关的问题，并及时进行修复。
关联测试的关键在于对软件的设计和代码结构有深入的了解。
优先级测试是根据变更的重要程度和对软件的影响程度，选择相应优先级的测试用例进行重新执行。
这种方法能够根据具体情况进行灵活调整，优先关注对软件质量影响最大的部分，提高测试效率。
三、回归测试策略在进行回归测试时，还需要制定合适的策略，以确保测试的全面性和有效性。
常见的回归测试策略包括回归测试套件和自动化回归测试。
回归测试套件是一组已有测试用例的集合，用于验证软件变更对其他部分的影响。
自动化测试的回归测试策略
自动化测试的回归测试策略随着软件开发的快速发展和变化，软件测试的重要性也变得越来越突出。
在软件开发过程中，回归测试是确保软件质量的重要环节之一。
而为了提高回归测试的效率和准确性，自动化测试成为了一个不可或缺的工具。
自动化测试是指利用测试工具和脚本来执行测试用例的过程，相比于手动测试，它能够降低测试的成本，并提高测试的准确性和速度。
在回归测试中，自动化测试可以帮助测试人员快速地重新运行之前运行过的测试用例，以验证软件在进行修改、新增功能或更新版本后的稳定性和可靠性。
下面，我们将介绍一些常用的自动化测试的回归测试策略。
一、选择合适的回归测试用例回归测试用例的选择是回归测试策略中的关键一步。
通常，我们可以采用以下几种方式来选择回归测试用例：1. 优先级高的功能：选择那些核心、重要且易受影响的功能进行回归测试；2. 频繁出错的功能：选择经常出现问题的功能进行回归测试，以确保问题是否已被解决；3. 核心业务流程：选择与核心业务相关的测试用例，以保证系统的基本功能正常运行。
二、建立稳定的测试环境在进行自动化回归测试之前，我们需要确保测试环境的稳定性。
测试环境应该是一个与生产环境类似且具备一致性的环境，以避免测试结果受到环境差异的影响。
三、编写可重复运行的测试脚本为了实现自动化回归测试，我们需要编写可重复运行的测试脚本。
测试脚本应该能够自动化地执行测试用例，并生成相应的测试报告。
在编写测试脚本时，需要考虑以下几个方面：1. 确定测试框架：选择合适的测试框架，如JUnit、TestNG等；2. 设置测试数据：准备好适当的测试数据，以覆盖不同的测试场景；3. 设计测试用例：将测试用例分解成一系列可以独立执行的小测试脚本，以便进行精确和灵活的测试。
四、执行自动化回归测试在执行自动化回归测试时，我们需要遵循以下几个步骤：1. 执行测试脚本：运行编写好的测试脚本，并记录测试结果；2. 分析测试结果：对测试结果进行分析，查找出不符合预期的测试用例；3. 修复缺陷：对于发现的缺陷，开发人员需要进行相应的修复；4. 重新执行测试：对修复后的软件进行再次测试，以验证缺陷是否已被修复。
回归测试策略范文
回归测试策略范文回归测试是软件测试的一种方法，用于验证修改或添加新功能后对现有软件的影响。
回归测试策略是指在回归测试过程中所采取的方法和规划，以确保有效和高效地执行回归测试。
以下是一些回归测试策略和实践的关键点，这些点可以帮助测试团队规划和执行回归测试：1.确定回归测试的范围：在开始回归测试之前，需要明确回归测试的范围。
这包括被修改或新增的功能、影响到的相关功能和相关的测试用例。
2.优先级建议：通过分析需求和修改的影响，为回归测试中的功能和测试用例设置优先级。
这有助于确保有限的资源和时间用于最重要的回归测试部分。
3.自动化回归测试：回归测试中的一部分或全部可以自动化。
自动化回归测试可以提高测试效率和准确性。
为了自动化测试，测试团队需要选择合适的自动化工具，并编写可重复执行的测试脚本。
5.针对失败测试的重新测试：在之前的版本中发现的一些失败的测试用例可能会在新版本中再次失败。
这些测试用例应该在回归测试中重新运行，以验证修复是否有效。
6.随机选择测试用例：为了验证软件在修改后的整体稳定性，可以随机选择一部分测试用例执行。
这可以帮助发现意外的问题和潜在的副作用。
7.分阶段回归测试：如果软件的修改较大或回归测试工作量较大，可以将回归测试划分为几个阶段进行。
每个阶段都会验证一部分功能，并在下一个阶段中构建和添加新的测试。
8.回归测试数据：为了执行回归测试，测试团队需要合适的测试数据。
这可能包括真实的或模拟的数据集，以确保测试的完整性和正确性。
9.定期执行回归测试：回归测试应该是一个定期执行的活动，以确保对软件进行及时的检查和验证。
最好在每个版本发布之前执行一次完整的回归测试。
10.结果追踪和报告：回归测试的结果应该被追踪和记录下来，以便分析和审查。
测试团队应该生成详细的测试报告，其中包括测试结果、问题和意见。
总之，回归测试策略是确保回归测试执行的有效性和高效性的关键。
通过合适的范围、优先级、自动化、针对修改和失败的测试、随机选择、分阶段、测试数据、定期执行以及结果追踪和报告，测试团队可以有效地执行回归测试并验证软件的稳定性和正确性。
软件测试中的回归测试策略
软件测试中的回归测试策略软件测试是确保软件产品质量的重要手段，而回归测试是其中不可或缺的一环。
回归测试旨在确保修改或增加新功能后，软件系统的其他部分仍然正常运行。
本文将探讨软件测试中的回归测试策略，旨在为测试人员提供有效的指导和工作方法。
一、回归测试的定义和重要性回归测试是指在软件系统发生变化后，重新测试已测试过的功能以确保变更没有引入新的缺陷或导致系统其他部分功能失效。
回归测试的重要性不言而喻，它能够避免由于软件修改带来的不稳定性，并确保软件的稳定性和可靠性。
二、回归测试的策略及注意事项1. 精确定位变更影响范围：首先需要准确确定变更带来的影响范围，包括受影响的模块、函数、关键业务流程等。
只有明确了影响范围，才能更有效地进行回归测试。
2. 制定回归测试计划：在回归测试过程中，制定详细的测试计划是必不可少的。
测试计划应包括回归测试的目标、范围、资源分配、时间规划等，以确保整个回归测试过程有条不紊地进行。
3. 选择恰当的测试工具：在执行回归测试时，选择适当的测试工具能够提高测试效率和覆盖度。
常用的回归测试工具包括自动化测试工具和测试管理工具等，可以根据具体情况选择合适的工具。
4. 设计合理的回归测试用例：回归测试用例的设计需要覆盖到被修改的功能点以及其相关联的功能点，以验证系统整体的兼容性和稳定性。
同时，还应考虑边界值、异常值、常用路径等测试用例设计原则。
5. 构建可靠的回归测试环境：回归测试环境需要与生产环境保持一致，确保测试结果的可信度。
测试环境的构建需要考虑硬件设备、软件安装、配置文件等多个方面，以便准确模拟实际生产环境。
6. 定期执行回归测试：回归测试不是一次性的任务，而是需要定期执行。
建议根据软件开发周期、变更频率等因素，制定回归测试执行的时间间隔，并定期评估回归测试的效果和成本。
7. 验证和管理回归测试结果：回归测试的结果需要及时验证，及时处理发现的问题。
同时，还需要建立问题跟踪系统，对回归测试中的问题进行有效管理和追踪。
性能测试中的回归测试策略
性能测试中的回归测试策略随着软件系统的不断更新以及用户需求的变化，持续性能测试变得至关重要。
性能测试是一种评估系统在不同负载下的性能表现的方法。
然而，仅仅进行一次性能测试是不够的，因为系统的性能会随着时间的推移而发生变化。
这就需要回归测试的策略来确保系统在每次更新后仍能具备优良的性能。
回归测试是在对软件系统进行修改或增加新功能后，重新执行测试用例以确保没有引入新的错误或导致系统性能下降的过程。
在性能测试中，回归测试策略的目标是验证系统在更新后依然能够满足性能指标，并且不会出现性能退化的情况。
下面将介绍一些常见的性能测试回归测试策略。
1. 确定基准性能在进行回归测试之前，首先需要建立基准性能。
基准性能是系统在特定负载条件下的性能表现，可以作为回归测试的对比标准。
通过与基准性能进行比较，可以检测到性能退化或其他潜在的问题。
建立基准性能时，需要考虑不同的负载情况，包括正常负载、峰值负载和异常负载。
2. 自动化性能脚本为了实现回归测试的快速和高效，建议使用自动化性能测试工具来执行性能测试脚本。
自动化性能脚本可以对系统执行一系列负载测试，并生成详细的性能报告。
通过自动化测试，可以减少测试人力和时间成本，并提高回归测试的准确性。
3. 选择合适的测试环境在进行性能回归测试时，需要选择与实际生产环境相似的测试环境。
这包括硬件配置、网络环境和操作系统等。
通过在相似的测试环境中运行回归测试，可以更准确地模拟真实场景下的性能表现。
4. 监控系统性能在性能回归测试期间，需要实时监控系统的性能指标，如响应时间、吞吐量和资源利用率等。
监控系统性能可以及时发现性能问题，并进行分析和优化。
性能监控工具可以帮助实时监控系统的性能，并生成性能报告。
5. 定期执行回归测试性能回归测试不应仅仅在系统更新后才执行一次，而应定期执行。
周期性的回归测试可以帮助发现系统性能的变化和演进趋势，以及在性能退化发生之前采取相应的措施。
6. 分析性能测试结果在回归测试执行完毕后，需要对性能测试结果进行分析。
自动化测试的回归测试策略和方法
自动化测试的回归测试策略和方法随着软件开发的快速发展，自动化测试在软件测试领域的应用越来越广泛。
而在软件开发过程中，回归测试是至关重要的一环，它用于确保软件在进行功能扩展、修改或者优化后，原有功能和性能仍然保持稳定。
本文将探讨自动化测试的回归测试策略和方法，并介绍如何有效地应用于实际项目中。
一、回归测试概述回归测试是指在软件修改后对软件已有的功能和性能进行再次测试，以确认修改后的软件是否仍然具备原有功能，并且没有引入新的缺陷。
回归测试旨在保证修改的软件在进行进一步开发和部署时不会对已有的功能产生破坏性影响。
在传统的回归测试中，测试人员通常需要手动执行一系列测试用例，这种方式既费时又容易出错。
而自动化测试提供了更高效、准确、可重复的回归测试方法，大大提高了测试效率。
二、自动化测试的回归测试策略1. 范围管理在进行自动化测试的回归测试时，需要对测试范围进行合理的管理。
这包括确定哪些测试用例需要被纳入回归测试中，以及如何根据业务需求和风险评估对测试用例进行优先级排序。
通过合理管理测试范围，可以确保回归测试的覆盖度和效果。
2. 增量测试增量测试是指在软件开发过程的每个阶段对应的新增、修改或者删除的功能进行测试。
通过将回归测试划分为多个阶段，并针对每个阶段的测试执行增量测试，可以有效地控制测试资源的使用和测试周期的缩短。
3. 自动化脚本设计自动化脚本是自动化测试的核心部分，关键在于设计合理、高效的自动化脚本。
在回归测试中，可以基于先前的测试用例和测试数据，逐步构建自动化脚本。
同时，需要确保自动化脚本具备良好的可维护性和扩展性，以应对软件功能的变更和升级。
4. 回归测试频率回归测试的频率应该根据项目的需求和变更的频率来确定。
如果一个项目变更的频率非常高，那么回归测试的频率也应该相应提高。
同时，可以借助持续集成工具，将回归测试自动化集成到软件开发的流程中，实现更快速、更频繁的回归测试。
三、自动化测试的回归测试方法1. 黑盒测试方法黑盒测试是一种测试方法，它针对软件的功能需求进行测试，而不考虑内部的实现细节。
关于回归测试的策略
关于回归测试的策略回归测试作为软件⽣命周期的⼀个组成部分，在整个软件测试过程中占有很⼤的⼯作量⽐重，软件开发的各个阶段都会进⾏多次回归测试。
在渐进和快速迭代开发中，新版本的连续发布使回归测试进⾏的更加频繁，⽽在极端编程⽅法中，更是要求每天都进⾏若⼲次回归测试。
因此，通过选择正确的回归测试策略以及后续的执⾏⽅案来改进回归测试的效率和有效性是很有意义的。
下⾯关于回归测试建议从以下⼏⽅⾯来做⼀、测试⽤例库的维护：• 删除过时的测试⽤例改进不受控制的测试⽤例（⼀些对输⼊或运⾏状态⼗分敏感的测试⽤例，其测试不易重复且结果难以控制，影响回归测试的效率，需要进⾏改进，使其达到可重复和控制的要求）• 删除多余/重复的测试⽤例• 增添/补充新的测试⽤例⼆、回归测试⽅案选择：• 再测试全部⽤例（保险起见的⽅法，但实现成本太⼤，⼀般情况下少⽤）• 基于风险选择测试（选择最重要、最常⽤、存在风险的功能进⾏测试）• 基于操作剖⾯选择测试（如果基线测试⽤例库的测试⽤例是基于软件操作剖⾯开发的，测试⽤例的分布情况反应了系统的实际使⽤情况。
回归测试所使⽤的测试⽤例个数可以由测试预算确定，回归测试可以优先选择那些针对最重要或者最频繁使⽤功能的测试⽤例，释放和缓解最⾼级别的风险，有助于尽早发现那些对可靠性有最⼤影响的故障。
这种⽅法可以在⼀个给定的预算下最有效的提⾼系统可靠性，但实施起来有⼀定的难度）• 再测试修改的部分结合实际⼯作情况最常⽤的为：D+A组合（优先验证当前版本解决的问题，再验证最重要、常⽤和存在风险的⽤例）三、回归测试的基本过程：• 确认软件中被修改的部分（根据bug管理系统中开发提供的修改和测试意见跟踪）；• 从原基线测试⽤例库中，选择对应的测试⽤例（基本的）建⽴新测试基线。
• 若有测试⽤例改动（删除或变更）或需求变更（增加新需求）则先进⼊⽤例更新，再展开测试。
四、回归测试时注意点：• 各版本所修改的问题⼀定要在本版本内完成回归，以免将错误遗留到下⼀测试版本；• 回归测试期间应对该软件版本冻结，将回归测试发现的问题发现未解决问题或问题解决不完善，可根据公司实际情况进⾏退回版本等操作。
如何设计有效的回归测试策略
如何设计有效的回归测试策略回归测试是软件开发过程中至关重要的一环。
它旨在验证对软件进行更改后的系统的正确性和稳定性，并确保更改不会对现有功能产生不良影响。
设计一个有效的回归测试策略是确保软件品质的关键步骤。
本文将介绍如何设计有效的回归测试策略。
一、确定回归测试的目标在设计回归测试策略之前，首先需要明确测试的目标。
确定回归测试的范围，了解哪些功能将被包含在回归测试中。
这可以通过与相关团队和项目干系人进行讨论来达成共识。
确保回归测试的目标与项目要求和业务需求保持一致。
二、分析变更和影响在设计回归测试策略之前，需要对软件的变更进行全面的分析。
了解变更的性质、范围和可能对现有功能产生的影响。
这可以通过分析需求文档、设计文档、变更请求以及与开发团队和相关干系人的讨论来完成。
根据变更的影响程度，确定回归测试的重点和优先级。
三、选择适当的回归测试技术和工具回归测试可以使用不同的技术和工具来执行。
根据项目的特点和需求，选择适合的回归测试技术和工具。
一些常用的回归测试技术包括：完全回归测试、选择性回归测试、优先级回归测试、自动化回归测试等。
选择合适数量和类型的测试用例是确保回归测试的有效性和效率的关键。
四、建立回归测试套件根据回归测试的目标和分析结果，建立回归测试套件。
回归测试套件应包含一组测试用例，这些测试用例能够覆盖所有变更和相关功能。
测试用例的选择应基于功能、变更的影响以及先前测试的结果。
确保回归测试套件能够全面反映软件的功能和业务要求。
五、制定回归测试计划在执行回归测试之前，制定回归测试计划是非常关键的。
回归测试计划应包含测试的范围、目标、策略、时间安排、测试资源以及测试报告的格式和标准。
回归测试计划的目的是确保回归测试的一致性和规范性。
六、执行回归测试执行回归测试是按照制定的计划进行测试的过程。
在执行回归测试时，需要注意以下几点：1. 注重测试用例的执行顺序，确保先执行最重要和最关键的测试用例。
2. 记录测试过程中的问题和错误。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
浅析回归测试的策略
摘要：软件回归测试是软件工程中不可缺的一部分，是保证软件质量的重要手段。
本文描述了回归测试类型和回归测试策略，重点分析了结构化软件和面向对像软件的回归测试中常用的一些策略
关键词：回归测试；策略；选择性回归测试
中图分类号：tp311 文献标识码：a 文章编号：1007-9599 （2013） 04-0000-02
1 引言
无论在软件生命周期的哪个阶段，当软件系统中的缺陷被发现并修改后，软件就发生了变化，为了验证发现并修正的缺陷在新版本中是否再重现或是否带来新问题需要做回归测试。
回归测试的目的是在源程序代码被修正后，对修正和变修正受影响的程序重新进行测试，以便达到与全部测试相同的测试覆盖效果。
回归测试需要确定哪些测试数据与被修改的程序有关，通常有效地确定修改及修改受影响部分及选择再测试的用例是比较困难的，因为修改任何一个错误必须更改源代码，这样就有可能影响这部分源代码所控制的功能及与之相关联的部分。
因此，修正的错误时不仅要对修改的错误重新测试，之相关联模块也要测试
2 回归测试策略
回归测试策略有两种：一是“重测所有”，运行所有用例集，以
验证修改的正确性及其影响。
这是一个保险的策略，在理想情况下（有充足的测试资源），此方法是首选。
但匮乏的测试资源和较短的开发周期让全部回归策略有一定的局限性；二是选择性回归，通过选取测试子集来确认相应的修改是否引入新的问题，这样可以降低时间要求。
选择性回归的方法分为两种：一种是安全选择法，另一种是最小化选择法。
安全选择法，选择的case能覆盖所有受影响的程序；最小化方法选择case的最小子集，使得每一个受影响的程序部分至少被覆盖一次。
对于选取测试子集的方法，关键在于两点：一是找出软件版本修改点，二是程序中可能受影响的部分，在整理出原码中的各关系后，再考虑如何从case库中选取测试子集。
3 回归测试用例分类
3.1 根据软件规格说明修正的情况，可分为渐增性回归测试和验证性回归测试。
渐增性回归测试是针对软件规格说明修改进行的，测试中只要需求发生了改变，或者进行了适应性维护或完善性维护，都需要修改程序规格说明来体现功能上的变化，同时还需要设计新的用例。
验证性回归测试是指如果测试中出现编辑阶段或前期设计的缺陷，或出现了修正性维护不需要改动软件规格说明，对修改后的程序可以重用原先程序的用例进行回归测试。
3.2 根据测试用例集的选择方式，可分为全部回归和选择性回归。
全部回归：重新执行用例库中的所有的用例，这种方法基本没有风险，也可能
不会发现新问题，适用于规模小的系统或变更较大的情况。
但对于测试数据较大，系统改动较小的情况，重测所有的用例可能会消耗大量的时间和资源，有时是无法实现的。
选择性回归：从已存在的用例集中选择一个子集重新测试修改的程序。
这种方法即可以降低开发成本，又能保证系统的质量。
选择性回归测试方法有很多如：符号执行技术等。
这些技术是通过再分析程序结构，找出程序中的改动部分与原有部分的关系，选取关联最大的部分设计用例。
3.3 根据软件体系结构，可分为结构化软件和面向对象软件回归测试。
结构化软件回归测试：是以模块功能和处理过程软件开发过程中对结构化软件测试时，按测试阶段的不同分为：单元测试、集成测试和系统测试等。
与之对应的回归测试级别：单元级别、集成级别和系统级别的回归测试。
面向对象软件回归测试：面向对象软件是由各种类的对象构成的，对面向对象的软件进行回归测试时可以使用选择性回归测试的方法，通过构造程序或类的依赖图，再依据依赖图决定选择需要回归测试的用例。
4 结构化程序的回归测试
分别介绍结构化程序的三种级别回归测试方法：
4.1 单元级别的回归测试。
单元测试也称模块测试，根据详细规格说明测试每一个功能相对独立的程序或代码，保证单元的功能正确性并满足规格说明。
yau和kishimoto开发了一种基于输入分区的回归测试方法。
输入分区方法是根据程序规格说明的代码信
息，将模块的输入区域分为一系列的输入分区。
然后输入分区又分成两个输入分区pc，和ps，其中pc和ps分别从代码和软件规格说明产生。
采用这种方法可以保证每个新的或改变的输入分区至少被执行一个用例。
用例的选择可参考：规格说明的因果图和测试信息表。
代码分区对应的是规格说明对应的代码中的路径，每条路径选择一个用例。
规格说明分区是因果图中输入的各种可能组合。
如果选择的用例不能满足重新测试标准，就需要生成新的用例。
4.2 集成级别的回归测试。
把各个模块组装成一个系统，针对这个系统的测试我们称为集成测试。
集成级别回归测试是针对测试过的子模块重新测试，以保证集成中不会导致自身及其它模块的不稳定。
在此我们引入防火墙的概念，防火墙的作用是把修改影响的模块与其它模块代码分开。
我们把修改的模块、与修改模块有交互的模块放到防火墙内。
在构建防火墙的边界时需要包括两种变更：一是由于修改程序可能涉及的规格说明书的变更，另一个是代码的变更。
防火墙在概念上面易被接受，特别是在设计小改动情况下，只需要对防火墙内的模块进行测试，可明显提高测试的质量和效率。
4.3 系统级别的回归测试。
系统测试是对系统的所有元素（系统的软硬件、人机交互信息等）集成的验证，以保证整个系统的性能、执行强度、安全性和功能都达到了预期的要求。
贝尔实验室开发了testtube （一种系统级别回归测试）工具，它采用的是选择性回归策略，分析用例与测试系统之间的覆盖关系，进而选择相应的case子集。
此工具将各个软件系统细分为代码实体，在监控每条case执行的基础上，分析代码实体与测试系统的联系，进而分析出测试覆盖的代码实体子集。
对于具体的代码段而言，每条case与可能覆盖的函数定义、类型定义、宏定义等相关联。
当与一条case相关联的代码实体发生变动时，选择相应的case作为系统级别回归用例。
5 面向对象程序的回归测试
面向对象程序的修改，其基本单元是类，对类的修改分为三类形式：（1）修改方法内容，不影响类中方法之间的关系；（2）对方法的修改，影响类中方法间的关系，（3）类或类中方法的修改影响了其它类。
测试时，形式（1）只需要对修改的方法重新测试，其它用例不变；形式（2）只需重测修改的类，与其它类相关的用例不变；形式（3）修改对整个系统的影响很大，测试时，需要构造足够用例进行充分测试，并对所有与该方法有依赖关系的类，都必须构造新的用例进行测试。
kungetal提出了一种基于对象关系图的测试模型，它能捕捉到所有的类以及各个类之间的依赖关系（如继承关系等）。
一种逆向工种方法从面向对象的程序中提取所有类及类之间的依赖关系并以关系图表示。
通过比较两种不同版本的源程序可自动识别程序的任何变化。
根据变化可以确定哪些类已修改，通过类之间的依赖关系确定修改所影响到的类，测试时只需要重新测试这些变化和修改所影响的类。
6 结束语
回归测试是重复性的活动，容易让人感到厌烦，影响测试效率，为了提高回归测试效率，需要采用一些测试策略。
本文分析了适用于修改较大的重测所有策略和适用于修改较小的选择性回归测试
技术，然后分析了结构化软件和面向对象软件中采用的选择性回归测试技术，在实际应用中起到了一定的指导意义。
参考文献：
[1]李丹，刘杰.软件回归测试及其实践[j].电子产品可靠性与环境试验，2001（6）：23-24.
[2]马雪英，姚砺，叶澄清.回归测试自动化工具研究[j].计算机科学，2005，32（3）.
[3]郑亚玲，胡和平.回归测试策略的新领域[j].计算机应用研究，2000（6）：23-25.
[作者简介]张永红（1978.7-），性别：女，民族：汉，籍贯：江西吉安人，研究方向：计算机软件测试。
许林（1980.3-），性别：男，民族：汉，籍贯：江苏新沂人，研究方向：计算机软件测试。