【问题标题】:Test cases documentation compatible with cucumber, test automation and manual tests与黄瓜、测试自动化和手动测试兼容的测试用例文档
【发布时间】:2015-04-11 22:16:24
【问题描述】:

我正在为提供测试/开发服务的公司制定战略。我使用 Selenium/Appium、Junit、Cucumber 实现 Web 和移动应用程序测试自动化。

在我公司,测试用例是用传统形式编写的:

1) 去 X

2) 执行动作 Y

3) 转到W

4) 执行动作 Z

预期结果:应用程序确实...。

但在 Cucumber 中,我使用或多或少描述类似动作的行为语言。我也读过这篇文章:http://markoh.co.uk/posts/three-reasons-to-use-cucumber-for-test-automation,我想知道我们是否应该用 Cucumber 语言编写所有测试用例。对于测试自动化,只需复制和粘贴即可编写功能。我假设这是带有 GUI 的网络或移动应用程序。

  • 这是个好主意吗?
  • 你有过这样的测试经验吗 长期案例文档?
  • 手动测试人员在使用这种方式而不是传统语言编写的测试用例时会遇到困难吗?

任何意见表示赞赏!

【问题讨论】:

    标签: cucumber automated-tests testcase


    【解决方案1】:

    Cucumber 测试用例的主要优势在于其可靠性。如果没有代码更新,您将无法更改测试场景。 Cucumber 还允许找出您的常用程序,即使在手动测试中也可能有用。测试用例是自我记录的,因此我们通常在任何技术人员的情况下都没有任何困难。我成功地在我以前的工作中使用了这种方法,我现在也要进入它。此外,我建议使用Cucumber背景功能,允许定义测试先决条件。

    【讨论】:

    • 非常感谢!听起来很合理。此外,我认为也许要求以用户故事的形式编写?然后它可以刚刚复制到.feature文件。即:特征:多个站点支持作为Mephisto网站所有者我想要为不同的人举办博客,以制作巨大的金钱 span>
    • 谢谢你的背景提示:)看起来有更多的东西在黄瓜中学习而不是我最初认为 span>
    • 是这是您可以直接使用您的要求的理想情况。 span>
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-06-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-04-25
    相关资源
    最近更新 更多