CN104427627A - 测试数据获取方法、客户端与服务器 - Google Patents

Abstract

本发明提供了一种测试数据获取方法、客户端与服务器，其中，测试数据获取方法包括：当测试数据获取条件满足时，浏览器向服务器发送第一测试数据获取请求，请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据；接收服务器根据第一测试数据获取请求返回的、待测试页面中的可进行准备的测试数据表单，通过数据准备子页面显示测试数据表单；接收用户在数据准备子页面中，对测试数据表单的操作，根据操作向服务器发送第二测试数据获取请求；获取服务器根据第二测试数据获取请求返回的、与用户操作的测试数据表单对应的测试数据，将测试数据加载至待测试页面，对待测试页面进行测试。通过本发明，实现了WEB测试中测试数据的准备。

Description

测试数据获取方法、客户端与服务器

技术领域

本发明涉及计算机技术领域，特别是涉及一种WEB测试中的测试数据获取方法、客户端与服务器。

背景技术

WEB自动化测试是指测试程序自动对一个WEB系统（比如，电子购物网站）进行测试，测试WEB系统的流程是否通畅，以及流程各个步骤的执行结果是否正确。例如，可以测试电子购物网站的检索->查看货物详细信息->登录->付费流程是否通畅，并检测在这个过程中各个步骤的执行结果是否正确，例如，判断检索的结果是否正确，货物详细信息显示的是不是正确等。

在WEB自动化测试过程中，需要获取一定的测试数据以执行测试程序，例如，对于上述电子购物网站的测试过程，在执行“登录”步骤时，需要获取一个已在该电子购物网站注册的账号及密码等相关信息进行登录，而在“付费”流程中，需要获取一个银行账号或支付账号及密码等信息，以完成付费。

现有的测试数据获取方案是区分对待不同的测试场景的。在针对WEB页面功能测试时，测试数据由手工准备，比较耗费人力操作成本，特别在对应参与测试的人员不了解数据构成的情况下，所耗费的人力成本尤其巨大。在UI（User Interface，用户接口）和接口自动化测试时，通过准备数据接口进行测试数据的准备，但对于不同的UI和接口自动化测试，准备数据接口需要对相应的脚本和数据接口进行修改才能使用，需要脚本或者应用接口支持。并且，测试数据的准备方式越过业务流程，有业务风险。此外，对于必须手工测试的项目来说还无法实现比较妥善的接入。

由此可见，现有的WEB自动化测试不够智能，无法简单、有效地实现自动化测试中测试数据的获取。

发明内容

本发明提供了一种WEB测试中的测试数据获取方法、客户端与服务器，以解决现有的WEB自动化测试不够智能，无法简单、有效地实现自动化测试中测试数据的获取的问题。

为了解决上述问题，本发明公开了一种测试数据获取方法，包括：当测试数据获取条件满足时，浏览器向服务器发送第一测试数据获取请求，其中，所述第一测试数据获取请求用于请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据；接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单，并通过数据准备子页面显示所述可进行准备的测试数据表单；接收所述用户在所述数据准备子页面中，对所述可进行准备的测试数据表单的操作，根据所述操作向所述服务器发送第二测试数据获取请求；获取所述服务器根据所述第二测试数据获取请求返回的、与所述用户操作的所述测试数据表单对应的测试数据，将所述测试数据加载至所述待测试页面，对所述待测试页面进行测试。

优选地，所述浏览器向服务器发送第一测试数据获取请求的步骤包括：所述浏览器在所述第一测试数据获取请求中携带：所述待测试页面的统一资源定位符URL中的、除顶级域名外的、设定级别的域名，并向所述服务器发送所述第一测试数据获取请求。

优选地，所述接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单的步骤包括：接收所述服务器在收到所述第一测试数据获取请求后，根据所述设定级别的域名，从存储的测试数据表单库中，查找并返回与所述设定级别的域名相对应的测试数据表单。

优选地，所述接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单的步骤包括：接收所述服务器在收到所述第一测试数据获取请求后，以JSON格式的字符串返回的、所述待测试页面中的、可进行准备的测试数据表单；其中，所述JSON格式的字符串中包含两个键值对，一个键值对用于指示所述测试数据表单包含的测试数据对象，另一个键值对用于指示所述测试数据对象的展示优先级。

优选地，所述浏览器向服务器发送第一测试数据获取请求的步骤包括：浏览器以ajax请求方式向所述服务器发送所述第一测试数据获取请求。

优选地，所述测试数据获取方法通过安装于所述浏览器中的浏览器插件执行。

为了解决上述问题，本发明还公开了一种客户端，包括：第一发送模块，用于当测试数据获取条件满足时，向服务器发送第一测试数据获取请求，其中，所述第一测试数据获取请求用于请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据；显示模块，用于接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单，并通过数据准备子页面显示所述可进行准备的测试数据表单；第二发送模块，用于接收所述用户在所述数据准备子页面中，对所述可进行准备的测试数据表单的操作，根据所述操作向所述服务器发送第二测试数据获取请求；测试模块，用于获取所述服务器根据所述第二测试数据获取请求返回的、与所述用户操作的所述测试数据表单对应的测试数据，将所述测试数据加载至所述待测试页面，对所述待测试页面进行测试。

