0

假设我有一个包含一些步骤的测试用例。现在，假设您在完成第 4 步和第 5 步后需要重复第 3 步……这样当您执行第 6 步时，您就在正确的位置。

告诉测试人员重复一个步骤是一种好习惯吗？或者将重复的步骤复制并粘贴到您需要重复的步骤中会更好吗？

我听到的论点是，告诉测试人员重复步骤不是行业标准，如果以这种方式编写测试用例，可能无法通过某些认证。

例子：

*第一步：点击查看事件日志按钮；预期结果：出现事件日志窗口

第二步：关闭事件日志窗口（X）或确定；预期结果：事件日志窗口消失

第3步：重复第1步；预期结果：步骤 1 的预期结果

第四步：点击取消按钮；预期结果：事件日志窗口关闭，并且未应用任何更改（例如清除日志）

第5步：重复第1步；预期结果：步骤 1 的预期结果

第6步：点击清除按钮并点击应用；预期结果：日志被清除

...*

有些人认为，每次我需要重复该步骤时，我都应该复制并粘贴第 1 步中的内容，而不是简单地说测试人员应该重复该步骤。任何关于行业标准、潜在的失败等的输入......将不胜感激。

4

2 回答 2

1

测试用例设计并没有真正遵循行业标准，如果你想获得认证，列出重复一个步骤是不行的。我个人认为这是废话。我认为要求测试人员重复一个步骤没有问题。作为敏捷方法论的信徒，我更喜欢更简单的测试用例，这样测试人员就有更多的时间来测试场景而不是设计测试用例（或者如果您在跨职能团队中，开发人员有更多的时间进行开发）。如果您从更大的测试社区寻找更多输入，请尝试http://www.qaforums.com/

于 2011-07-19T02:12:47.210 回答
0

测试用例应尽可能独立，而不是在单个测试用例中验证两个结果。测试用例不应该以测试人员必须重复任何先前步骤的方式设计。在这种情况下，应该编写一个新的测试用例，因为它是一条新路径。这种方法的优点是，在执行结束时，您将清楚地了解测试覆盖率和需求的通过/失败百分比，因为所有测试用例都是独立的。

于 2014-05-08T02:47:33.007 回答