与cucumber、测试自动化和手动测试兼容的测试用例文档

与cucumber、测试自动化和手动测试兼容的测试用例文档,cucumber,automated-tests,testcase,Cucumber,Automated Tests,Testcase,我正在为我的公司制定战略,该公司提供测试/开发服务。我使用Selenium/Appium、Junit和Cucumber实现web和移动应用程序测试自动化 在我的公司,测试用例是以传统形式编写的: 1) 转到X 2) 执行动作Y 3) 去W 4) 执行动作Z 预期结果:应用程序没有 但在《黄瓜》中,我使用了或多或少描述类似行为的行为语言。我也读过这篇文章:我想知道我们是否应该用Cumber语言编写所有的测试用例。对于测试自动化,只需复制粘贴即可编写一个特性。我假设这是一个带有GUI的web或移动应

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

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

1) 转到X

2) 执行动作Y

3) 去W

4) 执行动作Z

预期结果:应用程序没有

但在《黄瓜》中,我使用了或多或少描述类似行为的行为语言。我也读过这篇文章:我想知道我们是否应该用Cumber语言编写所有的测试用例。对于测试自动化,只需复制粘贴即可编写一个特性。我假设这是一个带有GUI的web或移动应用程序

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

欢迎任何意见

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

非常感谢!听起来很合理。我还认为,也许需求应该以用户故事的形式编写?然后可以将其复制到.feature文件中。i、 e:功能:多站点支持作为一个Mephisto站点所有者,我想为不同的人主持博客,以便赚大钱。。。谢谢你的背景提示:)看起来Cucumber比我最初认为的要学的多。这是一个理想的情况,你可以直接使用你的需求。