开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第十二天，点击查看活动详情
实际工作中，回归测试需要反复进行，回归测试的基本过程有了测试用例库的维护方法和回归测试包的选择策略。回归测试可遵循下述基本过程进行:
(1) 识别软件中被修改的部分:
(2)从原基线测试用例库中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库t。
(3) 依据一定的策略从t中选择测试用例测试被修改的软件。
(4)若必要可生成新的测试用例集t1，用于测试t无法充分测试的软件部分。
(5)用t1修改后的软件。第b和第c步测试验证修改是否破坏了现有的功能，第d和第e步测试验证修改工作本身.
回归测试很有价值。可悲的是，有时一家公司会认为它正在进行回归测试，而实际上它正在进行重新测试。重新测试是为了确保特定的代码更改按预期工作。回归测试旨在确保一旦引入变更，整个系统就能达到预期效果。因此，设计和实施回归测试比重新测试具有更广泛的活动范围。
重新测试测试是指再次测试功能或错误以确保代码已修复。如果未设置,则无需重新打开缺陷。如果已修复,则缺陷已闭合。
重新测试是一种测试，用于检查在修复缺陷后是否成功通过了最终执行中不成功的测试用例
回归测试是指在对软件应用程序进行代码更改时对其进行测试，以确保新代码不会影响软件的其他部分。
回归测试是一种执行的测试，用于检查代码是否未更改应用程序的现有功能。
在测试软件时,应用多种测试技术是常见的。测试时,测试者希望采用多于一种回归测试策略来增加修改软件# 的信心。如果回归测试包不能达到所需的覆盖要求,必须补充新的测试用例。回归测试是重复性较多的活动,容易 使测试者感到疲劳和厌倦,降低测试效率,在实际中可以采用一些策略减轻这些问题。可以在不影响测试目标的情 况下,鼓励测试者创造性地执行测试用例,变化输入、按键和配置能够有助于激励测试者又能揭示新的错误。
回归测试需要根据项目、测试资源等实际情况采取有效计划和组织。其中需要注意的是必须重视回归测试,在E 测试计划中有很好的进度安排及选择相应的回归,重视测试用例的维护,借助于自动化工具。
在组织测试时需注意:首先是各测试阶段的修改一定要在在本测试阶段内完成回归,以免将错误遗留到下一测试阶 段。其次,测试期间应对软件版本冻结,将测试发现见的问题集中修改,集中回归。建议将回归测试与兼容性测试结 合起来。在新的配置条件下运行旧的测试可以发现兼容性问题,同时也可以揭示编码在回归方面的错误。
