如何测试网站各个组件，并快速修复故障？

在任何网站上，在测试前端时都必须模仿真实用户在网站上实行真实功能的情形。这就是所谓的真实欣赏器测试，它不同于使用工具( Apache-Bench或Jmeter)实行的合成测试，后者只是模仿网站前端的流量负载。真实欣赏器必须要肯定的时间才能构造出文档对象模型( DOM)，这其中包括解析javascript， 然后再渲染网页。Apache-Bench和Jmeter等工具无法测试真实欣赏器在这些方面的加载过程。
 
有很多工具可以通过编程方法配置并实行网站的真实欣赏器测试，它们可以主动化运行，并能与QA和持续集成过程相整合。我在前面提到过的Selenium就是一个Web应用测试体系，大多数主流欣赏器都支撑。而Watir ( htp:p:/watir.com则是一个Ruby gem库，它也可以主动实行Web欣赏器测试操作。它的名称Watir是“使用Ruby实行Web应用测试( Web application testing in Ruby)”的缩写。


 
对Web层的直接测试大多属于合成测试，它能够测试出应用程序支撑多少会话，但对于应用程序在最终用户使用过程中的举动体现而言，这种测试的作用不大。使用Apache-Bench和Jmeter的合成测试可用于实行抽样测试、烟雾测试和性能测试，它们特别很是适合实行一些简 单测试，如优化Apache Web服务器的KeepAlive变量，也适合实行其他一些 Web服务器的优化操作，但是无法测试Selenium 或Watir 所支撑的最终用户性能指标。这里肯定要记住一点，在模仿某种用户运动(如加载一个照片集)的可控环境中实行的测试无法完全表现生产环境的运行方法。即使在一个分段环境中实行测试，也能发现很多关于应用实行或自适应的信息，但是只有把应用程序部署到生产环境中，我们才能够真正测试出它的性能和体现。
 
Selenium是一个使用真实欣赏器的主动化Web应勤奋能测试框架。它许可我们配置网站的工作流程和交互方法，模仿真实用户的操作方法。Selenium还会将这些交互记录在视频中，便于我们在测试完成之后检查测试是否通过。因为必须要启动一个真实欣赏器、记录交互过程和重放操作，所以测试过程会有一些开销，这个过程必须要成百上千个虚拟机才能模仿出大量用户使用真实欣赏器访问网站的结果。即使是一些大型组织，实行这种测试也会有一些难度。如今有一些服务可以实行这些运动，如Keynote Systems、Gomez和BrowserMob (使用Selenium)，它们有分布活着界各地的节点，这些服务都使用真实欣赏器来实行地域分散的负载测试和性能监控。
 
无论采用何种方法，网站建设测试Web应用的所有组件都特别很是紧张，而且最好能够记录Web应用程序的各个部分，以及各个层在一段时间的实行情况，这样就能够与Web应用程序的不同版本或修改进行比较。