优选地，所述第一发送模块，用于当测试数据获取条件满足时，在所述第一测试数据获取请求中携带：所述待测试页面的统一资源定位符URL中的、除顶级域名外的、设定级别的域名，并向所述服务器发送所述第一测试数据获取请求。

优选地，所述显示模块在接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单时：接收所述服务器在收到所述第一测试数据获取请求后，根据所述设定级别的域名，从存储的测试数据表单库中，查找并返回与所述设定级别的域名相对应的测试数据表单。

优选地，所述显示模块在接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单时：接收所述服务器在收到所述第一测试数据获取请求后，以JSON格式的字符串返回的、所述待测试页面中的、可进行准备的测试数据表单；其中，所述JSON格式的字符串中包含两个键值对，一个键值对用于指示所述测试数据表单包含的测试数据对象，另一个键值对用于指示所述测试数据对象的展示优先级。

优选地，所述第一发送模块，用于当测试数据获取条件满足时，以ajax请求方式向所述服务器发送所述第一测试数据获取请求。

为了解决上述问题，本发明还公开了一种服务器，包括：第一接收模块，用于接收WEB测试中的客户端的浏览器发送的第一测试数据获取请求；其中，所述第一测试数据获取请求由所述浏览器在测试数据获取条件满足时向所述第一接收模块发送，用于向所述服务器请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据；第一获取模块，用于根据所述第一测试数据获取请求，获取所述待测试页面中的、可进行准备的测试数据表单，并将所述测试数据表单发送给所述客户端的浏览器；第二接收模块，用于接收所述浏览器发送的第二测试数据获取请求；其中，所述第二测试数据获取请求由所述浏览器根据用户对数据准备子页面中可进行准备的测试数据表单的操作生成，所述数据准备子页面用于显示所述可进行准备的测试数据表单并供所述用户操作；第二获取模块，用于根据所述第二测试数据获取请求，获取与所述用户操作的所述测试数据表单对应的测试数据，并将所述测试数据发送给所述客户端的浏览器。

优选地，所述第一测试数据获取请求中携带有：所述待测试页面的统一资源定位符URL中的、除顶级域名外的、设定级别的域名；所述第一获取模块，用于在接收到所述第一测试数据获取请求后，根据所述设定级别的域名，从存储的测试数据表单库中，查找并返回与所述设定级别的域名相对应的测试数据表单，并将所述测试数据表单发送给所述客户端的浏览器。

优选地，所述第一获取模块在将所述测试数据表单发送给所述客户端的浏览器时，以JSON格式的字符串携带所述测试数据表单；其中，所述JSON格式的字符串中包含两个键值对，一个键值对用于指示所述测试数据表单包含的测试数据对象，另一个键值对用于指示所述测试数据对象的展示优先级。

与现有技术相比，本发明具有以下优点：

本发明在进行WEB测试时，一旦测试数据获取条件满足，如用户触发获取测试数据的按钮或导航条等，则首先，浏览器会向服务器发送请求可进行准备的测试数据的第一测试数据获取请求。针对该请求，服务器会返回一个测试数据表单，而不是具体的测试数据，该测试数据表单是服务器对待测试页面进行解析后的结果，向用户提供了待测试页面所有可进行数据准备的表项，以供用户选择。并且，该测试数据表单通过一个数据准备子WEB页面展示给用户。例如，当服务器根据第一测试数据获取请求解析出待测试页面需要进行新用户注册业务和已有帐号登录业务测试时，则返回的测试数据表单中包括相应的新用户注册业务测试数据准备的表项和已有帐号登录业务测试数据准备的表项，以供用户根据实际需求进行选择，而不是直接给出业务测试的具体数据准备，如具体帐号和密码等。然后，在用户对数据准备子页面中的表单进行了操作后，如点击了某项表项，则浏览器会根据该操作生成并向服务器发送第二测试数据获取请求；服务器在收到该请求后才会向浏览器返回具体的测试数据，并供浏览器进行待测试页面的测试。

可见，通过本发明，将页面功能测试和UI及接口自动化测试有效整合在一起，在一次测试中即可实现页面功能测试、和UI及接口自动化测试，无需再根据不同的测试场景选择不同的测试数据准备方案，更无需相应的准备数据接口对脚本和数据接口进行修改，密切结合业务流程，简单、有效地实现了WEB自动化测试中测试数据的准备（获取）。

附图说明

图1是根据本发明实施例一的一种测试数据获取方法的步骤流程图；

图2是根据本发明实施例二的一种测试数据获取方法的步骤流程图；

图3是根据本发明实施例三的一种测试数据获取方法的步骤流程图；

图4是图3所示实施例中的浏览器插件与后台服务器的交互流程示意图；

