个端口，作为浏览器的代理端口。
[0097]之后，用户在浏览器上触发测试访问请求，代理服务器获取浏览器发送至网络服务器的测试访问请求，由代理服务器将测试访问请求转发至网络服务器；所述测试访问请求携带有所述测试案例的测试代码；
[0098]通过所述代理服务器接收所述网络服务器返回的、与所述测试案例的测试代码对应的页面。
[0099]之后，通过代理服务器在页面中注入设定的脚本；然后，通过所述注入的脚本操作页面元素，对页面进行自动化测试。
[0100]最后，代理服务器将测试后得到的页面返回给浏览器，由所述浏览器返回给客户端。
[0101 ] 由此完成当前测试案例的自动化测试操作。
[0102]若在webdrive测试驱动模式下，则通过webdrive工具来执行测试案例，完成web网页的自动化测试。
[0103]首先介绍一下webdrive工具的工作原理:
[0104]webdriver是另一个开源的自动化测试工具，它提供了完全另外的一种方式与浏览器交互。那就是利用浏览器原生的API (应用程序编程接口)，封装成一套更加面向对象的接口，直接操作浏览器页面里的元素，甚至操作浏览器本身(截屏，窗口大小，启动，关闭，安装插件，配置证书之类的)。
[0105]webdriver是按照server - client (服务端-客户端)的经典设计模式设计的。
[0106]server端就是任意的浏览器。当测试脚本启动浏览器后，该浏览器就是remoteserver (远程服务器)，其等待client发送请求并做出响应。
[0107]对client端，简单说来就是用户的测试代码，在测试代码中的一些行为，比如打开浏览器、转跳到特定的url等操作是以http请求的方式发送给浏览器；浏览器接受请求，并执行相应操作，并在response中返回执行状态、返回值等信息。
[0108]利用webdriver工具实现自动化测试，实际上就是client发送的请求是定位某个特定的页面元素，server返回该元素信息，比如ELEMENT: {2192893e-f260-44c4-bdf6_7aad3c919739}，表示定位到元素的id，通过该id，client可以发送如click之类的请求与server端进行交互。
[0109]目前webdriver支持ie、chrome、firefox以及opera等浏览器，这些浏览器都实现了 webdriver约定的各种接口，client可以通过统一的接口去进行浏览器的自动化操作。
[0110]本实施例在webdrive测试驱动模式下，通过webdrive工具来执行测试案例，完成web网页的自动化测试的过程具体可以包括:
[0111]在浏览器启动后，将浏览器的API封装成webdrive命令接口 ；
[0112]在所述浏览器上，通过所述webdrive命令接口，接收客户端发送的测试访问请求，将所述测试访问请求发送至网络服务器；所述测试访问请求携带有所述测试案例的测试代码；
[0113]获取所述浏览器返回的来自所述网络服务器的页面内容；
[0114]通过所述webdrive命令接口操作页面元素，对页面进行自动化测试，并将测试后得到的页面返回给客户端。
[0115]由此完成当前测试案例的自动化测试操作。
[0116]本实施例通过上述方案，通过获取测试案例；获取测试案例中设定的模式选择脚本；根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行测试案例，本发明方案可以针对不同的web系统，选择不同的模式，应对各自不同的场景，支持不同类型的页面进行自动化测试，从而可以更好的支持web系统自动化测试，提高测试人员工作效率。
[0117]以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。
【主权项】
1.一种web系统测试方法，其特征在于，包括: 获取测试案例； 获取所述测试案例中设定的模式选择脚本； 根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行所述测试案例。
2.根据权利要求1所述的方法，其特征在于，所述根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行所述测试案例的步骤包括: 当所述测试案例中设定的模式选择脚本为sahi测试驱动模式对应的脚本时，选择sahi测试驱动模式，在所述sahi测试驱动模式下，执行所述测试案例； 当所述测试案例中设定的模式选择脚本为webdrive测试驱动模式对应的脚本时，选择webdrive测试驱动模式，在所述webdrive测试驱动模式下，执行所述测试案例。
3.根据权利要求2所述的方法，其特征在于，所述在sahi测试驱动模式下，执行所述测试案例的步骤包括: 通过代理服务器获取浏览器发送的测试访问请求，将所述测试访问请求转发至网络服务器；所述测试访问请求携带有所述测试案例的测试代码； 通过所述代理服务器接收所述网络服务器返回的、与所述测试案例的测试代码对应的页面； 在所述页面中注入设定的脚本； 通过所述注入的脚本操作页面元素，对页面进行自动化测试； 将测试后得到的页面返回给所述浏览器，由所述浏览器返回给客户端。
4.根据权利要求3所述的方法，其特征在于，所述通过代理服务器获取被测试浏览器发送的测试访问请求之前还包括: 当启动所述代理服务器时，随机生成一个端口，作为所述浏览器的代理端口。
5.根据权利要求2所述的方法，其特征在于，在所述webdrive测试驱动模式下，执行所述测试案例的步骤包括: 在浏览器启动后，将浏览器的API封装成webdrive命令接口 ； 在所述浏览器上，通过所述webdrive命令接口，接收客户端发送的测试访问请求，将所述测试访问请求发送至网络服务器；所述测试访问请求携带有所述测试案例的测试代码； 获取所述浏览器返回的来自所述网络服务器的页面内容； 通过所述webdrive命令接口操作页面元素，对页面进行自动化测试，并将测试后得到的页面返回给客户端。
6.一种web系统测试装置，其特征在于，包括: 案例获取模块，用于获取测试案例； 模式脚本获取模块，用于获取所述测试案例中设定的模式选择脚本； 测试执行模块，用于根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行所述测试案例。
7.根据权利要求6所述的装置，其特征在于， 所述测试执行模块，还用于当所述测试案例中设定的模式选择脚本为sahi测试驱动模式对应的脚本时，选择sahi测试驱动模式，在所述sahi测试驱动模式下，执行所述测试案例；当所述测试案例中设定的模式选择脚本为webdrive测试驱动模式对应的脚本时，选择webdrive测试驱动模式，在所述webdrive测试驱动模式下，执行所述测试案例。
8.根据权利要求7所述的装置，其特征在于， 所述测试执行模块，还用于通过代理服务器获取浏览器发送的测试访问请求，将所述测试访问请求转发至网络服务器；所述测试访问请求携带有所述测试案例的测试代码；通过所述代理服务器接收所述网络服务器返回的、与所述测试案例的测试代码对应的页面；在所述页面中注入设定的脚本；通过所述注入的脚本操作页面元素，对页面进行自动化测试；将测试后得到的页面返回给所述浏览器，由所述浏览器返回给客户端。
9.根据权利要求8所述的装置，其特征在于， 所述测试执行模块，还用于当启动所述代理服务器时，随机生成一个端口，作为所述浏览器的代理端口。
10.根据权利要求7所述的装置，其特征在于， 所述测试执行模块，还用于在浏览器启动后，将浏览器的API封装成webdrive命令接口 ；在所述浏览器上，通过所述webdrive命令接口，接收客户端发送的测试访问请求，将所述测试访问请求发送至网络服务器；所述测试访问请求携带有所述测试案例的测试代码；获取所述浏览器返回的来自所述网络服务器的页面内容；通过所述webdrive命令接口操作页面元素，对页面进行自动化测试，并将测试后得到的页面返回给客户端。
【专利摘要】本发明涉及一种web系统测试方法及装置，其方法包括：获取测试案例；获取所述测试案例中设定的模式选择脚本；根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行测试案例。本发明可以针对不同的web系统，选择不同的测试模式，应对各自不同的场景，从而可以更好的支持web系统自动化测试，提高了测试人员工作效率。
【IPC分类】G06F11-36
【公开号】CN104834594
【申请号】CN201410843168
【发明人】邹文涛, 彭利荣, 刘兴翚, 毛皓, 岑海菊, 李玲, 欧人杰, 张博文
【申请人】平安科技（深圳）有限公司
【公开日】2015年8月12日
【申请日】2014年12月29日