如何组织软件不同版本的测试用例？答案

【问题标题】：How to organise test cases for different versions of a software?如何组织软件不同版本的测试用例？
【发布时间】：2014-12-05 08:28:19
【问题描述】：

我有一个问题，如何为不同版本的软件组织测试用例。一个软件存在多个版本，所有版本都应该并行测试。我已经有一些版本 1 的测试用例。（我使用 testrail 顺便说一句）

测试用例组织成测试套件，一个套件包含特定模块的测试用例。在该软件的第 2 版中，有一些新功能，一些功能改变了，有些被删除了。我有几个想法可以解决这个问题，但我不知道这里的最佳做法是什么。

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

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

【问题讨论】：

标签： testing qa testcase testrail

【解决方案1】：

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

请注意，将您的测试迁移到与基线兼容的新项目需要付出相当大的努力，并且您将丢失现有的测试历史记录（所有编辑）以及历史结果（如果您的测试计划没有'尚未关闭）。

【讨论】：

【解决方案2】：

我不知道“最佳实践”，但这里有两个想法：

我会选择 #2，复制所有内容。您的重点应该放在最后一个版本（主干）上，您可以在其中不断调整/重构您的测试。您还可以管理旧版本，但您应该经常更新您的测试，因为可以预期产品不会发生太大变化。我认为尝试对不同版本的产品（带有标签、字段等）使用相同的测试会导致混淆
当 QA 使用以编程语言编写并存储在 SCM 中的测试用例时，实践通常是创建与产品一样多的分支。所以有重复，但谁在乎呢，你管理与 SCM 的合并。这也是为什么我认为你可以以某种方式遵循这样的模式。

【讨论】：

【解决方案3】：

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

【讨论】：

【解决方案4】：

我的建议是使用测试实例（测试运行/测试执行/测试周期，每个工具有时都有自己的名称）来执行。

它的工作原理是这样的： 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 中的测试周期。

【讨论】：