图5是根据本发明实施例四的一种客户端的结构框图；

图6是根据本发明实施例五的一种服务器的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

实施例一

参照图1，示出了根据本发明实施例一的一种测试数据获取方法的步骤流程图。

本实施例的测试数据获取方法包括以下步骤：

步骤S102：当测试数据获取条件满足时，浏览器向服务器发送第一测试数据获取请求。

其中，第一测试数据获取请求用于请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据。

测试数据获取条件是否满足的判定与实际实现中获取测试数据的触发条件相关，如，若在打开待测试页面时显示获取测试数据按钮或控件，则当用户点击按钮或控件时，测试数据获取条件即满足；若在浏览器的导航栏中设置相应的获取测试数据的导航条，则当用户点击该导航条时，测试数据获取条件满足。当然，不限于此，其它任意适当触发测试数据获取的方式同样适用，本发明对此不作限制。

步骤S104：接收服务器根据第一测试数据获取请求返回的、待测试页面中的、可进行准备的测试数据表单，并通过数据准备子页面显示可进行准备的测试数据表单。

第一测试数据获取请求中携带了待测试页面的相关信息，服务器可以对该信息进行解析，以确定向客户端浏览器返回相应的测试数据表单。

对待测试页面的解析可以由本领域技术人员采用任意适当的相关页面解析手段实现，本实施例在此不再详述。

通过对待测试页面的解析，向客户端浏览器返回的测试数据表单中仅给出了相应的测试表项，并不包括具体数据。例如，对一个待测试页面进行解析的，确定该待测试页面可进行新用户注册业务和已有帐号登录业务的测试数据准备，则返回的测试数据表单中包括相应的新用户注册业务测试数据表项和已有帐号登录业务测试数据表项，以供用户根据实际需求选择进行测试的具体项目，而不是直接给出业务测试的具体数据准备，如具体帐号和密码等。

数据准备子页面可以以小于待测试页面的显示范围的形式展示给用户，当然，具体的页面范围可以由本领域技术人员根据实际需求适当设定，如为待测试页面的十分之一大小展示在待测试页面的适当位置，如右下角、右上角等位置，以供用户查看和操作。

步骤S106：接收用户在数据准备子页面中，对可进行准备的测试数据表单的操作，根据所述操作向服务器发送第二测试数据获取请求。

其中，第二测试数据获取请求中携带了用户操作的测试数据表单的信息。

步骤S108：获取服务器根据第二测试数据获取请求返回的、与用户操作的测试数据表单对应的测试数据，将测试数据加载至待测试页面，对待测试页面进行测试。

本步骤中，服务器返回的是具体的测试数据，客户端浏览器将该测试数据加载至待测试页面后，即可进行后续的WEB测试，包括页面测试和UI接口自动化测试。

例如，通过在待测试页面中加载服务器返回的具体帐号和密码，可以确定待测试页面是否实现了应有的显示功能；而通过使用服务器返回的具体帐号和密码与服务器交互，进行后续的登录流程测试，可以确定待测试页面的UI功能和/或接口功能是否正常。

本实施例在进行WEB测试时，一旦测试数据获取条件满足，如用户触发获取测试数据的按钮或导航条等，则首先，浏览器会向服务器发送请求可进行准备的测试数据的第一测试数据获取请求。针对该请求，服务器会返回一个测试数据表单，而不是具体的测试数据，该测试数据表单是服务器对待测试页面进行解析后的结果，向用户提供了待测试页面所有可进行数据准备的表项，以供用户选择。并且，该测试数据表彰通过一个数据准备子WEB页面展示给用户。例如，当服务器根据第一测试数据获取请求解析出待测试页面需要进行新用户注册业务和已有帐号登录业务测试时，则返回的测试数据表单中包括相应的新用户注册业务测试数据准备的表项和已有帐号登录业务测试数据准备的表项，以供用户根据实际需求进行选择，而不是直接给出业务测试的具体数据准备，如具体帐号和密码等。然后，在用户对数据准备子页面中的表单进行了操作后，如点击了某项表项，则浏览器会根据该操作生成并向服务器发送第二测试数据获取请求；服务器在收到该请求后才会向浏览器返回具体的测试数据，并供浏览器进行待测试页面的测试。

可见，通过本实施例，将页面功能测试和UI及接口自动化测试有效整合在一起，在一次测试中即可实现页面功能测试、和UI及接口自动化测试，无需再根据不同的测试场景选择不同的测试数据准备方案，更无需相应的准备数据接口对脚本和数据接口进行修改，密切结合业务流程，简单、有效地实现了WEB自动化测试中测试数据的准备（获取）。

实施例二

参照图2，示出了根据本发明实施例二的一种测试数据获取方法的步骤流程图。

本实施例中，通过安装于客户端浏览器中的浏览器插件实现本发明的测试数据获取方法，通过浏览器插件完成测试数据获取，使用户在不离开待测试页面的情况下即可完成测试数据的准备（获取）。但不限于此，本领域技术人员应当明了，其它适当的实现方式，如通过浏览器接口，或通过浏览器程序，或通过函数或接口调用的方式，均可实现本实施例的测试数据获取方案。

