CN110347597A - 图片服务器的接口测试方法、装置、存储介质与移动终端 - Google Patents

Abstract

本公开提供了一种图片服务器的接口测试方法、接口测试装置、存储介质与移动终端，属于计算机技术领域。该方法应用于移动终端，包括：获取用于接口测试的图片集；建立多个接口测试线程；分别通过每个所述接口测试线程从所述图片集获取测试图片，并调用待测试接口，以利用所述测试图片对所述待测试接口进行测试。本公开可以模拟真实的移动终端访问情况，提高接口测试结果的准确度。

Description

图片服务器的接口测试方法、装置、存储介质与移动终端

技术领域

本公开涉及计算机技术领域，尤其涉及一种图片服务器的接口测试方法、图片服务器的接口测试装置、计算机可读存储介质与移动终端。

背景技术

图片服务器是指处理各种图片业务的服务器，例如图片美化、图片识别、图片存储等业务的服务器。目前图片服务器的接口测试大多是在PC(Personal Computer，个人电脑)端实现的，例如采用PC端的专业测试工具LoadRunner、JMeter等进行测试。但是随着各种图片应用在移动终端上的用户群体日益庞大，PC端的接口测试始终难以较好的模拟移动终端的运行环境，且现有的测试工具无法得到较为细节化的测试数据，这些都导致测试结果不理想，无法准确测试出图片服务器的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供了一种图片服务器的接口测试方法、图片服务器的接口测试装置、计算机可读存储介质与移动终端，进而至少在一定程度上改善现有的接口测试中测试结果不理想的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种图片服务器的接口测试方法，应用于移动终端，所述方法包括：获取用于接口测试的图片集；建立多个接口测试线程；分别通过每个所述接口测试线程从所述图片集获取测试图片，并调用待测试接口，以利用所述测试图片对所述待测试接口进行测试。

可选的，所述获取用于接口测试的图片集，包括：利用所述移动终端的摄像头拍摄图像流，从所述图像流中提取图片，以生成用于接口测试的所述图片集。

可选的，所述获取用于接口测试的图片集，包括：获取基准图片，对所述基准图片进行多次变换处理，得到用于接口测试的所述图片集。

可选的，所述变换处理包括以下任意一种或多种：仿射变换、透视变换、随机更改像素值、多个所述基准图像的组合、上采样、下采样。

可选的，所述调用待测试接口，以利用所述测试图片对所述待测试接口进行测试，包括：将所述测试图片发送至所述待测试接口；接收所述待测试接口反馈的结果数据，并记录所述待测试接口反馈所述结果数据所用的响应时间以及所述测试过程中的异常情况。

可选的，所述方法还包括：统计所述图片集中每个测试图片在多个所述接口测试线程的测试中对应的所述响应时间，确定关于所述响应时间的正常数值范围；若存在响应时间超出所述正常数值范围的比例超过预设比例阈值的测试图片，则从所述图片集中删除该测试图片。

可选的，所述方法还包括：接收所述待测试接口反馈的至少一个节点的中间数据，并记录所述待测试接口反馈各所述中间数据所用的响应时间。

根据本公开的第二方面，提供一种图片服务器的接口测试装置，应用于移动终端，所述接口测试装置包括：图片获取模块，用于获取用于接口测试的图片集；线程建立模块，用于建立多个接口测试线程；接口调用模块，用于分别通过每个所述接口测试线程从所述图片集获取测试图片，并调用待测试接口，以利用所述测试图片对所述待测试接口进行测试。

可选的，所述图片获取模块，用于利用所述移动终端的摄像头拍摄图像流，从所述图像流中提取图片，以生成用于接口测试的所述图片集。

可选的，所述图片获取模块，用于获取基准图片，对所述基准图片进行多次变换处理，得到用于接口测试的所述图片集。

可选的，所述变换处理包括以下任意一种或多种：仿射变换、透视变换、随机更改像素值、多个所述基准图像的组合、上采样、下采样。

可选的，所述接口调用模块，用于将所述测试图片发送至所述待测试接口，接收所述待测试接口反馈的结果数据，并记录所述待测试接口反馈所述结果数据所用的响应时间以及所述测试过程中的异常情况。

可选的，所述图片获取模块，还用于统计所述图片集中每个测试图片在多个所述接口测试线程的测试中对应的所述响应时间，确定关于所述响应时间的正常数值范围，若存在响应时间超出所述正常数值范围的比例超过预设比例阈值的测试图片，则从所述图片集中删除该测试图片。

