2014-12-05 45 views
0

我有一个问题,如何组织不同版本的软件的测试用例。 软件中存在多个版本,所有版本都应该进行并行测试。我已经为版本1提供了一些测试用例。(我使用testrail btw)如何为不同版本的软件组织测试用例?

将测试用例组织到测试套件中,其中一个套件包含特定模块的测试用例。 在有软件的版本2中,有一些新功能,某些功能 已更改,有些已删除。 我有几个想法来解决这个问题,但我不知道这里最好的做法是什么。

  1. 为新版本创建新的测试套件,但它会导致测试用例重复,并且对很多版本使用大量测试套件会造成巨大混淆。
  2. 为新版本创建新项目并复制所有测试套件和测试用例并修改它们。这会导致巨大的重复。
  3. 使用测试用例中的里程碑或版本字段。但有些测试用例同时用于多个版本。
  4. 使用2个版本的版本:从版本到版本。为了标记这个测试用例的使用从版本1到版本3.这将导致每个套件中有大量的测试用例,但是可以使用过滤器。

你知道在这种情况下最好的做法是什么?

回答

0

我不知道 “最佳实践”,但这里有2个想法:

  1. 我会去的#2,重复的一切。你的重点应该放在最后一个版本(中继)上,在这个版本中你可以不断地修改/重构你的测试。你也可以管理你的旧版本,但是你应该经常更新你的测试,因为可以预期产品不会有太大的改变。我认为尝试对不同版本的产品(包括标签,字段等)使用相同的测试会导致混淆

  2. 当QA使用编程语言编写并存储在SCM中的测试用例时,练习是通常创建与产品一样多的分支。所以有重复,但是谁在乎,你管理与SCM的合并。这也是为什么我认为你可以以某种方式遵循这种模式。

0

您可以使用TestRail中的Baseline功能来实现此功能。

请注意,它需要一点点努力才能将测试迁移到新的基准兼容项目中,并且您将失去现有测试历史记录(所有编辑)以及历史结果(如果您的测试计划尚未关闭)。

0

我的解决方案是将测试用例签入到代码所在的同一个存储库中。您在任何给定分支中的测试应始终适用于该分支。当您对代码进行更改时,您会对测试进行更改,并且它们会永远保持同步。

0

我的建议是使用测试实例(测试运行/测试执行/测试周期,某些时候每个工具都有自己的名称)来执行。

它的工作原理是这样的: 1。你有功能模块1,2,3的TC,全部标记为v0。 2.您收到模块1的一些更新,因此您需要对其进行测试以及旧功能(模块2,3)。这将是你的v1。 3.您收到模块2的一些更新,因此您需要对其进行测试以及旧功能(模块1,3)。这将是你的v2。 4.模块1,2,3的总体构建测试。这将是您的v3。 5.您更新模块2的测试程序(如果需要,甚至可以编写新的TC)。所以更新的TC将有v0/v1(测试步骤必须包含两个版本)。新的将有相同的名称,但v1。所以你用v1 + v0 TC来建立你的测试周期。并删除重复。 6.与第5步相同 7.与第6步相同

最终,您的所有测试都已完成。存储的测试结果。针对相应版本提出的缺陷。仅用于新交付物(不需要为每个版本用所有TC构建新的测试套装)。 v0中过时的TC可能会被手动删除。

要更清楚地使用测试实例术语,请参阅ALM(HP QC)中的TestLab,Jira + Zephyr中的测试循环。

相关问题