本实施例的测试数据获取方法包括以下步骤：

步骤S202：当测试数据获取条件满足时，客户端浏览器的浏览器插件向服务器发送第一测试数据获取请求。

其中，第一测试数据获取请求用于请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据。

优选地，浏览器插件以ajax请求方式向服务器发送第一测试数据获取请求。

浏览器插件在测试数据获取条件满足时，首先生成一个ajax请求，即第一测试数据获取请求；然后，将该ajax请求发送给服务器，也即，以ajax请求方式向服务器发送第一测试数据获取请求。

ajax的全称是Asynchronous JavaScript and XML，即异步JavaScript和XML，其核心是xmlhttprequest，ajax请求不用刷新页面，而是用JavaScript去处理返回的结果。ajax请求在服务器看来是没有任何区别的，所以服务器返回的是正常的页面，只不过ajax重在了客户端的处理上。目前，大部分的浏览器都支持ajax，所以不需要安装任何额外软件，ajax的环境就是正常开发的环境，也不需要额外任何投入，从而大大节约了本实施例方案的实现成本。

优选地，本实施例的第一测试数据获取请求中携带有：待测试页面的URL（Uniform Resource Locator，统一资源定位符）中的、除顶级域名外的、设定级别的域名，如二级域名或三级域名等。本实施例中，浏览器插件截取待测试页面的URL中设定级别的域名，如二级域名，作为应用名称，将应用名称作为参数携带在第一测试数据获取请求中，通过第一测试数据获取请求中访问后台服务器。后台服务器中保存有应用名称和测试数据表单的对应关系，通过该对应关系和第一测试数据获取请求中携带的设定级别的域名，即可确定第一测试数据获取请求所请求的测试数据表单。

在WEB测试中，待测试页面的URL即可反映待测试页面需要进行准备的测试数据，服务器可以根据URL中的设定级别的域名，确定向客户端浏览器返回相应的测试数据表单。可见，将待测试页面的URL中的设定级别的域名作为应用名称，提高了服务器端对测试数据表单的查找匹配效率，提高了测试数据表单的获取速度。

当然，不限于此，其它适当的确定待测试页面对应的测试数据表单的方式也同样适用，如对待测试页面解析后确定待测试页面可进行数据准备的项目，根据该项目确定对应的测试数据表单等等。

步骤S204：服务器接收第一测试数据获取请求，获取相应的测试数据表单，并发送给客户端浏览器的浏览器插件。

服务器中存储有测试数据表单库，以及设定级别的域名与测试数据表单之间的对应关系。测试数据表单库中保存着所有的测试数据表单。当服务器接收到第一测试数据获取请求后，根据设定级别的域名，从存储的测试数据表单库中，查找并返回与设定级别的域名相对应的测试数据表单，并将查找到的测试数据表单发送给客户端浏览器中的浏览器插件。

优选地，服务器以JSON格式的字符串向浏览器插件返回测试数据表单；其中，JSON格式的字符串中包含两个键值对，一个键值对用于指示测试数据表单包含的测试数据对象，另一个键值对用于指示测试数据对象的展示优先级。

JSON（JavaScript Object Notation）是一种轻量级的数据交换格式，它是基于JavaScript（Standard ECMA-262 3rd Edition-December 1999）的一个子集。JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C，C++，C#，Java，JavaScript，Perl，Python等）。这些特性使JSON成为理想的数据交换语言，易于人阅读和编写，同时也易于机器解析和生成。

JSON简单说就是JavaScript中的对象和数组，通过这两种结构可以表示各种复杂的结构。其中：

（1）对象：对象在JSON中表示为“{}”括起来的内容，数据结构为{key：value，key：value，...}的键值对的结构，在面向对象的语言中，key为对象的属性，value为对应的属性值，所以很容易理解，取值方法为对象.key获取属性值，这个属性值的类型可以是数字、字符串、数组、对象几种。

（2）数组：数组在JSON中是中括号“[]”括起来的内容，数据结构为[″java″，″javascript″，″vb″,...]，取值方式和所有语言中一样，使用索引获取，字段值的类型可以是数字、字符串、数组、对象几种。

JSON可以将JavaScript对象中表示的一组数据转换为字符串，然后就可以在函数之间轻松地传递这个字符串，或者在异步应用程序中将字符串从Web客户机传递给服务器端程序，JavaScript很容易解释它，

本实施例中，采用JSON的对象方式，服务器以JSON格式的字符串向浏览器插件返回测试数据表单。

步骤S206：浏览器插件接收服务器根据第一测试数据获取请求返回的、待测试页面中的、可进行准备的测试数据表单，并通过数据准备子页面显示可进行准备的测试数据表单。

