问题标签 [functional-testing]

我对新 grails (v1.3.4) 应用程序的所有不同功能测试选项进行了分析瘫痪。我看过

• WebDriver/Selenium（我以前用过）
• WebTest/Canoo
• 盖布
• 碲
• Grails 功能测试

并且必须有其他人。我认为我会用来做出决定的一些标准包括（无特定顺序）：

• 可能长寿，积极发展
• 可以做ajax/javascript
• 支持PageObject或类似模式
• 到期
• 无头（例如 htmlunit）是可以的，特别是如果它让事情变得更快
• 好报告
• 支持 NTLM 凭据提供程序或类似的
• 紧凑、健壮的测试脚本
• 利用 groovy 语言

我会特别有兴趣听到尝试过多个框架的人的意见。谢谢！

我是一个新项目的首席开发人员，有机会与系统工程师一起创建我们的模板来测试功能需求。我想知道是否有人对什么是好的测试程序模板有意见，或者有一个很好的模板的例子。

谢谢！

我有一个应用程序可以检测请求中的子域并将结果设置为变量。

例如

如何使用 Test::Unit / Shoulda 进行测试？我看不到进入 ApplicationController 并查看设置的方法...

在完成软件产品的测试过程后，没有缺陷..那么我们的下一步是什么？

我正在扩展 python 2.7unittest框架来做一些功能测试。我想做的一件事是阻止所有测试在测试内部和setUpClass()方法内部运行。有时，如果测试失败，程序已经损坏，不再继续测试，所以我想停止运行测试。

我注意到 TestResult 有一个shouldStop属性和一个stop()方法，但我不确定如何在测试中访问它。

有没有人有任何想法？有没有更好的办法？

我正在尝试为必须通过 https 运行的操作编写功能测试。我没有测试 HTTPS 重定向 - 我已经知道它可以从另一个测试中工作。

我想做的是：

但这不会通过 https 发出请求。是否有允许我更改协议的“获取”选项？

另外，如果我尝试指定 url（例如：get "https:/test.host/do/something"），我会收到路由错误，因为在我的 rails 级别没有 https 的路由 - 它在我的网站上得到了处理服务器级别。

我有一个使用固定装置的功能测试。我也在我的单元测试中使用了固定装置，但它们可以正常工作。运行功能测试时，我得到：

NoMethodError: undefined method 'recycle!' for #<Response:0x10346be10> /test/functional/responses_controller_test.rb:10:in 'test_testing'

在这一点上，我的功能测试只不过是在执行索引操作。例子：

我的 TestHelper 类确实包含所有夹具，因此肯定会加载 Responses 夹具。就像我说的，这些装置在单元测试中工作得很好。

知道可能是什么原因造成的吗？

前几天在运行我的应用程序的一个功能测试时，我在代码中遇到了一个导致RoutingError. 我的功能测试正在加载一个页面，并且在该页面中它正在创建一个指向没有有效路由的页面的链接。异常的具体原因并不是重点——问题是这个异常没有传递回我的测试。我知道发生异常的唯一原因是我碰巧在test.log文件中注意到它。简而言之，测试通过了，但我认为这应该算作失败！

这让我很困惑。我尝试将我的测试代码放在一个assert_nothing_raised块中，但它仍然通过了。

进一步挖掘，我意识到我的应用程序抛出的任何异常都被静默记录，不会导致测试失败。这是 Rails 中的故意行为还是听起来像是我设置了错误？

编辑：我认为问题可能是 Rails 捕获并处理异常（以便在从浏览器发送请求时它可以呈现熟悉的堆栈跟踪页面）。我明白为什么这在环境中很有用development，但在环境中肯定不行test......？

我最近开始将我的项目从 ant 迁移到 maven。我的应用程序中有两个模块，我可以使用 maven 构建它们。

现在我有了自动化测试项目，它使用 Web Driver 来测试 UI 功能。我正在尝试使用 maven 构建两个模块战争并将它们部署到 tomcat 上。然后对它们运行自动化测试，如果自动化测试通过，则通过构建。我已经像这样配置了我的 pom（仅提及重要部分）：

现在这两个项目都得到了构建和部署，但它不运行自动化测试。我认为的原因是包装类型是POM。但是如果我把它改成战争，它就会开始抛出错误。

我可以考虑为自动化和父 pom 创建第三个 pom 以将其包含为模块。但我在想这是否是正确的方法。这应该是一个非常常见的场景，maven 应该直接支持它。

我刚刚开始进入令人兴奋的 WPF 开发世界，多年来一直是 C++ 开发人员。

当然，测试具有丰富用户界面的应用程序一直很困难。传统上，与此相关的问题之一是，在大多数 Windows 应用程序中，UI、UI 逻辑和 App 逻辑都是完全相互依赖的，不能孤立地进行测试。

我非常喜欢 MVVM 方法，它允许我将 UI 与应用程序分开，并在我的视图模型上运行大量自动化测试，我的所有逻辑都将在它之下，而视图是一个相当愚蠢的客户端视图模型。

这一切都很好，并且巧妙地将应用程序逻辑的测试与应用程序 UI 分开。但是，它没有提供实际测试 UI 本身的解决方案。即使视图通常包含很少的逻辑，它仍然有可能包含大量的各种错误。

测试视图本身的最新技术是什么？

谢谢汤姆