2

我的问题如下：有两个模块，如模块 A 和模块 B。在模块 A 中，我有 100 个测试用例，模块 B 也有 100 个测试用例。在测试过程中，模块 A 得到了 50 个失败的测试用例，模块 B 得到了 40 个失败的测试用例。

现在我的问题是，在 Modified Software Build.. 的模块 A 和模块 B 中要执行的重新测试和回归测试用例的数量是多少？

据我了解，在模块 A 中，重新测试测试用例 = 50，回归测试用例 = 50，在模块 B 中，重新测试测试用例 = 40，回归测试用例 = 60。

4

9 回答 9

7

重新测试正在测试失败并解决了错误的测试案例。

回归测试是检查添加或更改的功能是否不会导致现有代码中的错误的测试。

在您的情况下，模块 A 中的重新测试为 50，模块 B 中的重新测试为 40。

很难说您需要多少次回归测试，但在这种情况下（许多测试用例失败），您可能需要测试所有测试用例。通常，您不会在回归中测试所有内容。

您可以在 wikipedia ( https://en.wikipedia.org/wiki/Regression_testing )上阅读有关回归测试的更多信息

于 2016-12-19T07:17:19.947 回答
2

我同意Kinga的回答。为了识别回归测试用例，您可以创建一个可追溯矩阵，这将帮助您识别潜在受影响的区域，并且您可以在回归测试套件中包含这些区域的测试。
您可以阅读有关可追溯性矩阵的更多信息

于 2017-02-02T06:49:54.503 回答
1

重新测试通常用于测试报告的错误是否已修复。

回归测试基本上是为了检查修改对依赖模块的影响。通常在复试完成后进行。

于 2017-10-12T06:48:15.250 回答
1

进行回归测试以确认最近的程序或代码更改是否没有对现有功能产生不利影响。回归测试的目的是新代码更改不应对现有功能产生任何副作用。. 修复缺陷后，进行重新测试以确认最终执行失败的测试用例是否通过。重新测试是在缺陷修复的基础上进行的

于 2017-05-02T05:30:47.853 回答
0

一旦在该版本中修复了缺陷，QA 团队就会进行重新测试。

回归测试针对每个版本以及功能项进行，因此无论何时部署代码，代码都不应影响现有功能。

现在，在模块 A 中向您提出问题，重新测试用例为 50，回归测试用例为 50，在模块 B 中，重新测试用例为 40，回归测试用例为 60。

于 2018-07-25T10:25:05.490 回答
0

您在模块的 A 和 B 中都有 100 个测试用例

在测试过程中，模块 A 得到了 50 个失败的测试用例，模块 B 得到了 40 个失败的测试用例。

据我了解，您第一次测试了这些模块，发现模块 A 中的 100 个测试用例中有 50 个失败。

那么模块 A 或模块 B 都没有在任何地方描述重新测试和回归测试。

如果您再次对第一次失败的测试用例进行了测试，则称为重新测试

并且在重新测试期间，如果您发现除了这 40 个错误之外的错误，则表示该错误是在修复 40 个错误期间出现的。在这里，该错误称为回归。

于 2018-03-31T11:34:30.853 回答
0

回归测试： - 定义为验证软件更改不会影响现有功能而进行的测试类型。

在回归时，我们确保新的更改和错误修复不会影响产品。在此我们执行了之前的测试用例，以验证更改或错误修复对功能的影响。

重新测试：- 也称为报告错误的确认测试。重新测试是为了确保在测试期间提出的缺陷得到修复并按照要求工作。我们只有在这些情况下重新执行失败的测试用例从开发方面是固定的。

如果您在模块 A 中获得了 100 个测试用例，并且在模块 A 的测试期间，您获得了 50 个失败的测试用例。为此，当您开始重新执行失败的测试用例后，开发人员将修复 50 个失败的测试用例50 个测试用例被定义为重新测试。

和回归测试用例：-通过的 50 个测试用例的其余重新执行被称为回归测试。我们需要验证它应该影响其余通过的测试用例。

在模块 b 的测试期间，如果您在 100 个测试用例中获得了 40 个失败的测试用例。修复错误后：- 重新测试测试用例：- 40 回归测试用例：- 60

于 2021-10-07T06:32:48.893 回答
0

回归与重新测试对于测试人员来说总是一个令人困惑的话题。

主要是在执行回归测试时我们需要注意的事项

  • 受影响区域
  • 有哪些新变化
  • Bug修复

如需更多了解，请查看：https: //www.youtube.com/watch?v= i5DNiSEz464&t=174s

于 2021-09-30T07:05:01.607 回答
0

您提到的重新测试的测试用例数量是对的。在重新测试中，我们测试那些最初失败的测试用例，现在它们已被开发人员修复，因此它们被重新测试。

您在回归中测试的测试用例数量取决于您为回归测试套件选择的测试用例。我们决定在回归测试中包含哪些测试用例或不包含哪些测试用例的基础有几个因素。这些因素可以是：

1）如果我们有足够的时间和资源，那么我们可以在回归测试中检查整个应用程序。关于您的问题，这意味着在回归中您可以检查模块 A 的 100 个测试用例和模块 B 的 100 个用例。

2）您提到模块 A 的回归测试为 50，模块 B 的回归测试为 60，但在回归测试中仅测试通过的测试用例是不必要的，通常也不遵循。

通常在回归中，我们测试那些受到新特征影响的特征。这意味着受模块 A 和模块 B 影响的特性也应该包含在回归测试中。

如果我们没有足够的时间，那么我们可以根据以下情况做出决定：

a) 优先级：基于对客户具有高优先级的功能的测试用例。

b) 变更：基于特性的测试用例，这些特性在版本之间变化非常频繁。

c) 经验：基于以前版本中出错最多且更容易出错的特性的测试用例。

等等

于 2017-06-15T18:02:06.877 回答