Web测试可以由负责开发某个应用程序的开发人员编写，也可以由其他工程师编写，主要就是编写功能测试。运维人员甚至可以使用Selenium测试框架(selenium.org)这样的工具来执行真实测览器的自动监控或测试。这里的关键是，使用真实浏览器测试Web应用程序，Web测试的准确性和真实性都会好于编写代码发起HTP请求的人工测试，而且后者还无法在浏览器中解析和渲染Javascript.。用户使用Web浏览器访问网站，所以不使用浏览器，就无法在测试中产生最准确的结果。

SantiagoSuare.Ordonez是SauceLabs的软件工程师，这个组织是Selenium测试架的赞组织。Selenium允许测试人员使用真实浏览器开发测试用例、然后在真实测觉器上重放测试、在自动化测试过程中模球出实际使用场景、Santiago举例说明了他们在软件开发周期中执行Web测试的方式。



您是否见过开发者自已编写Seleniun测试?还是主要由QA来编写?率好、我发现大多数时候还是由主要负责开发应用程序的开发者编写测试用例、面且从生产力角度来看，这种做法也是对的。在其他时候会有一些人专门从事这项工作、并被冠以“自动化工程师”的头衔。只要他与项目开发保持紧密联系，这就不是坏事。

您是否见过有运维人员使用自己编写的Selenium测试?

确实偶尔出现这种情况。人们会使用真实的测览器进行主动监控，测试FlexFlashI应用程序，执行一些必须使用这个工具的任务。

您是否认为Selenium属于验收测试驱动开发过程的一部分?

我想说的是，Selenium应该加到每一个测试周期中，从第一轮测试到验收测试，再到部署后测试。我个人认为，理想的测试套件应该包含各种测试，比如单元测试、功能测试以及端到端浏览器测试。此外，我们还要派专人对基础设计和整体质量进行最后的人工检查。

每一种类型的测试数量都应该与测试级别成正比:单元测试应该是最多的，功能测试则会少一些，端到端/集成测试适量，人工测试则只需要针对与网站制作Web应用程序80%的业务逻辑相关的3~5个工作流程。