优选地，当服务器以JSON格式的字符串向浏览器插件返回测试数据表单时，浏览器插件接收服务器在收到第一测试数据获取请求后，以JSON格式的字符串返回的、待测试页面中的、可进行准备的测试数据表单；其中，JSON格式的字符串中包含两个键值对，一个键值对用于指示测试数据表单包含的测试数据对象，另一个键值对用于指示测试数据对象的展示优先级。通过展示优选级，浏览器插件可以确定在数据准备子页面中优先展示哪些测试数据表单中的表项（即优先展示哪些测试数据对象）。

步骤S208：浏览器插件接收用户在数据准备子页面中，对测试数据表单的操作，根据所述操作向服务器发送第二测试数据获取请求。

同第一测试数据获取请求类似，浏览器插件在接收到用户对测试数据表单的操作后，如对某一表项的点击操作后，首先生成一个ajax请求，即第二测试数据获取请求；然后，将该ajax请求发送给服务器，也即，以ajax请求方式向服务器发送第二测试数据获取请求。

第二测试数据获取请求中携带了用户操作的测试数据表单的信息（如用户点击的表项的信息）。

步骤S210：服务器接收第二测试数据获取请求，获取与用户操作的测试数据表单对应的测试数据，并发送给客户端浏览器的浏览器插件。

服务器在获取测试数据时，可以采用完成测试数据获取的一段代码，例如，可以是一段空壳（shell）程序，也可以是具体的SQL查询语句或Java代码等。在具体获取测试数据时，可以通过以下方式之一或其组合实现：

（1）通过SQL的方式，从本地存储的数据库获取与用户操作的测试数据准备表单对应的测试数据，或者，也可以从与本服务器连接的其他设备中存储的数据库中获取与用户操作的测试数据准备表单对应的测试数据，例如，从存储在与本服务器位于同一局域网的存储设备中的数据库中获取与用户操作的测试数据准备表单对应的测试数据。采用该方式，可以有效地利用现有的存储测试数据的数据库，提高了资源的利用率。

（2）通过调用远程服务，获取与用户操作的测试数据准备表单对应的测试数据，例如，在WEB系统中，服务器经常采用Java程序的rmi和hession等方式提供远程服务，用于提供某种服务，比如运费服务、订单服务、支付服务等，在本实施例的优选实施方式中，可以通过调用服务器提供的这些服务来构造的测试数据。无论哪种协议的远程服务，其调用方式都是类似的，客户端只要本地存有服务接口的定义，然后按照协议的格式组装参数调用相应方法即可。采用该方式，可以有效地利用现有提供的远程服务，提高现有的远程服务的利用率。

（3）通过向远端服务器发送http请求，从远端服务器获取与用户操作的测试数据准备表单对应的测试数据，例如，可以向远端服务器发送携带用户操作的测试数据准备表单的信息的http请求，远端服务器响应于该http请求，并返回相应的测试数据。其中，远端服务器可以是网络中与WEB自动化测试相关的各种服务器，例如，在对某个WEB系统进行付费测试时，可能会需要获取用户的银行账户，则可以向存储用户的银行帐户的远端服务器发送http请求，以获取用户的银行账户。在该优选实施方式中，可以采用多种方式获取测试数据，而不仅限于本地保存的测试数据，从而扩展了测试数据的来源，保证WEB自动化测试的需求，提高了WEB自动化测试的准确率，保证测试数据获取的成功率。

步骤S212：浏览器插件获取服务器根据第二测试数据获取请求返回的、与用户操作的所述测试数据表单对应的测试数据，将测试数据加载至待测试页面，对待测试页面进行测试。

通过本实施例，使用浏览器插件完成测试数据获取，可一次性获取本次测试所需的所有测试数据，在一次测试中即可实现页面功能测试、和UI及接口自动化测试，无需再根据不同的测试场景选择不同的测试数据准备方案，更无需相应的准备数据接口对脚本和数据接口进行修改，密切结合业务流程，简单、有效地实现了WEB自动化测试中测试数据的准备（获取）；并且，以待测试页面的URL中设定级别的域名作为应用名称，确定相应的测试数据准备表单，进而准备相应的测试数据，提供了针对性的测试数据准备方案；此外，即使后台测试数据有变动，也不会影响到客户端的浏览器插件，从而能够顺利实现测试数据获取，后台服务和测试数据能够快速扩展，不需要升级浏览器插件。

实施例三

参照图3，示出了根据本发明实施例三的一种测试数据获取方法的步骤流程图。

本实施例使用Chrome浏览器插件进行测试数据获取，整个方案包含客户端浏览器的Chrome浏览器插件和后台服务器的Webapp服务两个部分。当然，本领域技术人员应当明了，Chrome浏览器插件和Webapp服务仅为示例性说明，基于其它浏览器内核的浏览器插件如IE浏览器插件和服务器中的其它适当服务均可同样适用。

