1、“.....得到本次回归测试所依据的软件需 求。 软件回归测试用例设计原则 软件回归测试设计基于软件更动影响域分析而展开,回归 测试用例的设计原则如下 保留更动涉及的测试用例。通过软件更动的影响域分 析得出每处更动所涉及的测试依据测试依据般为软件 需求,前次测试基于这些依据所设计的测试用例都应该继 承过来,在本次回归测试中再次执行。 删除过时的测试用例。需求改变等原因可能会使前 次测试中些测试用例在本次测试中不再适用,成为过时的 测试用例,应该予以删除。 增添新的测试用例。如果些软件需求在前次测试 中未做为测试依据被测试到,或者本次测试依据的需求内容 有所增加,或者测试人员觉得针对些软件需求需要进行加 强测试,那么本次回归测试都应该依据相应的需求,设计新的 测试用例进行测试......”。

2、“.....在评测工作时间紧责任重的前需求所做的 所有测试设计都属于该更动的影响域范围。因此,准确地找到 每个更动所关联的软件需求是自动化实现更动影响域分析 的关键。为此,首先对软件更动的类型进行了细致的分析,将 软件更动的类型归纳为个方面,并针对各方面更动的自动 化影响域分析进行了相应设计。 软件问题引起更动涉及的影响域分析 该类软件更动的个重要原因是为了解决前次测试所 提交的问题。 在初次测试过程中,测试人员首先对软件需求进行分析 梳理,梳理后的需求将做为测试依据,然后基于每条测试依据 进行测试项测试用例的设计,再实施测试并提交问题。测试 依据测试项测试用例软件问题是按照树层次来组织的。 测试依据是该树层次的最高层,以它为基础展开所有的测试 设计工作。因此最下层的每个软件问题都能够由下至上追 溯到顶层所关联的测试依据。 根据上述思路,按照软件问题测试用例测试项软件 需求相互之间的关联关系,利用逐层追溯的方法......”。

3、“..... 其他软件更动涉及的影响域分析 前版被测软件测试完成后,开发人员可能会对部分程序 进行优化完善。这种更动不是前次测试提交问题所驱动的, 但是也有可能引进新的,所以对这种类型的更动同样要 进行深入的影响域分析。测试人员应根据软件更动单上此类 更动的有关描述试新的或被更动后的功能。概括地说,软件回归测试是为检验 修正缺陷是否会引起原有正常功能出现新的缺陷而进行的 测试。 如何将软件更动涉及的影响域分析到位,并基于此实施 科学高效的回归测试,是摆在测试者面前的个难题。以此 为出发点,首先对软件回归测试过程管理回归测试策略等回 归测试理论进行深入研究,并提出了软件回归测试过程自动 化管理的设想。 软件回归测试过程管理 个完整的测试过程可以看作是次初次测试和多次 回归测试的组合。图为整个软件测试过程管理的模型。测 试项目般按照测试需求分析测试策划测试设计测试 执行测试总结个阶段来组织初次测试。如果测试过程中 发现被测软件存在问题......”。

4、“.....则测试方应当对其进行回归测试。如果回归测试过 程中又发现了问题,就需要进行下次回归测试。因此,回归 测试是个叠代的过程,将伴随着测试执行的全过程。 软件回归测试过程管理就是要提供个框架,辅助测试 人员进行规范的回归测试活动,对各个重要的回归测试活动 进行有效的管理,并在测试的过程中保证测试信息和数据的 致性完整性与安全性。 软件回归测试策略 选择前次测试的全部用例进行重新测试,虽然是种 比较安全的方法,具有最低遗漏的风险,但测试成本很 高。随着开发和测试工作的进展,测试用例不断增多,重复原 先所有的测试将带来很大的工作量,往往超出了预算和进度, 所以应当采取些策略进行缩减的回归测试。 通常,回归测试过程中个软件定涉及个新的 修改的或删除的代码段。因此,分析软件的修改情况,识别修 改所带来的影响,将回归测试限定于被改变的模块和它所影 响的范围内,并有针对性地添加些新的用例......”。

5、“.....如果不对更动所涉 及的影响域进行充分的分析,将极有可能忽略由修改而 引起的大量新,从而导致测试的遗漏。因此,回归测试首 先需要对前次测试后软件的更动情况进行具体的分析总 结,以便确定这些更动所涉及的影响范围,再针对这些影响范 围展开相应的测试。 软件回归测试前,测试人员应依据被测方提交的软件更 动报告,做到 针对软件更动据的 致性完整性与安全性。 软件回归测试策略 选择前次测试的全部用例进行重新测试,虽然是种 比较安全的方法,具有最低遗漏的风险,但测试成本很 高。随着开发和测试工作的进展,测试用例不断增多,重复原 先所有的测试将带来很大的工作量,往往超出了预算和进度, 所以应当采取些策略进行缩减的回归测试。 通常,回归测试过程中个软件定涉及个新的 修改的或删除的代码段。因此,分析软件的修改情况,识别修 改所带来的影响,将回归测试限定于被改变的模块和它所影 响的范围内......”。

