测试工具工作原理.docx

Selenium 工作原理 selenium 是thoughtWorks公司的一个强大的开源Web功能测试工具系列，采用javascript来管理整个测试过程，包括读入测试套件，执行测试和记录测试结果。它采用javascript单元测试工具JSUnit为核心，模拟正式用户操作，包括浏览页面，点击链接，输入文字，提交表单，触发鼠标事件等。并且能够对页面结果进行种种验证。也就是说，只要在测试用例中把预期的用户行为与结果都描述出来，我们就得到了一个可以自动化运行的功能测试套件。Selenium的核心是用javascript写的，他和浏览器进行通行，把测试用例的信息发送给浏览器执行，从而达到自动化测试的目的 通过研究selenium-webdriver的源码，笔者发现其实webdriver的实现原理并不高深莫测无法揣度。在这里以webdriver ruby binding的firefox-webdriver实现为例，简单介绍一下webdriver的工作原理。 当测试脚本启动firefox的时候，selenium-webdriver 会首先在新线程中启动firefox浏览器。如果测试脚本指定了firefox的profile，那么就以该profile启动，否则的话就新启1个profile，并启动firefox； firefox一般是以-no-remote的方法启动，启动后selenium-webdriver会将firefox绑定到特定的端口，绑定完成后该firefox实例便作为webdriver的remote server存在； 客户端(也就是测试脚本)创建1个session，在该session中通过http请求向remote server发送restful的请求，remote server解析请求，完成相应操作并返回response； 客户端接受response，并分析其返回值以决定是转到第3步还是结束脚本； 这就是webdriver的工作流程，看起来很复杂实际上当了解了webdriver的实现原理后，理解上述问题应该比较简单。 webdriver是按照server – client的经典设计模式设计的。 server端就是remote server，可以是任意的浏览器。当我们的脚本启动浏览器后，该浏览器就是remote server，它的职责就是等待client发送请求并做出相应； client端简单说来就是我们的测试代码，我们测试代码中的一些行为，比如打开浏览器，转跳到特定的url等操作是以http请求的方式发送给被 测试浏览器，也就是remote server；remote server接受请求，并执行相应操作，并在response中返回执行状态、返回值等信息； 举个实际的例子，下面代码的作用是”命令”firefox转跳到google主页： driver = Selenium::WebDriver.for :firefox driver.navigate.to 在执行driver.navigate.to “” 这句代码时，client，也就是我们的测试代码向remote server发送了如下的请求： POST session/285b12e4-2b8a-4fe6-90e1-c35cba245956/url post_data {url:} 通过post的方式请求localhost:port/hub/session/session_id/url地址，请求浏览器完成跳转url的操作。 如果上述请求是可接受的，或者说remote server是实现了这个接口，那么remote server会跳转到该post data包含的url,并返回如下的response {name:get,sessionId:285b12e4-2b8a-4fe6-90e1-c35cba245956,status:0,value:} 该response中包含如下信息 name：remote server端的实现的方法的名称，这里是get，表示跳转到指定url； sessionId：当前session的id； status：请求执行的状态码，非0表示未正确执行，这里是0，表示一切ok不许担心； value：请求的返回值，这里返回值为空，如果client调用title接口，则该值应该是当前页面的title； 如果client发送的请求是定位某个特定的页面元素，则response的返回值可能是这样的： {name:findElement,sessionId:285b12e4-2b8a-4fe6-90e1-c35cba245956,status:0,value:{ELEMENT:{2192893e-f260-44c4-bdf6-7aad3c919739}}} name