可选的，所述接口调用模块，还用于接收所述待测试接口反馈的至少一个节点的中间数据，并记录所述待测试接口反馈各所述中间数据所用的响应时间。

根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种方法。

根据本公开的第四方面，提供一种移动终端，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一种方法。

本公开的技术方案具有以下有益效果：

在移动终端上建立多个接口测试线程，分别从用于接口测试的图片集中获取测试图片，以进行图片服务器的接口测试。一方面，提供了一种在移动终端的运行环境下进行接口测试的方法，可以模拟真实的移动终端用户访问图片服务器，使得测试过程更加接近于实际情况，提高测试结果的准确度。另一方面，部署多个接口测试线程，以线程为单元，模拟真实用户进行测试，在测试过程中可以记录每个线程的指标数据，因此实现更加细节化的测试，相比于采用PC端的测试工具进行测试，本公开更有利于测试出系统在细节方面存在的问题，提高测试质量。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施方式，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本示例性实施方式运行环境的系统架构图；

图2示出本示例性实施方式中一种图片服务器的接口测试方法的流程图；

图3示出本示例性实施方式中一种图片服务器的接口测试方法的子流程图；

图4示出本示例性实施方式中一种图片服务器的接口测试方法的交互流程图；

图5示出本示例性实施方式中一种图片服务器的接口测试装置的结构框图；

图6示出本示例性实施方式中一种用于实现上述方法的计算机可读存储介质；

图7示出本示例性实施方式中一种用于实现上述方法的移动终端。

具体实施方式

现在将参考附图更全面地描述示例性实施方式。然而，示例性实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例性实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

本公开的示例性实施方式首先提供了一种图片服务器的接口测试方法。图1示出了该方法运行环境的系统架构图，该接口测试系统100可以包括移动终端110、网络120和图片服务器130。其中，移动终端110可以是智能手机、平板电脑等，通过网络120与图片服务器130连接，具体而言，图片服务器130提供一个或多个待测试接口，通过待测试接口与移动终端110进行数据交互，移动终端110在测试过程中向图片服务器130发送测试图片，图片服务器130对其进行业务处理。

应当理解，图1所示的各装置数目仅是示例性的，根据实际需求，可以设置任意数目的移动终端110，也可以设置多台图片服务器130组成的服务器集群，通过云计算的方式对进行移动终端110的业务处理。

本示例性实施方式的执行主体可以是图1中的移动终端110。图2示出了本示例性实施方式的一种流程，可以包括步骤S210～S230：

步骤S210，获取用于接口测试的图片集。

其中，图片集由多个测试图片组成，是进行图片服务器接口测试的原始数据。下面提供4个如何获取图片集的具体示例，但下述内容不应对本公开的保护范围造成限定：

(1)可以发挥移动终端的优势，利用移动终端的摄像头拍摄图像流，从图像流中提取图片，以生成用于接口测试的图片集。其中，图像流可以是实时拍摄的一段视频，从中每隔一定的帧数提取一张图片，或者在图像内容变化较大的时刻提取一张图片等等，所提取的多张图片组成图片集。相比于现有的接口测试中使用固定的图片集，该方法可以大大扩展图片集的覆盖范围，得到更加多样化的测试图片。

(2)可以获取基准图片，对基准图片进行多次变换处理，得到用于接口测试的图片集。其中，基准图片可以是移动终端从图片服务器获取的，或者移动终端本地的、拍摄的图片等，可以包括多张图片，将其中的每张基准图片经过多次变换处理，生成一系列变换后的图片，组成图片集。

变换处理可以包括以下任意一种或多种：OpenCV(Open Source Computer VisionLibrary，开源计算机视觉库)中的仿射变换和透视变换，仿射变换是将矩形的图片变成平行四边形，透视变换是将图片变成梯形；随机更改像素值，在基准图片中随机选择一个或多个区域，区域大小可以根据实际需求设定，然后随机更改区域内的原像素值，也可以设定随机更改的程度；多个基准图像的组合，例如将多个基准图片拼接成一个新的图像，或者将一个基准图像透明化处理后叠加到另一个基准图像中，等等；上采样，通过线性插值的方式增加图片中的像素；下采样，通过池化、压缩等方式减少图片中的像素。此外，也可以采用其他方式进行变换处理，本公开对此不做限定。

(3)在获取移动终端用户授权的情况下，可以将移动终端相册中的图片作为测试图片，从而得到图片集。如果移动终端具有图片分类的功能，还可以从相册中剔除人像等图片，以保护用户的隐私信息。