本实施例的测试数据获取方案由Chrome浏览器插件首先请求后台服务器的Webapp服务，获得Chrome浏览器插件功能展示页面源码并渲染（即获取测试数据表单并渲染成数据准备子页面），当用户从Chrome浏览器插件功能页面进行操作（即对数据准备子页面中的测试数据准备表单的操作），例如准备测试数据操作后，由Chrome浏览器插件发起ajax请求到后台服务器的Webapp服务，后台服务器的Webapp服务在完成请求，例如准备完成目标测试数据之后，返回操作结果的关键数据到Chrome浏览器插件前端展示。

具体地，本实施例的测试数据获取方法包括以下步骤：

步骤S302：当测试数据获取条件满足时，Chrome浏览器插件获得当前浏览器访问的页面的URL，截取二级域名作为应用名称（例如访问URL为message.alibaba.com，则截取二级域名为message作为应用名称），将应用名称作为参数通过ajax请求访问后台服务器的Webapp服务的Recommend接口。

步骤S304：后台服务器的Webapp服务通过资源文件的方式提供应用名称与功能页面模板（即测试数据表单）的唯一映射关系。当Recommend接口被请求时，通过该唯一映射关系和应用名称参数读取对应的功能页面模板html源码内容，组成JSON格式的字符串返回响应请求。

其中，返回Json格式约定为包含两个键值对：

key值为div_list，value内容为功能页面模板的list对象；

key值为default，value内容为指定显示的功能页面模板的名称。

例如：

{“div_list”:[“common”:”<div>…<form/>…</div>”；”data”:”<div>…<form/>…</div>”]；“default”:”common”}，其中common和data为相应的功能页面模板。“default”:”common”指示了优先显示common功能页面模板。

可见，后台服务器根据对Chrome浏览器当前访问页面的URL的domain（域名）分析，提供匹配的测试数据表单。

步骤S306：Chrome浏览器插件在获得Recommend接口返回的数据之后，以JSON格式提取该数据，根据div_list分别进行拼装渲染组合为完整的html输出到插件展示页面（即数据准备子页面），根据default值将对应的功能页面模块（测试数据表单中的测试数据对象）优先展示。

步骤S308：Chrome浏览器插件接收用户对插件展示页面的操作，通过ajax请求访问后台服务器的Webapp服务的Recommend接口，以请求具体的测试数据。

步骤S310：后台服务器的Webapp服务完成请求的测试数据准备业务处理之后，以ajax返回业务代码执行结果对象（具体的测试数据）。

例如：约定返回对象为Map<String,String>，包含一个“result”和“detail”，其中result为约定的操作是否成功标志，detail为操作结果信息，以html编码，用于插件之间渲染输出。后台服务器的Webapp服务允许通过请求提供的参数来调用相应的处理模块，可以通过build脚本、数据库SQL执行、业务dubbo接口调用等多种方式来完成测试数据准备过程。

后台服务器的Webapp服务的开发人员进行新功能的增加时不需要修改Chrome浏览器插件本身，例如：需求新增创建业务数据功能时，后台开发人员仅需要在后台服务器的Webapp服务中增加创建业务数据的html格式的form表单内容（提供给插件功能页面展示）以及该表单对应请求的功能模块的实现即可。

在具体实现过程中，后台服务器可以和客户端约定Chrome浏览器插件发起请求的通信格式，开放后台Webapp服务的功能实现，方便扩展各种类型的测试数据准备方式。

步骤S312：Chrome浏览器插件接收后台服务器返回的业务代码执行结果对象，将具体的测试数据加载至浏览器当前访问的页面中，进行浏览器当前访问页面的测试。

上述Chrome浏览器插件与后台服务器的Webapp服务交互过程的简单示意如图4所示，在测试数据获取条件满足时，Chrome浏览器插件通过ajax请求向后台服务器的Webapp服务请求插件展示页面，即功能页面模板（测试数据表单）的内容；后台服务器的Webapp服务接收ajax请求后，获取相应的功能页面模板（测试数据表单）的内容，对获取的功能页面模板（测试数据表单）的内容进行拼装后向Chrome浏览器插件返回插件展示页面；Chrome浏览器插件输出插件展示页面（数据准备子页面），并在用户点击了插件展示页面（数据准备子页面）中的内容后，由插件展示页面（数据准备子页面）向后台服务器的Webapp服务发起业务请求，请求具体的测试数据；后台服务器的Webapp服务接收到业务请求后，执行相应的业务操作并向Chrome浏览器插件返回操作结果。至此，一次WEB测试中的Chrome浏览器插件与后台服务器的Webapp服务交互完成。然后，Chrome浏览器插件根据后台服务器的Webapp服务返回的操作结果进行后续加载和测试。

由上述过程可见，整个操作过程中，用户不需要离开被测试页面，也不需要额外的访问其它的应用或者网站，仅通过浏览器插件即可完成测试数据准备的所有交互行为。

本实施例中，通过Chrome浏览器插件完成数据准备，使用户在不离开被测试页面的情况下完成数据准备；针对不同的页面URL，提供针对性的测试数据准备方案；后台服务能够快速扩展，不需要升级插件。

