CN107566203A - 一种线上服务测试方法及系统 - Google Patents

Abstract

本发明提供了一种线上服务测试方法及系统，方法首先在本地配置线上服务的地址信息，然后根据地址信息使用代理将本地发出的请求转发至线上服务，最后获取线上服务的响应结果，以验证线上服务是否正常启动。本发明能自动地配置HOSTS文件中的IP地址及对应的域名，故能自动、高效地验证线上服务是否正常启动，并且能实现HTTPS线上服务的测试。

Description

一种线上服务测试方法及系统

技术领域

本发明属于互联网领域，尤其涉及一种线上服务测试方法及系统。

背景技术

当网站(例如，大型电子商务网站)上线时，需要对网站中多个线上服务进行测试，以验证其是否能正常启动。现有测试人员在本地对多个线上服务进行测试时，需要在本地配置HOSTS文件，HOSTS文件是一个没有扩展名的系统文件，可以用记事本等工具打开，其作用就是将一些常用的网址域名与其对应的IP地址建立一个关联“数据库”，当用户在浏览器中输入一个需要登录的网址时，系统会首先自动从HOSTS文件中寻找对应的IP地址，一旦找到，系统会立即打开对应网页，如果没有找到，则系统会再将网址提交DNS域名解析服务器进行IP地址的解析。由于每个线上服务对应的IP不同，而且这些IP都对应于同一个域名，这样测试人员在配置HOSTS文件时，需要手动地将一个IP地址与域名配置到HOSTS文件中，待测试执行完毕，再将下一个IP地址与域名配置到HOSTS文件中。当一个域名中待测试的线上服务较多时，这样测试就比较耗时。

另外，如果线上服务是采用HTTPS协议进行通信，测试人员无法通过以配置HOSTS文件形式，进行对指定IP的功能验证，因为HTTPS协议的服务是绑定在虚拟IP(VIP)上，故在本地无法通过IP地址来访问到相应的线上服务。

发明内容

(一)要解决的技术问题

鉴于上述问题，本发明的目的在于提供一种线上服务测试方法及系统，能自动、高效地验证线上服务是否正常启动。

(二)技术方案

本发明提供一种线上服务测试方法，用于验证线上服务是否正常启动，方法包括：

S1，在本地配置线上服务的地址信息；

S2，根据地址信息将本地发出的请求转发至线上服务；

S3，获取线上服务的响应结果，以验证线上服务是否正常启动。

进一步，步骤S1中，地址信息包括线上服务的IP地址及IP地址所对应的域名，其中，步骤S1还包括，在本地的HOSTS文件中配置线上服务的IP地址及IP地址所对应的域名，根据域名向线上服务发出请求。

进一步，在本地通过执行一脚本，以根据域名向线上服务发出请求。

进一步，步骤S2包括：

S21，将线上服务的地址信息配置到一代理的配置文件；

S22，采用代理将本地发出的请求转发至线上服务。

进一步，代理为Nginx，若线上服务采用HTTP协议进行通信，则Nginx代理为线上服务的IP地址，具体的配置如下：

upstream www.jd.com{server 10.10.10.1：80；}

