我们运行一些面向客户的商业网络应用程序。它们的发布时间表是定期的，但总是担心测试更改、补丁和升级。似乎验收测试是为了合同开发而不是“现成的商业”而推广的。对于我们已经支付的东西，验收测试是否值得？如果是这样，是否有任何可用的东西着眼于：
- 自由的。每个人的预算都很紧，我们也不例外。开源也是一个好处。能够将失败的测试交给我们的支持联系人感觉非常方便，而商业许可可能会阻碍这一点。
- 自动化。我们可能没有预算来“手动”做这样的事情。
- AJAX-y . 一些页面依赖于客户端 javascript，所以我们不能只重放 HTTP 获取请求。
- 健壮。我宁愿不必为每个次要修订版本重写测试。
- 跨浏览器，跨平台。不同的浏览器表现不同，如果浏览器背后的网络引擎以某种方式参与，我会更有信心。我们打算支持 Mac。
如果有人有更自动化的解决方案，我也会很感兴趣，但对于前端 Web 应用程序，没有什么能比人工测试人员更好的了，他们有一个测试清单可以在每个平台、浏览器和要支持的版本上完成工作。浏览器呈现 HTML、CSS 和执行 JavaScript 的方式存在太多变数，无法将前端测试信任到自动化工具。 BrowserCam为这类工作派上用场。
看看黄瓜和硒。它们不能完全满足您的所有需求，但它们很接近。我使用过 Selenium，虽然有点痛苦，但可以完成工作，而我听说过 Cucumber 的好消息。
我认为很大程度上取决于供应商提供的产品以及您对他们的产品有多少信心。例如，您真的需要在所有相关浏览器上测试功能吗？他们没有QA部门吗？
在某些情况下，相关的手动演练是最具成本效益的。您可以编写脚本并真正传递它们，以便与它相关的每个人只需要做一点工作。
在其他情况下，如果您对供应商的 QA 部门没有信心，或者涉及大量定制，那么如果您不希望您的客户看到问题，那么您自己的自动化测试肯定是必要的。那么这真的取决于你愿意在稳健方面投资多少。越健壮，进行测试的编程和努力工作就越多。点击记录越多，进行初始测试的努力就越少，但维护的努力就越多。