实施例四

参照图5，示出了根据本发明实施例四的一种客户端的结构框图。

本实施例的客户端包括：第一发送模块402，用于当测试数据获取条件满足时，向服务器发送第一测试数据获取请求，其中，第一测试数据获取请求用于请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据；显示模块404，用于接收服务器根据第一测试数据获取请求返回的、待测试页面中的、可进行准备的测试数据表单，并通过数据准备子页面显示可进行准备的测试数据表单；第二发送模块406，用于接收用户在数据准备子页面中，对可进行准备的测试数据表单的操作，根据所述操作向服务器发送第二测试数据获取请求；测试模块408，用于获取服务器根据第二测试数据获取请求返回的、与用户操作的测试数据表单对应的测试数据，将测试数据加载至待测试页面，对待测试页面进行测试。

优选地，第一发送模块402，用于当测试数据获取条件满足时，在第一测试数据获取请求中携带：待测试页面的URL中的、除顶级域名外的、设定级别的域名，并向服务器发送第一测试数据获取请求。

优选地，显示模块404在接收服务器根据第一测试数据获取请求返回的、待测试页面中的、可进行准备的测试数据表单时：接收服务器在收到第一测试数据获取请求后，根据设定级别的域名，从存储的测试数据表单库中，查找并返回与设定级别的域名相对应的测试数据表单。

优选地，显示模块404在接收服务器根据第一测试数据获取请求返回的、待测试页面中的、可进行准备的测试数据表单时：接收服务器在收到第一测试数据获取请求后，以JSON格式的字符串返回的、待测试页面中的、可进行准备的测试数据表单；其中，JSON格式的字符串中包含两个键值对，一个键值对用于指示测试数据表单包含的测试数据对象，另一个键值对用于指示测试数据对象的展示优先级。

优选地，第一发送模块402用于当测试数据获取条件满足时，以ajax请求方式向服务器发送第一测试数据获取请求。

本实施例的客户端用于实现前述多个方法实施例中相应的测试数据获取方法中的客户端的操作，并具有相应的方法实施例的有益效果，在此不再赘述。

实施例五

参照图6，示出了根据本发明实施例五的一种服务器的结构框图。

本实施例的服务器包括：第一接收模块502，用于接收WEB测试中的客户端的浏览器发送的第一测试数据获取请求；其中，第一测试数据获取请求由浏览器在测试数据获取条件满足时向第一接收模块发送，用于向服务器请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据；第一获取模块504，用于根据第一测试数据获取请求，获取待测试页面中的、可进行准备的测试数据表单，并将测试数据表单发送给客户端的浏览器；第二接收模块506，用于接收浏览器发送的第二测试数据获取请求；其中，第二测试数据获取请求由浏览器根据用户对数据准备子页面中可进行准备的测试数据表单的操作生成，数据准备子页面用于显示可进行准备的测试数据表单并供用户操作；第二获取模块508，用于根据第二测试数据获取请求，获取与用户操作的测试数据表单对应的测试数据，并将测试数据发送给客户端的浏览器。

优选地，第一测试数据获取请求中携带有：待测试页面的URL中的、除顶级域名外的、设定级别的域名；第一获取模块504，用于在接收到第一测试数据获取请求后，根据设定级别的域名，从存储的测试数据表单库中，查找并返回与设定级别的域名相对应的测试数据表单，并将测试数据表单发送给客户端的浏览器。

优选地，第一获取模块504在将测试数据表单发送给客户端的浏览器时，以JSON格式的字符串携带测试数据表单；其中，JSON格式的字符串中包含两个键值对，一个键值对用于指示测试数据表单包含的测试数据对象，另一个键值对用于指示测试数据对象的展示优先级。

本实施例的服务器用于实现前述多个方法实施例中相应的测试数据获取方法中的服务器端的操作，并具有相应的方法实施例的有益效果，在此不再赘述。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于客户端和服务器实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本发明所提供的一种测试数据获取方法、客户端和服务器，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

1.一种测试数据获取方法，其特征在于，包括：

当测试数据获取条件满足时，浏览器向服务器发送第一测试数据获取请求，其中，所述第一测试数据获取请求用于请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据；

接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单，并通过数据准备子页面显示所述可进行准备的测试数据表单；

接收所述用户在所述数据准备子页面中，对所述可进行准备的测试数据表单的操作，根据所述操作向所述服务器发送第二测试数据获取请求；

获取所述服务器根据所述第二测试数据获取请求返回的、与所述用户操作的所述测试数据表单对应的测试数据，将所述测试数据加载至所述待测试页面，对所述待测试页面进行测试。

2.根据权利要求1所述的方法，其特征在于，所述浏览器向服务器发送第一测试数据获取请求的步骤包括：

所述浏览器在所述第一测试数据获取请求中携带：所述待测试页面的统一资源定位符URL中的、除顶级域名外的、设定级别的域名，并向所述服务器发送所述第一测试数据获取请求。

