web系统测试方法及装置的制造方法
【技术领域】
[0001]本发明涉及网络技术领域，尤其涉及一种web系统测试方法及装置。
【背景技术】
[0002]目前，现有的自动化工具(sah1、webdriver等)能较好的支持一般的网页系统自动化测试。但在一些特殊情况下，各自都有一定的局限性。例如有的web系统页面含有的js脚本和sahi注入的脚本冲突时，sahi的自动化测试就不能进行下去；又比如，在遇到模态对话框时，webdriver功能又不能提供支持。
[0003]因此，有必要提供一种自动化测试工具，能够应对各自不同的场景，以更好地支持web系统自动化测试。
【发明内容】
[0004]本发明的主要目的在于提供一种web系统测试方法及装置，可以应对不同的web系统，支持不同类型的页面进行自动化测试，提高测试人员工作效率。
[0005]为了达到上述目的，本发明提出一种web系统测试方法，包括:
[0006]获取测试案例；
[0007]获取所述测试案例中设定的模式选择脚本；
[0008]根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行所述测试案例。
[0009]优选地，所述根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行所述测试案例的步骤包括:
[0010]当所述测试案例中设定的模式选择脚本为sahi测试驱动模式对应的脚本时，选择sahi测试驱动模式，在所述sahi测试驱动模式下，执行所述测试案例；
[0011]当所述测试案例中设定的模式选择脚本为webdrive测试驱动模式对应的脚本时，选择webdrive测试驱动模式，在所述webdrive测试驱动模式下，执行所述测试案例。
[0012]优选地，所述在sahi测试驱动模式下，执行所述测试案例的步骤包括:
[0013]通过代理服务器获取浏览器发送的测试访问请求，将所述测试访问请求转发至网络服务器；所述测试访问请求携带有所述测试案例的测试代码；
[0014]通过所述代理服务器接收所述网络服务器返回的、与所述测试案例的测试代码对应的页面；
[0015]在所述页面中注入设定的脚本；
[0016]通过所述注入的脚本操作页面元素，对页面进行自动化测试；
[0017]将测试后得到的页面返回给所述浏览器，由所述浏览器返回给客户端。
[0018]优选地，所述通过代理服务器获取被测试浏览器发送的测试访问请求之前还包括:
[0019]当启动所述代理服务器时，随机生成一个端口，作为所述浏览器的代理端口。
[0020]优选地，在所述webdrive测试驱动模式下，执行所述测试案例的步骤包括:
[0021]在浏览器启动后，将浏览器的API封装成webdrive命令接口 ；
[0022]在所述浏览器上，通过所述webdrive命令接口，接收客户端发送的测试访问请求，将所述测试访问请求发送至网络服务器；所述测试访问请求携带有所述测试案例的测试代码；
[0023]获取所述浏览器返回的来自所述网络服务器的页面内容；
[0024]通过所述webdrive命令接口操作页面元素，对页面进行自动化测试，并将测试后得到的页面返回给客户端。
[0025]本发明实施例还提出一种web系统测试装置，包括:
[0026]案例获取模块，用于获取测试案例；
[0027]模式脚本获取模块，用于获取所述测试案例中设定的模式选择脚本；
[0028]测试执行模块，用于根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行所述测试案例。
[0029]优选地，所述测试执行模块，还用于当所述测试案例中设定的模式选择脚本为sahi测试驱动模式对应的脚本时，选择sahi测试驱动模式，在所述sahi测试驱动模式下，执行所述测试案例；当所述测试案例中设定的模式选择脚本为webdrive测试驱动模式对应的脚本时，选择webdrive测试驱动模式，在所述webdrive测试驱动模式下，执行所述测试案例。
[0030]优选地，所述测试执行模块，还用于通过代理服务器获取浏览器发送的测试访问请求，将所述测试访问请求转发至网络服务器；所述测试访问请求携带有所述测试案例的测试代码；通过所述代理服务器接收所述网络服务器返回的、与所述测试案例的测试代码对应的页面；在所述页面中注入设定的脚本；通过所述注入的脚本操作页面元素，对页面进行自动化测试；将测试后得到的页面返回给所述浏览器，由所述浏览器返回给客户端。
[0031]优选地，所述测试执行模块，还用于当启动所述代理服务器时，随机生成一个端口，作为所述浏览器的代理端口。
[0032]优选地，所述测试执行模块，还用于在浏览器启动后，将浏览器的API封装成webdrive命令接口 ；在所述浏览器上，通过所述webdrive命令接口，接收客户端发送的测试访问请求，将所述测试访问请求发送至网络服务器；所述测试访问请求携带有所述测试案例的测试代码；获取所述浏览器返回的来自所述网络服务器的页面内容；通过所述webdrive命令接口操作页面元素，对页面进行自动化测试，并将测试后得到的页面返回给客户端。
[0033]本发明实施例提出的一种web系统测试方法及装置，通过获取测试案例；获取测试案例中设定的模式选择脚本；根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行测试案例，本发明方案可以针对不同的web系统，选择不同的模式，应对各自不同的场景，支持不同类型的页面进行自动化测试，从而可以更好的支持web系统自动化测试，提高测试人员工作效率。
【附图说明】
[0034]图1是本发明web系统测试方法较佳实施例的流程示意图；
[0035]图2是本发明web系统测试装置较佳实施例的功能模块示意图。
[0036]为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。
【具体实施方式】
[0037]本发明实施例的解决方案主要是:通过获取测试案例；获取测试案例中设定的模式选择脚本；根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行测试案例，本发明方案可以针对不同的web系统，选择不同的模式，应对各自不同的场景，支持不同类型的页面进行自动化测试，从而可以更好的支持web系统自动化测试。
[0038]如图1所示，本发明较佳实施例提出一种web系统测试方法，包括:
[0039]步骤SlOl，获取测试案例；
[0040]由于现有的自动化测试工具，只能采用特定的自动化测试工具对web系统进行测试，但对于不同类型的网页，现有的测试工具则存在无法完成测试的弊端，比如，有的web系统页面含有的js脚本和sahi注入的脚本冲突时，sahi的自动化测试就不能进行下去；遇到模态对话框时，webdriver功能不能提供支持，使得webdriver测试工具无法完成自动化测试。
[0041]本发明实施例方案旨在辅助web自动化测试，新增了多驱动模式，支持sah1、webdriver等不同模式，能够让用户通过一个测试工具调用不同测试工具的方法进行web自动化测试，通过选择不同的模式，应对各自不同的场景，不仅提高测试人员工作效率，而且可以更好地支持web系统自动化测试。
[0042]具体地，首先，获取测试案例，测试案例中包括需要测试的测试代码，此外，在测试案例中还设定有模式选择脚本，通过调用模式选择脚本，可以得到用户选择的测试模式，进而可以根据用户选择的测试模式采用相应的测试工具对测试案例进行测试，本实施例方案新增了多驱动模式，可以支持sah1、webdriver等不同驱动模式。
[0043]步骤S102，获取所述测试案例中设定的模式选择脚本；
[0044]步骤S103，根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行所述测试案例。
[0045]如前所述，本实施例方案可以根据用户选择的测试模式采用相应的测试工具对测试案例进行测试，具体可以支持sah1、webdriver等不同测试驱动模式，本实施例以sah1、webdriver这两种测试驱动模式进行举例，并分别定义sahi测试驱动模式为第一种测试驱动模式，webdriver测试驱动模式为第二种测试驱动模式。
[0046]首先，获取测试案例中设定的模式选择脚本，根据测试案例中设定的模式选择脚本，选择相应的测试驱动模式，执行所述测试案例。
[0047]若根据模式选择脚本判定当前测试案例的测试驱动模式为sahi测试驱动模式，则调用sahi工具操作页面元素，对页面进行测试；若根据模式选择脚本判定当前测试案例的测试驱动模式为webdrive测试驱动模式，则调用webdrive工具操作页面元素，对页面进行测试。
[0048]也就是说，当所述测试案例中设定的模式选择脚本为sahi测试驱动模式对应的脚本时，选择sahi测试驱动模式，在所述sahi测试驱动