【问题标题】:Avoiding duplication of stories in e2e browser automation testing在 e2e 浏览器自动化测试中避免重复故事
【发布时间】:2018-02-23 20:57:51
【问题描述】:

我有两个使用浏览器自动化运行的 e2e 测试,用于测试以下用户故事:

C:As a manager, I can add a member to my team.

D:As a manager, I can pay a member of my team.

问题是,为了做D,我必须先做C。因此,编写一个 ABC 的 e2e 测试,然后再编写一个 ABCD 是多余的!

我的问题是:在 e2e 测试中避免冗余的最佳做法是什么?我想到的一件事就是写 ABCD,并在 C 步骤之后包含一个 assert。虽然这意味着如果我们在 C 处出现故障,我们不知道 D 是否有效。

【问题讨论】:

    标签: e2e-testing browser-automation


    【解决方案1】:

    答案就在您的问题中。
    从用户流中考虑。您知道 ABCD 是一个逻辑块,如果不执行步骤 C,就无法执行步骤 D。
    因此,从 e2e 自动化的角度来看,我会以一种可以在一个流程中模仿最终用户操作的方式来处理它。
    在步骤 C 后有期望是有道理的,如果出现故障,不执行步骤 D 是绝对正确的,测试结果应该也是如此。

    此外,由于 e2e 测试位于测试金字塔的顶端,您可以很好地计算出不进行冗余测试的成本、时间和工作量。

    【讨论】:

    • 感谢您的回答。这对我来说很有意义。我想知道:您是否有任何可能涉及此问题的推荐文章?我四处搜寻,但找不到完全符合我要求的内容。
    猜你喜欢
    • 2013-09-23
    • 1970-01-01
    • 2013-02-26
    • 1970-01-01
    • 1970-01-01
    • 2010-11-27
    • 1970-01-01
    • 1970-01-01
    • 2014-06-15
    相关资源
    最近更新 更多