我有一个问题,如何为不同版本的软件组织测试用例。 软件中存在多个版本,所有版本都应该并行测试。我已经有一些版本1的测试用例。(我使用testrail btw)
测试用例组织成测试套件,一个套件包含特定模块的测试用例。 在那里的软件版本2中,有一些新功能,一些功能 改变了,有些被删除了。 我有几个想法可以解决这个问题,但我不知道这里的最佳做法是什么。
您知道在这种情况下最佳做法是什么?
答案 0 :(得分:1)
您可以使用TestRail中的Baseline功能来实现此目的。
请注意,将测试迁移到新的基线兼容项目需要花费大量精力,否则您将丢失现有的测试历史记录(所有编辑内容)以及您的历史记录结果(如果您的测试计划没有& #39; t已经关闭了。)
答案 1 :(得分:0)
我不知道“最佳实践”,但这里有两个想法:
我会选择#2,复制一切。您的重点应放在最后一个版本(主干)上,您可以在其中连续调整/重构测试。您还管理旧版本,但是您必须经常更新测试,因为人们可以预期产品不会发生很大变化。我认为尝试对不同版本的产品(带标签,字段等)使用相同的测试会导致混淆
当QA使用以编程语言编写并存储在SCM中的测试用例时,通常的做法是创建与产品一样多的分支。所以有重复,但谁在乎,你管理与SCM的合并。这也是为什么我认为你可以以某种方式遵循这样的模式。
答案 2 :(得分:0)
我的解决方案是将测试用例签入到代码所在的同一个存储库中。任何给定分支中的测试应始终适用于该分支。当您对代码进行更改时,您将对测试进行更改,并且它们将永远保持同步。
答案 3 :(得分:0)
我的建议是使用测试实例(测试运行/测试执行/测试周期,每个工具有时都有自己的名称)来执行。
它的工作方式如下: 1.您的TC功能模块为1,2,3。所有标记为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中的TestLab(HP QC),Jira + Zephyr中的测试周期。