Web applications 如何组织Webdriver测试

Web applications 如何组织Webdriver测试,web-applications,project-organization,webdriver,Web Applications,Project Organization,Webdriver,我想创建一些Webdriver测试来测试我的Java web应用程序,但我不确定它们是否应该存在于另一个项目中,还是应该存在于我的web应用程序项目中 我还想在每次提交到我的SVN存储库时从我的Hudson CI服务器运行这些Webdriver测试——这是标准做法吗 我认为这并不重要,但我想知道其他人都在做什么?将项目和Selenuim测试分开是一种很好的做法,特别是如果您计划在Hudson运行它们。这是因为此类测试将运行很长时间,并且您希望保持构建快速运行 所以,您应该创建单独的带有测试的项目

我想创建一些Webdriver测试来测试我的Java web应用程序,但我不确定它们是否应该存在于另一个项目中,还是应该存在于我的web应用程序项目中

我还想在每次提交到我的SVN存储库时从我的Hudson CI服务器运行这些Webdriver测试——这是标准做法吗


我认为这并不重要,但我想知道其他人都在做什么?

将项目和Selenuim测试分开是一种很好的做法,特别是如果您计划在Hudson运行它们。这是因为此类测试将运行很长时间,并且您希望保持构建快速运行


所以,您应该创建单独的带有测试的项目,并在主项目完成后运行它—所有这些都可以在Hudson中设置。您可以在每次提交后设置要构建的项目,但是您应该阅读相关的Hudson文档

我们有一个用Java和Gwt编写的大型企业应用程序,因此客户端上有很多JS

我们过去曾尝试使用硒来测试它,但由于它的复杂性和脆弱性,我们只做了一些烟雾测试

现在,我们开始使用cucumber+watir+webdriver进行完整的用例场景测试。 测试是用Ruby和Gherkin(cucumber DSL)编写的,并针对我们的应用程序运行。 我们将其与Hudson集成在一起,并为任何错误提供了很好的屏幕截图(很快还有.avi)


到目前为止,QA和BA人员都很热心,考虑到与运行套件和喝咖啡相比,手动重新测试功能可以节省成本,开发工作已经取得了回报。;)

如果您正在对ASP.NET应用程序进行测试,并且该应用程序的控件可重复用于不同的页面,那么为每个控件而不是页面创建一个类可能是有意义的。但通常情况下,您希望使每个类特定于一个页面。并让您的页面关注其服务/功能,而不是代码中发生的事情

这是一个很好的概述。