3.根据权利要求2所述的方法，其特征在于，所述接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单的步骤包括：

接收所述服务器在收到所述第一测试数据获取请求后，根据所述设定级别的域名，从存储的测试数据表单库中，查找并返回与所述设定级别的域名相对应的测试数据表单。

4.根据权利要求1、2或3所述的方法，其特征在于，所述接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单的步骤包括：

接收所述服务器在收到所述第一测试数据获取请求后，以JSON格式的字符串返回的、所述待测试页面中的、可进行准备的测试数据表单；

其中，所述JSON格式的字符串中包含两个键值对，一个键值对用于指示所述测试数据表单包含的测试数据对象，另一个键值对用于指示所述测试数据对象的展示优先级。

5.根据权利要求1、2或3所述的方法，其特征在于，所述浏览器向服务器发送第一测试数据获取请求的步骤包括：

浏览器以ajax请求方式向所述服务器发送所述第一测试数据获取请求。

6.根据权利要求1所述的方法，其特征在于，所述测试数据获取方法通过安装于所述浏览器中的浏览器插件执行。

7.一种客户端，其特征在于，包括：

第一发送模块，用于当测试数据获取条件满足时，向服务器发送第一测试数据获取请求，其中，所述第一测试数据获取请求用于请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据；

显示模块，用于接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单，并通过数据准备子页面显示所述可进行准备的测试数据表单；

第二发送模块，用于接收所述用户在所述数据准备子页面中，对所述可进行准备的测试数据表单的操作，根据所述操作向所述服务器发送第二测试数据获取请求；

测试模块，用于获取所述服务器根据所述第二测试数据获取请求返回的、与所述用户操作的所述测试数据表单对应的测试数据，将所述测试数据加载至所述待测试页面，对所述待测试页面进行测试。

8.根据权利要求7所述的客户端，其特征在于，所述第一发送模块，用于当测试数据获取条件满足时，在所述第一测试数据获取请求中携带：所述待测试页面的统一资源定位符URL中的、除顶级域名外的、设定级别的域名，并向所述服务器发送所述第一测试数据获取请求。

9.根据权利要求8所述的客户端，其特征在于，所述显示模块在接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单时：

接收所述服务器在收到所述第一测试数据获取请求后，根据所述设定级别的域名，从存储的测试数据表单库中，查找并返回与所述设定级别的域名相对应的测试数据表单。

10.根据权利要求7、8或9所述的客户端，其特征在于，所述显示模块在接收所述服务器根据所述第一测试数据获取请求返回的、所述待测试页面中的、可进行准备的测试数据表单时：

接收所述服务器在收到所述第一测试数据获取请求后，以JSON格式的字符串返回的、所述待测试页面中的、可进行准备的测试数据表单；

其中，所述JSON格式的字符串中包含两个键值对，一个键值对用于指示所述测试数据表单包含的测试数据对象，另一个键值对用于指示所述测试数据对象的展示优先级。

11.根据权利要求7、8或9所述的客户端，其特征在于，所述第一发送模块，用于当测试数据获取条件满足时，以ajax请求方式向所述服务器发送所述第一测试数据获取请求。

12.一种服务器，其特征在于，包括：

第一接收模块，用于接收WEB测试中的客户端的浏览器发送的第一测试数据获取请求；其中，所述第一测试数据获取请求由所述浏览器在测试数据获取条件满足时向所述第一接收模块发送，用于向所述服务器请求WEB测试中客户端的待测试页面中的、可进行准备的测试数据；

第一获取模块，用于根据所述第一测试数据获取请求，获取所述待测试页面中的、可进行准备的测试数据表单，并将所述测试数据表单发送给所述客户端的浏览器；

第二接收模块，用于接收所述浏览器发送的第二测试数据获取请求；其中，所述第二测试数据获取请求由所述浏览器根据用户对数据准备子页面中可进行准备的测试数据表单的操作生成，所述数据准备子页面用于显示所述可进行准备的测试数据表单并供所述用户操作；

第二获取模块，用于根据所述第二测试数据获取请求，获取与所述用户操作的所述测试数据表单对应的测试数据，并将所述测试数据发送给所述客户端的浏览器。

13.根据权利要求12所述的服务器，其特征在于，所述第一测试数据获取请求中携带有：所述待测试页面的统一资源定位符URL中的、除顶级域名外的、设定级别的域名；

所述第一获取模块，用于在接收到所述第一测试数据获取请求后，根据所述设定级别的域名，从存储的测试数据表单库中，查找并返回与所述设定级别的域名相对应的测试数据表单，并将所述测试数据表单发送给所述客户端的浏览器。

14.根据权利要求13所述的服务器，其特征在于，所述第一获取模块在将所述测试数据表单发送给所述客户端的浏览器时，以JSON格式的字符串携带所述测试数据表单；其中，所述JSON格式的字符串中包含两个键值对，一个键值对用于指示所述测试数据表单包含的测试数据对象，另一个键值对用于指示所述测试数据对象的展示优先级。