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