(4)移动终端在互联网上搜索相关图片，以得到图片集。搜索图片所用的关键词可以从图片服务器获得，也可以由移动终端根据业务类型自动生成，例如在图片识别业务中，移动终端可以生成动物、植物等图片识别常用的关键词。

需要补充的是，也可以组合使用上述4种方式中的任意多种，以获取接口测试所用的图片集。例如：通过摄像头拍摄图像流，从中提取图片，作为基准图片，然后对基准图片进行变换处理，形成图片集。

步骤S220，建立多个接口测试线程。

其中，一个接口测试线程可以模拟一个真实的移动终端用户，接口测试线程是后续进行测试的基本单元，可以封装调用待测试接口所需的代码、资源、函数、成员变量等。启用多个接口测试线程，特别是线程并发的情况，可以模拟图片服务器的并发访问。如果需要对待测试接口进行压力测试或负载测试，则接口测试线程的数量通常越多越好，在一种可选的实施方式中，可以根据终端的硬件状况确定建立多少个线程，例如以CPU使用率80％或内存使用率80％为标准，计算出可以承载的线程数量，或者逐渐增加线程数量，以达到上述标准。如果在图1所示的系统100中连接大量的移动终端110，每个移动终端110上启用多个接口测试线程，则可以更加真实的模拟大量用户访问图片服务器130的情况。

步骤S230，分别通过每个接口测试线程从图片集获取测试图片，并调用待测试接口，以利用测试图片对待测试接口进行测试。

如前所述，接口测试是以每个接口测试线程为基本单元而进行的，每个线程的测试是独立的，因此每个线程可以采用不同的测试图片，与图片服务器进行业务数据交互，这样能够增加测试的多样性。每个线程所采用的测试图片可以是多个，在一种实施方式中，每个线程从图片集中随机选取一定数量的测试图片，可视为图片集的一个子集，然后以这些测试图片进行接口测试；在另一种实施方式中，也可以事先对图片集中的图片分类，形成不同类型的图片子集，分别分配给不同的接口测试线程，以作为测试图片进行测试；一个图片也可以被多个接口测试线程所采用；本公开对于如何从图片集中选取测试图片不做限定。

接口测试的过程模拟真实的业务访问过程，接口测试线程调用图片服务器的待测试接口，将测试图片发送至该接口，图片服务器对测试图片进行业务处理，例如：如果图片服务器负责图片识别业务，则对测试图片进行识别，向接口测试线程反馈识别结果；如果图片服务器负责图片的云存储业务，则将测试图片存储到特定空间，向接口测试线程反馈存储的结果与地址信息；如果图片服务器负责图片美化业务，则将测试图片进行美化处理，向接口测试线程反馈处理后的图片。在图片服务器端，可以记录测试过程中的各项指标数据，例如每秒事务处理数、事务响应时间、吞吐量等，记录哪些指标数据，与接口测试的具体类型和需求相关，本公开对此不做限定。最后图片服务器端可以对指标数据进行整理统计，得到接口测试的结果。

基于上述内容，本示例性实施方式中，在移动终端上建立多个接口测试线程，分别从用于接口测试的图片集中获取测试图片，以进行图片服务器的接口测试。一方面，提供了一种在移动终端的运行环境下进行接口测试的方法，可以模拟真实的移动终端用户访问图片服务器，使得测试过程更加接近于实际情况，提高测试结果的准确度。另一方面，部署多个接口测试线程，以线程为单元，模拟真实用户进行测试，在测试过程中可以记录每个线程的指标数据，因此实现更加细节化的测试，相比于采用PC端的测试工具进行测试，本示例性实施方式更有利于测试出系统在细节方面存在的问题，提高测试质量。

在测试过程中，如前所述，可以从图片服务器端记录各项测试所需的指标数据，在一种可选的实施方式中，也可以在移动终端记录指标数据，参考图3所示，接口测试可以通过以下步骤S310和S330实现：

步骤S310，将测试图片发送至待测试接口；

步骤S330，接收待测试接口反馈的结果数据，并记录待测试接口反馈结果数据所用的响应时间以及测试过程中的异常情况。

其中，响应时间是压力或负载等测试中常用的指标，异常情况包括待测试接口返回的异常信息、待测试接口无响应、系统内的各种错误提示等。移动终端记录每个接口测试线程的响应时间和测试异常情况，可以得到基本的测试结果。当然，也可以将这些数据信息发送到图片服务器，由图片服务器将服务器端和终端的数据进行汇总分析，得到测试结果。

