我应该做验收testing吗?

我们运行一些面向客户的商业webapps。 他们的发布时间表是固定的,但总是有testing变化,补丁和升级的担忧。 似乎验收testing是促进合同开发,而不是“商业上架”。 验收testing是否值得我们已经支付的东西? 如果是这样的话,有没有什么可以用的眼光:

  • 自由。 每个人的预算都很紧张,我们也没有什么不同。 开源也是一种奖励。 能够把我们的支持联系失败的testing感觉非常方便,商业授权可能会阻碍。
  • 自动化。 我们可能没有预算做“手工”这样的事情。
  • AJAX-y 。 有些页面依赖于客户端JavaScript,所以我们不能只重播HTTP get请求。
  • 健壮 。 我宁愿不必为每个小修订版本重写testing。
  • 跨浏览器,跨平台 。 不同的浏览器行为有所不同,如果浏览器背后的Web引擎以某种方式参与,我会感到更自信。 我们打算支持Mac。

看看黄瓜和selenium。 他们不能满足你的所有需求,但他们接近。 我已经使用selenium,这是一个有点痛苦,但完成工作,而我已经听说黄瓜非常好的事情。

如果有人拥有更自动化的解决scheme,我也会感兴趣,但对于前端Web应用程序来说,没有什么能胜过testing人员的testing清单,以便在每个平台,浏览器和版本上都能得到支持。 浏览器渲染HTML,CSS和执行JavaScript信任前端testing到自动化工具的方式variables太多。 BrowserCam适用于这类工作。

我认为很大程度上取决于供应商提供的产品以及您对产品的信心。 例如,你是否真的需要testing所有相关浏览器的function? 他们没有QA部门吗?

在某些情况下,相关的手动演练是最具成本效益的。 你可以编写脚本,并将它们传递给每一个与之相关的人员,只需要做一些工作。

在其他情况下,如果您对供应商的QA部门没有信心,或者涉及到大量定制,那么如果您不希望客户发现问题,那么您自己的自动化testing肯定是必要的。 那么这真的取决于你愿意投资多less钱。 testing越健壮,编程和努力就越多。 点击次数越多,logging下初始testing的努力越less,但需要更多努力来维护。