server{listen 80；

server_name www.jd.com；

location/{proxy_next_upstream

http_500 http_502 http_503 http_504 error timeout invalid_header；

proxy_set_header Host$host；

proxy_set_header X-Forwarded-For$proxy_add_x_forwarded_for；

expires 0；

proxy_pass http：//www.jd.com；

若线上服务采用HTTPS协议进行通信，则Nginx则Nginx代理为线上服务的IP地址，具体的配置如下：

本发明还提供一种线上服务测试系统，用于验证线上服务是否正常启动，系统包括：

配置模块，用于在本地配置线上服务的地址信息；

转发模块，用于根据所述地址信息将本地发出的请求转发至线上服务；

验证模块，用于获取线上服务的响应结果，以验证线上服务是否正常启动。

进一步，地址信息包括所述线上服务的IP地址及IP地址所对应的域名，其中，配置模块还用于在本地的HOSTS文件中配置线上服务的IP地址及IP地址所对应的域名，根据域名向线上服务发出请求。

进一步，在本地通过执行一脚本，以根据域名向线上服务发出请求。

进一步，转发模块包括：

配置子模块，用于将线上服务的地址信息配置到一代理的配置文件；

转发子模块，用于采用所述代理将本地发出的请求转发至线上服务。

进一步，代理为Nginx，若线上服务采用HTTP协议进行通信，则Nginx代理为线上服务的IP地址；若线上服务采用HTTPS协议进行通信，则Nginx代理为线上服务的虚拟IP地址。

(三)有益效果

本发明具有以下优点：

1、测试人员仅需要一次性地配置完所有IP地址及这些IP地址所对应的域名，然后脚本自动地在本地HOSTS文件中配置IP地址及对应的域名，然后通过Nginx根据域名将本地请求转发至线上服务，获取线上服务的响应结果，完成测试。这种测试方式能自动地配置HOSTS文件中的IP地址及对应的域名，故能自动、高效地验证线上服务是否正常启动。

2、当线上服务采用HTTPS协议进行通信时，由于Nginx代理为线上服务的虚拟IP地址，使得Nginx绑定了HTTPS线上服务所需的HTTPS证书，故在本地能够访问相应的线上服务，以实现HTTPS线上服务的测试。

附图说明

图1是本发明提供的线上服务测试方法的流程图。

图2是本发明提供的线上服务测试系统的结构示意图。

图3是本发明第一实施例的示意图。

图4是本发明又一实施例的示意图。

具体实施方式

本发明提供一种线上服务测试方法及系统，方法首先在本地配置线上服务的地址信息，然后根据地址信息使用代理将本地发出的请求转发至线上服务，最后获取线上服务的响应结果，以验证线上服务是否正常启动。本发明能自动地配置HOSTS文件中的IP地址及对应的域名，故能自动、高效地验证线上服务是否正常启动，并且能实现HTTPS线上服务的测试。

图1是本发明提供的线上服务测试方法的流程图，如图1所示，方法包括：

S1，在本地配置线上服务的地址信息，其中，地址信息包括线上服务的IP地址及IP地址所对应的域名。当需要执行测试时，测试人员可以自动触发或手动触发一脚本执行，脚本可以自动根据上述配置的IP地址和域名配置本地的HOSTS文件，然后脚本自动根据HOSTS文件中的域名，从本地向线上服务发出请求。

S2，根据地址信息将本地发出的请求转发至线上服务。具体地，将线上服务的地址信息配置到一代理的配置文件，然后通过代理将本地发出的请求转发至线上服务，其中，本发明的代理可采用但不限于Nginx，若线上服务采用HTTP协议进行通信，则Nginx代理为线上服务的IP地址；若线上服务采用HTTPS协议进行通信，则Nginx代理为线上服务的虚拟IP地址。

S3，获取线上服务的响应结果，以验证线上服务是否正常启动。例如，在本地自动对线上服务响应页面进行截图，然后进而截图与预设图片进行对比，以判断线上服务的响应结果是否与预期结果一致，如果是，则证明线上服务是正常启动。

图2是本发明提供的线上服务测试系统的结构示意图，如图2所示，系统10包括：

配置模块100，用于在本地配置线上服务的地址信息，其中，地址信息包括线上服务的IP地址及IP地址所对应的域名。当需要执行测试时，测试人员可以自动触发或手动触发一脚本执行，脚本可以自动根据上述配置的IP地址和域名配置本地的HOSTS文件，然后脚本自动根据HOSTS文件中的域名，从本地向线上服务发出请求。

转发模块200，用于根据地址信息将本地发出的请求转发至线上服务。具体地，将线上服务的地址信息配置到一代理的配置文件，然后通过代理将本地发出的请求转发至线上服务，其中，本发明的代理可采用但不限于Nginx，若线上服务采用HTTP协议进行通信，则Nginx代理为线上服务的IP地址；若线上服务采用HTTPS协议进行通信，则Nginx代理为线上服务的虚拟IP地址。

验证模块300，用于获取线上服务的响应结果，以验证线上服务是否正常启动。例如，在本地自动对线上服务响应页面进行截图，然后进而截图与预设图片进行对比，以判断线上服务的响应结果是否与预期结果一致，如果是，则证明线上服务是正常启动。

另外，还可以根据判断结果生成测试报告，直接在本地呈现给测试人员，或者将测试报告通过邮件发送给测试人员。

综上所述，测试人员仅需要一次性地配置完所有IP地址及这些IP地址所对应的域名，然后脚本自动地在本地HOSTS文件中配置IP地址及对应的域名，然后通过Nginx根据域名将本地请求转发至线上服务，获取线上服务的响应结果，完成测试。这种测试方式能自动地配置HOSTS文件中的IP地址及对应的域名，故能自动、高效地验证线上服务是否正常启动。另外，当线上服务采用HTTPS协议进行通信时，由于Nginx代理为线上服务的虚拟IP地址，使得Nginx绑定了HTTPS线上服务所需的HTTPS证书，故在本地能够访问相应的线上服务，以实现HTTPS线上服务的测试。

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

在本发明中，术语“包括”和“含有”及其派生词意为包括而非限制；术语“或”是包含性的，意为和/或。

在本说明书中，下述用于描述本发明原理的各种实施例只是说明，不应该以任何方式解释为限制发明的范围。参照附图的下述描述用于帮助全面理解由权利要求及其等同物限定的本发明的示例性实施例。下述描述包括多种具体细节来帮助理解，但这些细节应认为仅仅是示例性的。因此，本领域普通技术人员应认识到，在不背离本发明的范围和精神的情况下，可以对本文中描述的实施例进行多种改变和修改。此外，为了清楚和简洁起见，省略了公知功能和结构的描述。此外，贯穿附图，相同参考数字用于相似功能和操作。

先介绍本实施例的应用场景，对于一个大型的电子商务网站，其后台设有庞大的服务集群，以提供不同的线上服务，其对应有不同的IP地址。如下表所示：

普通用户并不知晓每个服务的IP地址，故无法直接访问线上服务A、B、C，只有通过域名www.jd.com登录到电子商务网站，然后通过触发相应的链接以访问线上服务。然而，针对测试人员，这样访问线上服务的方式显然不是最好的选择，就如现有技术所提到的，测试人员手动配置HOSTS文件，例如，要测试线上服务A时，先配置www.jd.com对应于10.10.10.1，然后登录www.jd.com以访问10.10.10.1，这样就可测试线上服务A，然后测试线上服务B时，先配置www.jd.com对应于10.10.10.3，然后登录www.jd.com以访问10.10.10.3，这样就可测试线上服务B......所以说，现有技术这种方式每测试一个服务，就要手动去修改HOSTS文件中域名与IP地址的对应关系，这显示是一种耗时冗杂的工作。

第一实施例

图3是本发明第一实施例的示意图，如图3所示，UI视图中的各个功能模块能够与测试人员直接交互，基础服务中的各个功能模块为底层自动执行的部分。测试人员在通过一个界面，一次性配置线上服务A、B、C的IP地址和域名，这个配置是一对多的关系，即一个域名可对于多个IP地址。然后手动或定时触发测试，抽取配置中的域名和一个IP地址，例如要测试A时，自动抽取域名www.jd.com和IP地址10.10.10.1，在执行测试时，将域名www.jd.com和IP地址10.10.10.1分别配置到本地的HOSTS文件和代理Nginx的配置文件，这样在本地访问www.jd.com时，本地会自动解析为访问10.10.10.1，并且本地向10.10.10.1发送的请求会通过代理Nginx转发至线上服务A中。

通过上述方式测试一个域名中的多个线上服务，无需频繁地去配置域名和线上服务IP地址的对应关系，只需一次性配置域名和所有IP地址(IP列表)，系统会自动抽取IP地址和域名以配置本地的HOSTS文件和代理Nginx的配置文件，然后自动执行请求发送。这样节省了测试人员的时间，也保证的测试的高效性。

另外，采用Nginx进行请求转发，可以在本地直接访问HTTP或HTTPS形式的服务，例如，当线上服务为HTTP服务时，将Nginx中的server修改为对应HOSTS文件的IP地址即可访问到对应的线上服务；当线上服务为HTTPS服务时，由于服务是绑定到VIP上，此时将Nginx代理为VIP即可访问到对应的线上服务。

在利用代理Nginx转发完请求后，线上服务会向本地返回一个响应页面，脚本还可以将响应页面进行截图，并将截图与预定的图片进行图片对比，通过判断两个图片是否相似以确定返回的响应页面是否正确。根据判断结果生成测试报告，可以直接向UI视图中展示给测试人员，也可以通过邮件的形式发送给测试人员。

所以，上述实施例中测试人员仅需要一次性地配置完所有IP地址及这些IP地址所对应的域名，然后脚本自动地在本地HOSTS文件中配置IP地址及对应的域名，然后通过Nginx根据域名将本地请求转发至线上服务，获取线上服务的响应结果，完成测试。这种测试方式能自动地配置HOSTS文件中的IP地址及对应的域名，故能自动、高效地验证线上服务是否正常启动。

第二实施例

图4是本发明又一实施例的示意图，本实施例原理与第一实施例相似，仅在着重介绍Nginx的转发过程，如图4所示，测试人员配置完地址信息(IP地址列表和域名)以后，通过执行脚本以将配置的IP地址和域名配置到Ngnix的配置文件。Ngnix能根据配置文件转发请求。

本地通过Ngnix转发请求至线上服务后，线上服务返回响应页面。脚本自动将返回的页面内容进行截图，并自动将截图与预存的图片进行对比，其中，预存的图片是反映服务正常启动所返回的页面截图，所以通过图表对比，可以判断测试的截图与预存的截图是否一致，以确定线上服务是否正常启动。

为了使测试人员及时监控到此时服务的运行状况，可以将对比的结果以报告的形成呈现给测试人员，也可通过邮件的形式将报告进行发送，在所有服务测试完成后，统一进行查看。

综上所述，本发明提供的线上服务测试方法让测试人员从冗杂耗时的手动测试解放出来，至始只需列出所有服务的IP地址和域名，就能逐一地、自动地完成各服务的测试。

根据本发明各实施例的上述方法、设备和/或装置可以通过有计算能力的电子设备执行包含计算机指令的软件来实现。所述有计算能力的电子设备可以是通用处理器、数字信号处理器、专用处理器、可重新配置处理器等，但不限于此。执行这样的指令使得电子设备被配置为执行根据本发明的上述各项操作。上述各设备和/或部件可以在一个电子设备中实现，也可以在不同电子设备中实现。这些软件可以存储在计算机可读存储介质中。计算机可读存储介质存储一个或多个程序(软件模块)，所述一个或多个程序包括指令，当电子设备中的一个或多个处理器执行所述指令时，所述指令使得电子设备执行本发明的方法。

这些软件可以存储为易失性存储器或非易失性存储装置的形式(比如类似ROM等存储设备)，不论是可擦除的还是可重写的，或者存储为存储器的形式(例如RAM、存储器芯片、设备或集成电路)，或者被存储在光可读介质或磁可读介质上(比如，CD、DVD、磁盘或磁带等等)。应该意识到，存储设备和存储介质是适于存储一个或多个程序的机器可读存储装置的实施例，所述一个程序或多个程序包括指令，当所述指令被执行时，实现本发明的实施例。实施例提供程序和存储这种程序的机器可读存储装置，所述程序包括用于实现本发明的任何一项权利要求所述的装置或方法的代码。此外，可以经由任何介质(比如，经由有线连接或无线连接携带的通信信号)来电传递这些程序，多个实施例适当地包括这些程序。

根据本发明各实施例的方法、设备和/或装置还可以使用例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)或可以以用于对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式的适当组合来实现。在以这些方式实现时，所使用的的软件、硬件和/或固件被编程或设计为执行根据本发明的相应上述方法、步骤和/或功能。本领域技术人员可以根据实际需要来适当地将这些系统和模块中的一个或多个，或其中的一部分或多个部分使用不同的上述实现方式来实现。这些实现方式均落入本发明的保护范围。

尽管已经参照本发明的特定示例性实施例示出并描述了本发明，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本发明的精神和范围的情况下，可以对本发明进行形式和细节上的多种改变。因此，本发明的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。

Claims (12)

1.一种线上服务测试方法，用于验证线上服务是否正常启动，其特征在于，方法包括：

S1，在本地配置所述线上服务的地址信息；

S2，根据所述地址信息将本地发出的请求转发至所述线上服务；

S3，获取所述线上服务的响应结果，以验证线上服务是否正常启动。

2.根据权利要求1所述的线上服务测试方法，其特征在于，所述地址信息包括所述线上服务的IP地址及IP地址所对应的域名，其中，所述步骤S1还包括，在本地的HOSTS文件中配置线上服务的IP地址及IP地址所对应的域名，根据所述域名向所述线上服务发出请求。

3.根据权利要求2所述的线上服务测试方法，其特征在于，在本地通过执行一脚本，以根据域名向所述线上服务发出请求。

4.根据权利要求3所述的线上服务测试方法，其特征在于，所述步骤S2包括：

S21，将所述线上服务的地址信息配置到一代理的配置文件；

S22，采用所述代理将本地发出的请求转发至所述线上服务。

5.根据权利要求4所述的线上服务测试方法，其特征在于，所述代理为Nginx。

6.根据权利要求5所述的线上服务测试方法，其特征在于，若所述线上服务采用HTTP协议进行通信，则Nginx代理为所述线上服务的IP地址；若所述线上服务采用HTTPS协议进行通信，则Nginx代理为所述线上服务的虚拟IP地址。

7.一种线上服务测试系统，用于验证线上服务是否正常启动，其特征在于，系统包括：

配置模块，用于在本地配置所述线上服务的地址信息；

转发模块，用于根据所述地址信息将本地发出的请求转发至所述线上服务；

验证模块，用于获取所述线上服务的响应结果，以验证线上服务是否正常启动。

8.根据权利要求7所述的线上服务测试系统，其特征在于，所述地址信息包括所述线上服务的IP地址及IP地址所对应的域名，其中，所述配置模块还用于，在本地的HOSTS文件中配置线上服务的IP地址及IP地址所对应的域名，根据所述域名向所述线上服务发出请求。

9.根据权利要求8所述的线上服务测试系统，其特征在于，在本地通过执行一脚本，以根据域名向所述线上服务发出请求。

10.根据权利要求9所述的线上服务测试系统，其特征在于，所述转发模块包括：

配置子模块，用于将所述线上服务的地址信息配置到一代理的配置文件；

转发子模块，用于采用所述代理将本地发出的请求转发至所述线上服务。

11.根据权利要求10所述的线上服务测试系统，其特征在于，所述代理为Nginx。

12.根据权利要求11所述的线上服务测试系统，其特征在于，若所述线上服务采用HTTP协议进行通信，则Nginx代理为所述线上服务的IP地址；若所述线上服务采用HTTPS协议进行通信，则Nginx代理为所述线上服务的虚拟IP地址。