需要补充的是，移动终端在接口测试过程中还可以记录更多种类的数据，在一种可选的实施方式中，可以提供关于接口测试的用户界面，包括各种测试类型和指标选项，用户根据实际需求进行勾选，然后在测试过程中终端记录对应的指标数据。

进一步的，在一种可选的实施方式中，参考上述图3所示，接口测试还可以包括以下步骤：

步骤S320，接收待测试接口反馈的至少一个节点的中间数据，并记录待测试接口反馈各中间数据所用的响应时间。

其中，节点是指图片服务器对测试图片进行业务处理的中间环节，中间数据是指整个会话中图片服务器向接口测试线程发送的报文，可以以接收报文作为节点，记录其时间点，从而可以计算出图片服务器处理每个环节所用的响应时间。在测试过程结束后，统计各环节的响应时间，可以确定图片服务器在哪个部分发生异常，或者哪个环节存在业务处理的瓶颈。

在步骤S210中，如果通过拍摄图像流、图片变换等方式获取图片集，图片集中可能包含一定数量的非正常图片，例如拍摄过程中由于聚焦时间过短导致的模糊图片，由于随机变换导致的图像内容不完整或图像内容抽象的图片等，图片服务器可能难以正常处理这些图片，特别是在图片识别、图片美化等业务中，对于图像内容的质量要求较高。基于此，在一种可选的实施方式中，接口测试方法还可以包括以下步骤：

统计图片集中每个测试图片在多个接口测试线程的测试中对应的响应时间，确定关于响应时间的正常数值范围；

若存在响应时间超出正常数值范围的比例超过预设比例阈值的测试图片，则从图片集中删除该测试图片。

其中，每个测试图片可以在多个接口测试线程的测试中被使用，相当于参与了多次测试，每次测试记录一次响应时间，因此可以具有多个响应时间。在统计所有测试图片的所有响应时间后，根据同一节点的响应时间，例如在图片识别业务中，测试图片从发送到接收识别结果之间的响应时间，统计所有测试图片在每次测试中的该响应时间，正常情况下应当相近，因此可以通过响应时间的分布情况，确定一个正常数值范围。例如：以响应时间为横坐标，以对应的数量为纵坐标，绘制其分布图，通常符合正态分布，可以将正态分布的范围作为正常数值范围，也可以将峰值的1/2所在的范围(即半高宽)作为正常数值范围；或者采用avg±4σ作为正常数值范围，avg为响应时间的平均值，σ为响应时间的标准差。

在确定正常数值范围后，继续统计每个测试图片的响应时间中，超出该范围的响应时间数量，例如测试图片A在10个接口测试线程中都被采用，得到10个响应时间，如果其中的3个响应时间超出正常数值范围，则比例为30％，与预设比例阈值进行比较，若超过预设比例阈值，可以认为该图片为非正常图片，将其从图片集删除，后续不再使用。预设比例阈值可以根据经验或实际需求而设定，本公开对此不做限定。通常这样的方式，可以进一步提高后续接口测试的效率。

图4示出了本示例性实施方式的一种交互流程图。首先由图片服务器130执行步骤S431，将服务器的待测试接口进行封装，得到待测试接口集，并将待测试接口集的信息发送到移动终端110；移动终端110接收待测试接口集的信息后，执行步骤S411，从待测试接口集中选取待测试接口；再执行步骤S412，获取用于接口测试的图片集；再执行步骤S413，启动多个接口测试线程；再执行步骤S414，分别通过每个线程进行接口测试；同时图片服务器130也执行步骤S432，进行接口测试，与移动终端110进行同步的交互；移动终端110执行步骤S415，记录测试结果数据，并发送到图片服务器130；图片服务器130执行步骤S433，对测试结果数据进行汇总整理；最后执行步骤S434，生成并输入测试报告。

本公开的示例性实施方式还提供了一种图片服务器的接口测试装置，可以应用于图1中的移动终端110。如图5所示，该接口测试装置500可以包括：图片获取模块510，用于获取用于接口测试的图片集；线程建立模块520，用于建立多个接口测试线程；接口调用模块530，用于分别通过每个接口测试线程从图片集获取测试图片，并调用待测试接口，以利用测试图片对待测试接口进行测试。

在一种可选的实施方式中，图片获取模块510，可以用于利用移动终端的摄像头拍摄图像流，从图像流中提取图片，以生成用于接口测试的图片集。

在一种可选的实施方式中，图片获取模块510，可以用于获取基准图片，对基准图片进行多次变换处理，得到用于接口测试的图片集。

