测试系统、测试方法以及计算机可读存储介质与流程

1.本技术涉及测试技术领域，特别是涉及一种测试系统、一种测试系统的测试方法以及计算机可读存储介质。


背景技术：

2.测试是保证产品质量的重要一环。目前已有的测试工具，大部分只针对测试产品某一方面进行测试。要对测试产品进行全面测试，就需要多个测试工具参与，而多个测试工具在进行测试时，需要人工时刻监测测试过程是否出错，监测何时测试完成，并手动开启下一测试工具，还需要人工制作测试报告，非常耗费人力。
3.另外，有些测试平台不方便接显示设备，人工在这些平台上进行测试操作时非常不方便，而且也无法实时观察测试信息。有些测试平台无测试报告自动反馈功能，测试人员不能在第一时间获取测试报告。测试工具和测试系统集成到一起，造成工具包过大，不利于测试工具的管理和维护。测试系统的兼容性差，尤其对国产处理器平台架构和操作系统支持较少。


技术实现要素：

4.本技术主要解决的技术问题是一种测试系统、一种测试系统的测试方法以及计算机可读存储介质。
5.本技术采用的一种技术方案是提供一种测试系统，测试系统包括依次连接的控制端、服务端和测试端。控制端用于获取测试任务，测试任务包括至少一个测试项目，并按顺序下发测试项目至服务端。服务端用于接收测试项目，并将测试项目转发至测试端。测试端用于接收测试项目，根据测试项目的测试步骤，从本地或服务端获取多个测试工具，并利用测试工具且按照测试步骤对测试目标进行测试。
6.进一步地，测试端还用于判断测试工具是否与测试系统适配，若否，则从本地或服务端获取与测试工具对应的适配工具，并利用适配工具启动测试工具，以按照测试步骤对测试目标进行测试。
7.进一步地，测试端还用于定时发送获取状态命令至适配工具。适配工具用于接收并根据获取状态命令，获取并更新测试工具的测试状态，将更新后的测试工具的测试状态通过服务端发送至控制端。控制端实时显示测试工具的测试状态。
8.进一步地，测试端还用于在每个测试步骤完成时，利用适配工具通过服务端发送测试工具产生的日志信息至控制端。控制端用于接收并保存测试工具产生的日志信息。
9.进一步地，测试端还用于在每个测试步骤完成时，通过服务端发送测试工具产生的日志信息至控制端。控制端用于接收并保存测试工具产生的日志信息。
10.进一步地，控制端用于在测试任务完成时，根据所有测试工具所产生的日志信息生成测试报告。
11.进一步地，控制端还用于通过服务端发送测试开始命令至测试端。测试端还用于
接收测试开始命令，并启动测试工具且按照测试步骤对测试目标进行测试。
12.进一步地，控制端还用于通过服务端定时发送获取状态命令至测试端。测试端还用于接收获取状态命令，根据获取状态命令，获取并更新测试工具的测试状态，将更新后的测试工具的测试状态通过服务端发送至控制端。控制端实时显示测试工具的测试状态。
13.本技术采用的另一种技术方案是提供一种测试系统的测试方法，该测试方法包括：控制端获取测试任务，测试任务包括至少一个测试项目，并按顺序下发测试项目至服务端。服务端接收测试项目，并将测试项目转发至测试端。测试端用于接收测试项目，根据测试项目的测试步骤，从本地或服务端获取多个测试工具，并利用测试工具且按照测试步骤对测试目标进行测试。
14.其中，测试系统如上述任一项的测试系统。
15.本技术采用的另一种技术方案是提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述技术方案提供的方法。
16.本技术的有益效果是：区别于现有技术的情况，本技术提供的测试系统包括依次连接的控制端、服务端和测试端。控制端用于获取测试任务，测试任务包括至少一个测试项目，并按顺序下发测试项目至服务端。服务端用于接收测试项目，并将测试项目转发至测试端。测试端用于接收测试项目，根据测试项目的测试步骤，从本地或服务端获取多个测试工具，并利用测试工具且按照测试步骤对测试目标进行测试。通过上述方式，测试系统能够自动根据测试步骤系统规划多个测试工具以对测试目标进行测试，无需进行人工控制测试工具间的切换等繁琐操作，提高测试系统的自动化程度。另外，由于整个测试系统有控制端和服务端的参与，因此，可以远程控制与监测测试端的整个测试过程。
附图说明
17.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
18.图1是本技术提供的测试系统一实施例的结构示意图；
19.图2是本技术提供的测试系统另一实施例的结构示意图；
20.图3是本技术提供的测试系统又一实施例的结构示意图；
21.图4是本技术提供的测试系统的测试方法一实施方式的流程示意图；
22.图5是本技术提供的测试系统的测试方法另一实施方式的流程示意图；
23.图6是本技术提供的计算机可读存储介质一实施例的结构示意图。
具体实施方式
24.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部结构。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
25.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
26.参阅图1，图1是本技术提供的测试系统一实施例的结构示意图。如图1所示，本实施例提供的测试系统100包括依次连接的控制端101、服务端102和测试端103。
27.其中，控制端101用于获取测试任务，测试任务包括至少一个测试项目，并按顺序下发测试项目至服务端102。服务端102用于接收测试项目，并将测试项目转发至测试端103。测试端103用于接收测试项目，根据测试项目的测试步骤，从本地或服务端102获取多个测试工具，并利用测试工具且按照测试步骤对测试目标进行测试。
28.控制端101、服务端102和测试端103可以采用无线网路、有线网络、或者蓝牙等通信方式连接。并且控制端101、服务端102和测试端103可以为不同的终端设备，终端设备可以是具有显示屏并且支持网络通信的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、mp3播放器(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
29.控制端101可以用于为测试人员提供操作接口，测试人员可以通过控制端101输入测试任务至测试系统100，测试人员还可以通过控制端101的显示屏对测试端103进行实时监控，实时查看测试进度以及测试状态。
30.在本实施例中，测试任务是根据用户的测试目的预先设计的，测试任务包括至少一个测试项目，针对测试目标的不同性能，通常会设计不同的测试项目。例如，在一实施例中，测试目标为存储装置，如存储卡，存储卡是用于智能设备上的独立存储介质，例如，智能手机、数码相机、便携式电脑等，一般为卡片的形态。存储卡在插入到智能设备上投入使用前，需要对存储卡进行兼容性测试，例如，信息识别、读取、热插拔等。存储卡例如可以是sd(secure digital memory card)卡、tf(trans-flashcard)卡、mmc(mult i-media card)卡、emmc(embedded mult i media card)卡，emcp(embedded mult i-chip package)卡、cf(compact flash)卡。
31.在本实施例中，服务端102保存有用于对测试目标进行测试的多种测试工具，以供测试端103根据测试步骤进行下载，通过这种方式，能够解决现有技术测试工具都存放于测试端103，导致的测试工具包过大的问题。其中，测试工具可以是第三方的程序，也可以为自行编写的程序。
32.综上，本实施例提供的测试系统100，包括依次连接的控制端101、服务端102和测试端103。控制端101用于获取测试任务，测试任务包括至少一个测试项目，并按顺序下发测试项目至服务端102。服务端102用于接收测试项目，并将测试项目转发至测试端103。测试端103用于接收测试项目，根据测试项目的测试步骤，从本地或服务端102获取多个测试工具，并利用测试工具且按照测试步骤对测试目标进行测试。通过上述方式，测试系统100能够自动根据测试步骤系统规划多个测试工具以对测试目标进行测试，无需进行人工控制测试工具间的切换等繁琐操作，提高测试系统100的自动化程度。另外，本实施例提供的测试系统100，由于整个测试系统100有控制端101和服务端102的参与，使得测试目标的整个测
试过程可以直接在控制端101，例如手机上运行和实现，测试人员可以完全脱离开专用的测试设备，直接在手机上远程完成测试全过程的指令输入、测试调用、运行、监控等操作，这大大便利了测试人员。
33.参阅图2，图2是本技术提供的测试系统另一实施例的结构示意图，如图2所示，本实施例提供的测试系统100是一种分布式的测试系统100，本实施例提供的测试系统100包括控制端101、服务端102和多个测试端103。
34.其中，控制端101与服务端102连接，每个测试端103分别与服务端102连接，多个测试端103可以位于不同的位置，每个测试端103包括一个或多个测试目标，每个测试端103本地可以存储多个测试工具。
35.在本实施例中，控制端101可以获取多个测试任务，每个测试任务用于对一个测试目标进行测试，该测试目标为位于多个测试端103的其中一个。
36.具体来说，控制端101用于获取至少一个测试任务，每个测试任务包括至少一个测试项目，并按顺序下发测试项目至服务端102。服务端102用于接收测试项目，并将测试项目转发至与测试任务对应的测试端103。测试端103用于接收测试项目，根据测试项目的测试步骤，从本地或服务端102获取多个测试工具，并利用测试工具且按照测试步骤对测试目标进行测试。
37.也即，本实施例中的控制端101能够将获取的多个测试任务，并分别通过服务端102下发至与每个测试任务对应的测试端103，通过这种方式，测试系统100能够实现在不同的测试端103完成多个测试任务，提高测试效率。
38.出于提高测试工具的通用性这一目的考虑，传统的第三方测试工具大多与测试系统100不兼容，因此，测试系统100在利用该测试工具对测试目标进行测试时，需要一个与之对应的适配工具，对该测试工具进行适配。
39.参阅图3，图3是本技术提供的测试系统又一实施例的结构示意图，如图3所示，本实施例提供的测试系统100包括依次连接的控制端101、服务端102和测试端103。
40.其中，控制端101用于获取测试任务，测试任务包括至少一个测试项目，并按顺序下发测试项目至服务端102。服务端102用于接收测试项目，并将测试项目转发至测试端103。测试端103用于接收测试项目，根据测试项目的测试步骤，从本地或服务端102获取多个测试工具1032，并利用测试工具1032且按照测试步骤对测试目标进行测试。
41.具体地，测试端103还用于判断测试工具1032是否与测试系统100适配，若否，则从本地或服务端102获取与测试工具1032对应的适配工具1031，并利用适配工具1031启动测试工具1032，以按照测试步骤对测试目标进行测试。
42.因此，本实施例中的服务端102或本地还存储有与多个测试工具1032所对应的适配工具1031，以在测试系统100中的测试工具1032与测试系统100不兼容的情况下，对该测试工具1032进行适配。
43.具体地，适配工具1031分别连接服务端102以及，与该适配工具1031对应的测试工具1032。
44.通过这种方式，使得测试系统100能够兼容更多的测试工具1032，使测试系统100能够完成更多的测试任务，进而能够提高测试系统100的通用性。
45.在另一应用场景中，参阅图1，控制端101还可以用于通过服务端102发送测试开始
命令至测试端103。相应地，测试端103用于接收测试开始命令，并启动测试工具且按照测试步骤对测试目标进行测试。
46.具体地，控制端101发送测试开始命令至服务端102，服务端102接收测试开始命令，并将其转发至测试端103。
47.可以理解的是，当测试系统100包括多个测试端103时，控制端101可以分别下发与每个测试端103对应的测试开始命令，也即，分别控制每个测试端103的测试进程。
48.具体地，在测试端103根据测试项目的测试步骤，从本地或服务端102获取多个测试工具之后，控制端101通过服务端102发送测试开始命令至测试端103，以启动测试工具且按照测试步骤对测试目标进行测试。
49.可选地，测试人员通过操作控制端101以发送测试开始命令。
50.可以理解的是，如图3所示，在测试端103获取的多个测试工具1032与测试系统100不兼容的情况下，测试端103在根据测试步骤从服务端102或本地获取到与该测试工具1032对应的适配工具1031之后，利用该适配工具1031传输上述测试开始命令，具体来说，控制端101发送测试开始命令至服务端102，服务端102接收该测试开始命令，并将其发送至测试端103与测试工具1032适配的适配工具1031，适配工具1031再将该测试开始命令发送至测试工具1032，以启动该测试工具1032对测试目标进行测试。
51.在另一具体应用场景中，由于现有的测试平台不方便安装显示设备，人工在这些平台上进行测试时非常不方便，而且也无法实时观察测试信息。
52.因此，本实施例提供的测试系统100中的控制端101还可用于通过服务端102定时发送获取状态命令至测试端103。具体地，控制端101发送获取状态命令至服务端102，服务端102接收获取状态命令，并将其转发至测试端103。
53.另外，如图3所示，本实施例提供的测试系统100，还可以利用测试端103定时发送获取状态命令至适配工具1031。相应地，适配工具1031用于接收并根据获取状态命令，获取并更新测试工具1032的测试状态，将更新后的测试工具1032的测试状态通过服务端102发送至控制端101。控制端101用于实时显示测试工具1032的测试状态。
54.在本实施例中，参阅图1，可以通过定时器定时向测试端103发送获取状态命令，或者测试端103自行定时发送获取状态命令，其中，“获取状态命令”，是用于获取当前正在对测试目标进行测试的测试工具的测试状态，以便测试人员能够在控制端101实时查看测试状态，若发现测试状态有异常，可及时调整系统。
55.相应地，测试端103还用于接收获取状态命令，根据获取状态命令，获取并更新测试工具的测试状态，将更新后的测试工具的测试状态通过服务端102发送至控制端101。
56.具体地，测试端103将测试工具的测试状态发送至服务端102，服务端102接收测试工具的测试状态，并将其转发至控制端101。
57.控制端101可以通过多种方式，将测试工具的测试状态呈现给测试人员，例如，控制端101可以将测试工具的测试状态显示在其显示屏上，供测试人员查看。
58.在另一个具体实施方式中，控制端101包括语音提示装置，该语音提示装置能够以语音提示的方式将测试工具的测试状态提示给测试人员。优选地，控制端101可以先将获取的测试工具的测试状态进行处理，若测试工具的测试状态存在异常现象，则通过语音提示装置将异常现象提示给测试人员。通过这种方式，使得测试人员只需要注意测试工具的测
试状态有无异常现象即可，无需测试人员再根据测试工具的测试状态判断是否存在异常现象，提高用户体验。
59.在另一具体应用场景中，测试端103还用于在每个测试步骤完成时，通过服务端102发送测试工具产生的日志信息至控制端101。相应地，控制端101用于接收并保存测试工具产生的日志信息。
60.测试工具在对测试目标进行测试时，会产生相应的测试信息和日志信息，这些日志信息包括测试系统100得到的测试目标的性能信息，因此，本实施例提供的测试系统100，利用测试端103在每个测试步骤完成时，将测试工具产生的日志信息发送至服务端102，服务端102接收该日志信息并将其转发至控制端101，控制端101保存接收到的日志信息。
61.可选地，控制端101为测试人员提供测试工具的日志信息的下载链接。
62.值得注意的是，本实施例中对测试目标进行测试的每个测试工具，都有其对应的日志信息，且每个测试工具的日志信息，根据测试步骤分类，通过这种方式，能够将每个测试工具的所有日志信息，对应到测试任务的每个测试步骤，方便测试人员对应查看。
63.可以理解的是，如图3所示，在测试端103获取的多个测试工具1032与测试系统100不兼容的情况下，测试端103在根据测试工具1032从服务端102或本地获取到与该测试工具1032对应的适配工具1031之后，测试端103还用于在每个测试步骤完成时，利用适配工具1031通过服务端102发送测试工具1032产生的日志信息至控制端101。
64.在一个具体用于场景中，参阅图1，控制端101用于在测试任务完成时，根据所有测试工具所产生的日志信息自动生成可视化的测试报告。
65.可选地，测试端103根据所有测试工具所产生的日志信息自动生成可视化的测试报告的过程可以包括以下步骤：
66.解析日志信息：每个测试工具的测试信息与日志信息均不相同，测试端103为每个测试工具定义一个日志信息解析文件，该日志信息解析文件规定从日志信息中提取出来的信息，提取出来的信息类型，数据是否是数组等。任务测试完后，对所有测试工具的日志信息进行处理时，可根据不同测试工具的日志信息解析文件，提取出所需要的信息，填写到测试报告当中。
67.生成可视化的报告模板：
68.每个测试任务的测试报告需要可以定制显示的内容，因此要定义一个报告模板文件。该文件定义报告的显示内容、呈现形式以及表现方法。显示内容指测试工具对应需要显示的日志信息，显示内容可以关联测试工具的日志信息解析文件达到目标。呈现形式指以表格还是图表等方式显示出来，文件中定义一些形式类型即可。表现方法指测试报告的一些样式，通过定义html中的css可实现。生成报告时根据报告模板可显示各种形式的报告显示在控制端101的显示页面上。
69.通过这种方式，能够自动根据测试工具所产生的日志信息，生成可视化的测试报告，能够避免传统测试系统100利用测试人员手动制作测试报告，所带来的占用大量的人工资源，延长软件测试的时间，降低测试效率等缺陷。
70.综上，本实施例提供的测试系统100，包括依次连接的控制端101、服务端102和测试端103。控制端101用于获取测试任务，测试任务包括至少一个测试项目，并按顺序下发测试项目至服务端102。服务端102用于接收测试项目，并将测试项目转发至测试端103。测试
端103用于接收测试项目，根据测试项目的测试步骤，从本地或服务端102获取多个测试工具，并利用测试工具且按照测试步骤对测试目标进行测试。通过上述方式，测试系统100能够自动根据测试步骤系统规划多个测试工具以对测试目标进行测试，无需进行人工控制测试工具间的切换等繁琐操作，提高测试系统100的自动化程度。另外，本实施例提供的测试系统100，由于整个测试系统100有控制端101和服务端102的参与，使得测试目标的整个测试过程可以直接在控制端101，例如手机上运行和实现，测试人员可以完全脱离开专用的测试设备，直接在手机上远程完成测试全过程的指令输入、测试调用、运行、监控等操作，这大大便利了测试人员。
71.参阅图4，图4是本技术提供的测试系统的测试方法一实施方式的流程示意图，本实施例中的测试系统如上述实施例中提到的任意一项的测试系统100，也就是说，上述实施例中的测试系统100用于实现本实施例中的测试方法。
72.如图4所示，本实施例提供的测试方法包括以下步骤：
73.步骤s10:控制端获取测试任务，测试任务包括至少一个测试项目，并按顺序下发测试项目至服务端。
74.步骤s20:服务端接收测试项目，并将测试项目转发至测试端。
75.步骤s30:测试端接收测试项目，根据测试项目的测试步骤，从本地或服务端获取多个测试工具，并利用测试工具且按照测试步骤对测试目标进行测试。
76.可选地，在测试端接收测试项目，根据测试项目的测试步骤，从本地或服务端获取多个测试工具之后，测试端首先判断测试工具是否与测试系统适配，若否，则从本地或服务端获取与测试工具对应的适配工具，并利用适配工具启动测试工具，以按照测试步骤对测试目标进行测试。
77.具体地，参阅图5，图5是本技术提供的测试系统的测试方法另一实施方式的流程示意图，如图5所示，测试系统的整个测试流程为：
78.s100:控制端获取测试任务，并按顺序下发测试项目至服务端。其中，测试任务包括至少一个测试项目。
79.s200：服务端取出测试项目，并发送测试项目至测试端。
80.s300:测试端接收测试项目，根据测试项目的测试步骤，从本地或服务端获取多个测试工具，并利用测试工具且按照测试步骤对测试目标进行测试。
81.其中步骤s300具体包括以下步骤：
82.s301:接收测试项目。
83.s302:判断是否缺少测试工具，此处测试端判断本地是否缺少测试工具，若缺少，则根据测试项目的测试步骤从服务端获取缺少的测试工具。
84.具体地，若判断缺少测试工具，则进行步骤s303。
85.步骤s303：测试端发送获取测试工具命令至服务端，相应地，服务端进行步骤s201。
86.步骤s201:即发送测试工具至测试端。
87.若判断不缺少测试工具，则进行步骤s304。
88.步骤s304:取出测试步骤。
89.步骤s305:启动适配工具。
90.步骤s306:启动测试工具。
91.步骤s307:测试工具按照测试步骤对测试目标进行测试。
92.可以理解的是，若测试工具与测试系统适配，则无需从服务端或本地获取适配工具，测试端直接启动测试工具并按照测试步骤对测试目标进行测试即可。
93.通过这种方式，能够防止测试工具因与测试系统不兼容，从而导致该测试工具无法对测试目标进行测试的情况发生，另外，还能够使测试系统能够完成更多的测试任务，进而能够提高测试系统的通用性。
94.可选地，控制端还可以通过服务端发送测试开始命令至测试端。相应地，测试端接收测试开始命令，并启动测试工具且按照测试步骤对测试目标进行测试。
95.具体地，测试端根据测试项目的测试步骤，从本地或服务端获取多个测试工具之后，控制端通过服务端发送测试开始命令至测试端，以启动测试工具且按照测试步骤对测试目标进行测试。
96.可选地，如图5所示，在测试系统测试过程中，测试端进行步骤s308。
97.步骤s308：定时发送获取状态命令至适配工具。
98.步骤s309：适配工具获取测试工具的测试状态。
99.步骤s310：测试端更新测试工具的测试状态，并将更新的测试状态通过服务端发送至控制端。
100.此时，控制端进行步骤s101。
101.步骤s101：实施显示测试工具的测试状态。
102.通过这种方式，使测试人员能够远程实时通过控制端监控测试状态。
103.可选地，测试端在步骤s310之后，还可以进行步骤s311。
104.步骤s311：判断测试是否完成。
105.若是，则进行步骤s312。
106.步骤s312：发送日志信息至服务端。相应地，服务端进行步骤s202，即，服务端接收日志信息并转发至控制端。控制端进行步骤s102，即，显示日志信息下载链接。
107.步骤s313：判断是否有下一步骤。若是，则返回步骤s304，若否，则进行步骤s314。
108.步骤s314：发送测试项目完成信号至服务端。相应地，服务端进行步骤s203，即判断是否由下一测试项目，若是，则进行步骤s200若否，则控制端进行步骤s103，即显示测试完成。
109.可选地，控制端在测试任务完成时，根据所有测试工具所产生的日志信息自动生成可视化的测试报告。
110.通过这种方式，能够自动根据测试工具所产生的日志信息，生成可视化的测试报告，能够避免传统测试系统利用测试人员手动制作测试报告，所带来的占用大量的人工资源，延长软件测试的时间，降低测试效率等缺陷。
111.在本实施例中，测试系统能够自动根据测试步骤系统规划多个测试工具以对测试目标进行测试，无需进行人工控制测试工具间的切换等繁琐操作，提高测试系统的自动化程度。另外，由于整个测试系统有控制端和服务端的参与，因此，可以远程控制与监测测试端的整个测试过程。
112.参阅图6，图6是本技术提供的计算机可读存储介质一实施例的结构示意图。该计
memory)、磁碟或者光盘等各种可以存储程序代码的介质。
120.以上仅为本技术的实施方式，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。