6、“.....是种较为简 洁稳妥的回归测试策略。 软件更动影响域分析 对更动之后的软件进行回归测试时,如果不对更动所涉 及的影响域进行充分的分析,将极有可能忽略由修改而 引起的大量新,从而导致测试的遗漏。因此,回归测试首 先需要对前次测试后软件的更动情况进行具体的分析总 结,以便确定这些更动所涉及的影响范围,再针对这些影响范 围展开相应的测试。 软件回归测试前,测试人员应依据被测方提交的软件更 动报告,做到 针对软件更动报告中每处软件更动的原因位置 更动所涉及的软件需求等信息进行分析 明确本次回归测试所依据的软件需求较前次测试是否 有扩充或删减 汇总前步的工作,得到本次回归测试所依据的软件需 求。 软件回归测试用例设计原则 软件回归测试设计基于软件更动影响域分析而展开,回归 测试用例的设计原则如下 保留更动涉及的测试用例。通过软件更动的影响域分 析得出每处更动所涉及的测试依据测试依据般为软件 需求......”。

7、“.....在本次回归测试中再次执行。 删除过时的测试用例。需求改变等原因可能会使前 次测试中些测试用例在本次测试中不再适用,成为过时的 测试用例,应该予以删除。 增添新的测试用例。如果些软件需求在前次测试 中未做为测试依据被测试到,或者本次测试依据的需求内容 有所增加,或者测试人员觉得针对些软件需求需要进行加 强测试,那么本次回归测试都应该依据相应的需求,设计新的 测试用例进行测试。 软件回归测试过程自动化管理方法的研究与实现 实际测试过程中,在的代码段。因此,分析软件的修改情况,识别修 改所带来的影响,将回归测试限定于被改变的模块和它所影 响的范围内,并有针对性地添加些新的用例,是种较为简 洁稳妥的回归测试策略。 软件更动影响域分析 对更动之后的软件进行回归测试时,如果不对更动所涉 及的影响域进行充分的分析,将极有可能忽略由修改而 引起的大量新,从而导致测试的遗漏。因此,回归测试首 先需要对前次测试后软件的更动情况进行具体的分析总 结......”。

8、“.....再针对这些影响范 围展开相应的测试。 软件回归测试前,测试人员应依据被测方提交的软件更 动报告,做到 针对软件更动报告中每处软件更动的原因位置 更动所涉及的软件需求等信息进行分析 明确本次回归测试所依据的软件需求较前次测试是否 有扩充或删减 汇总前步的工作,得到本次回归测试所依据的软件需 求。 软件回归测试用例设计原则 软件回归测试设计基于软件更动影响域分析而展开,回归 测试用例的设计原则如下 保留更动涉及的测试用例。通过软件更动的影响域分 析得出每处更动所涉及的测试依据测试依据般为软件 需求,前次测试基于这些依据所设计的测试用例都应该继 承过来,在本次回归测试中再次执行。 删除过时的测试用例。需求改变等原因可能会使前 次测试中些测试用例在本次测试中不再适用,成为过时的 测试用例,应该予以删除。 增添新的测试用例。如果些软件需求在前次测试 中未做为测试依据被测试到,或者本次测试依据的需求内容 有所增加......”。

9、“.....那么本次回归测试都应该依据相应的需求,设计新的 测试用例进行测试。 软件回归测试过程自动化管理方法的研究与实现 实际测试过程中,在评测工作时间紧责任重的前需求所做的 所有测试设计都属于该更动的影响域范围。因此,准确地找到 每个更动所关联的软件需求是自动化实现更动影响域分析 的关键。为此,首先对软件更动的类型进行了细致的分析,将 软件更动的类型归纳为个方面,并针对各方面更动的自动 化影响域分析进行了相应设计。 软件问题引起更动涉及的影响域分析 该类软件更动的个重要原因是为了解决前次测试所 提交的完整的测试过程可以看作是次初次测试和多次 回归测试的组合。图为整个软件测试过程管理的模型。测 试项目般按照测试需求分析测试策划测试设计测试 执行测试总结个阶段来组织初次测试。如果测试过程中 发现被测软件存在问题,且被测方对存在问题的软件实施了 软件更动,则测试方应当对其进行回归测试......”。