2011-07-14 102 views
0

假设我有一个测试用例,其中包含一些步骤。现在,让我们说完第4步和第5步后需要重复第3步......这样,当您执行第6步时,您就位于正确的位置。为什么要让测试用例步骤告诉您重复上一个步骤并不好?

告诉测试者重复一个步骤是否是一种好的做法?或者是否更好地将重复步骤复制并粘贴到需要重复的步骤中?

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

实施例:

*步骤1:点击查看事件日志按钮;预期结果:将显示事件日志窗口

步骤2:关闭事件日志窗口(X)或行;预期结果:事件日志窗口消失

步骤3:重复步骤1;预期结果:步骤1的预期结果

第4步:单击取消按钮;预期结果:事件日志窗口关闭,并且任何变化(如清除日志)不被应用

步骤5:重复步骤1;预期结果:步骤1的预期结果

第6步:单击清除按钮并点击应用;预期结果:该日志被清除

... *

有些人认为我应该被复制和粘贴每个我需要重复这一步骤,而不是仅仅简单地说,时间是什么在第1步测试人员应重复该步骤。任何关于行业标准的投入,潜在的失败等......都将不胜感激。

+0

我猜没有人喜欢这个问题。我找不到测试人员使用的类似StackOverflow的网站,所以我只是在这里发布。 –

+0

所以你们想要这封闭?我应该在哪里发布这个以获得一些回应? –

回答

1

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

+0

非常感谢您的输入! –

0

测试用例应该尽可能独立,并在一个单一的测试案例不验证两个结果。测试案例不应该以测试人员必须重复之前任何步骤的方式进行设计。在这种情况下,应该写一个新的测试用例,因为它是一个新的路径。这种方法的主要原因是,在执行结束时,您将清楚地了解测试覆盖率和需求的合格/不合格%,因为所有测试用例都是独立的。