在一种可选的实施方式中，变换处理可以包括以下任意一种或多种：仿射变换、透视变换、随机更改像素值、多个基准图像的组合、上采样、下采样。

在一种可选的实施方式中，接口调用模块530，可以用于将测试图片发送至待测试接口，接收待测试接口反馈的结果数据，并记录待测试接口反馈结果数据所用的响应时间以及测试过程中的异常情况。

在一种可选的实施方式中，图片获取模块510，还可以用于统计图片集中每个测试图片在多个接口测试线程的测试中对应的响应时间，确定关于响应时间的正常数值范围，若存在响应时间超出正常数值范围的比例超过预设比例阈值的测试图片，则从图片集中删除该测试图片。

在一种可选的实施方式中，接口调用模块530，还可以用于接收待测试接口反馈的至少一个节点的中间数据，并记录待测试接口反馈各中间数据所用的响应时间。

上述装置中各模块的具体细节在方法部分实施方式中已经详细说明，未披露的方案细节内容可以参见方法部分的实施方式内容，因而不再赘述。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

本公开的示例性实施方式还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

参考图6所示，描述了根据本公开的示例性实施方式的用于实现上述方法的程序产品600，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

本公开的示例性实施方式还提供了一种能够实现上述方法的移动终端。下面参照图7来描述根据本公开的这种示例性实施方式的移动终端700。图7显示的移动终端700仅仅是一个示例，不应对本公开实施方式的功能和使用范围带来任何限制。

如图7所示，移动终端700可以以通用计算设备的形式表现。移动终端700的组件可以包括但不限于：至少一个处理单元710、至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730和显示单元740。

存储单元720存储有程序代码，程序代码可以被处理单元710执行，使得处理单元710执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元710可以执行图2或图3所示的方法步骤等。

存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)721和/或高速缓存存储单元722，还可以进一步包括只读存储单元(ROM)723。

存储单元720还可以包括具有一组(至少一个)程序模块725的程序/实用工具724，这样的程序模块725包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

移动终端700也可以与一个或多个外部设备800(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该移动终端700交互的设备通信，和/或与使得该移动终端700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，移动终端700还可以通过网络适配器760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器760通过总线730与移动终端700的其它模块通信。应当明白，尽管图中未示出，可以结合移动终端700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例性实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开示例性实施方式的方法。

此外，上述附图仅是根据本公开示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施方式。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施方式仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (10)

1.一种图片服务器的接口测试方法，其特征在于，应用于移动终端，所述方法包括：

获取用于接口测试的图片集；

建立多个接口测试线程；

分别通过每个所述接口测试线程从所述图片集获取测试图片，并调用待测试接口，以利用所述测试图片对所述待测试接口进行测试。

2.根据权利要求1所述的方法，其特征在于，所述获取用于接口测试的图片集，包括：

利用所述移动终端的摄像头拍摄图像流，从所述图像流中提取图片，以生成用于接口测试的所述图片集。

3.根据权利要求1所述的方法，其特征在于，所述获取用于接口测试的图片集，包括：

获取基准图片，对所述基准图片进行多次变换处理，得到用于接口测试的所述图片集。

4.根据权利要求3所述的方法，其特征在于，所述变换处理包括以下任意一种或多种：仿射变换、透视变换、随机更改像素值、多个所述基准图像的组合、上采样、下采样。

5.根据权利要求2-4任一项所述的方法，其特征在于，所述调用待测试接口，以利用所述测试图片对所述待测试接口进行测试，包括：

将所述测试图片发送至所述待测试接口；

接收所述待测试接口反馈的结果数据，并记录所述待测试接口反馈所述结果数据所用的响应时间以及所述测试过程中的异常情况。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

统计所述图片集中每个测试图片在多个所述接口测试线程的测试中对应的所述响应时间，确定关于所述响应时间的正常数值范围；

若存在响应时间超出所述正常数值范围的比例超过预设比例阈值的测试图片，则从所述图片集中删除该测试图片。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

接收所述待测试接口反馈的至少一个节点的中间数据，并记录所述待测试接口反馈各所述中间数据所用的响应时间。

8.一种图片服务器的接口测试装置，其特征在于，应用于移动终端，所述装置包括：

图片获取模块，用于获取用于接口测试的图片集；

线程建立模块，用于建立多个接口测试线程；

接口调用模块，用于分别通过每个所述接口测试线程从所述图片集获取测试图片，并调用待测试接口，以利用所述测试图片对所述待测试接口进行测试。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7任一项所述的方法。

10.一种移动终端，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任一项所述的方法。