测试方法、终端、服务器、系统及存储介质
技术领域
本发明涉及接口测试技术领域,尤其涉及一种测试方法、终端、服务器、系统及存储介质。
背景技术
随着软件开发技术和工具的提高,软件工程和软件过程实践的推广,软件测试日益得到重视和专业化。
目前,TestNG是广泛被测试人员采用的接口回归测试框架,其有完善的用例管理模块,便于组织测试用例,提供了丰富的参数化方式及漂亮的测试报告模板。并且,可以采用XML配置文件的方式,来组织管理要运行的用例。
但是,在TestNG框架中,用例的维护需要手动维护大量的XML配置文件,对于新增用例,则需要手动编写XML文件,过程比较繁琐。
发明内容
本发明实施例提供一种测试方法、终端、服务器、系统及存储介质,以实现对于待测接口的自动化测试,从而提高接口自动化回归效率。
第一方面,本发明实施例提供一种测试方法,应用于测试终端,所述方法,包括:
根据选择指令以及接口列表确定待测接口;
向管理服务器发送第一请求,所述第一请求包括所述待测接口的接口信息,所述第一请求用于获取所述待测接口对应的接口配置列表;
根据所述接口配置列表以及输入的配置参数生成测试任务,并将所述测试任务发送至所述管理服务器。
在一种可能的设计中,在所述根据选择指令以及接口列表确定待测接口之前,还包括:
向所述管理服务器发送第二请求,所述第二请求用于获取待运行任务列表;
根据所述待运行任务列表中的待运行任务显示所述接口列表。
在一种可能的设计中,所述的测试方法,还包括:
向所述管理服务器发送第三请求,所述第三请求包括所述待测接口的接口信息,所述第三请求用于获取所述待测接口的测试报告。
第二方面,本发明实施例还提供一种测试方法,应用于管理服务器,所述方法,包括:
接收测试终端发送的第一请求,所述第一请求包括待测接口的接口信息;
根据所述接口信息确定所述待测接口对应的接口配置列表;
向所述测试终端发送所述接口配置列表;
接收所述测试终端发送的测试任务,并根据所述测试任务生成测试配置文件;
将所述测试配置文件发送至测试服务器。
在一种可能的设计中,在所述接收测试终端发送的第一请求之前,还包括:
接收所述测试终端发送的第二请求;
根据所述第二请求向所述测试服务器发送第四请求,所述第四请求用于获取待运行任务列表;
向所述测试终端发送所述待运行任务列表。
在一种可能的设计中,所述的测试方法,还包括:
接收所述测试终端发送的第三请求,所述第三请求包括所述待测接口的接口信息;
向所述测试服务器发送所述待测接口的接口信息。
第三方面,本发明实施例还提供一种测试方法,应用于测试服务器,所述方法,包括:
接收管理服务器发送的测试配置文件;
根据所述测试配置文件生成待运行任务;
根据所述待运行任务对待测接口进行回归测试,并记录测试结果。
在一种可能的设计中,所述的测试方法,还包括:
接收所述管理服务器发送的第四请求;
根据所述第四请求获取待运行任务列表;
向所述管理服务器发送所述待运行任务列表。
在一种可能的设计中,所述的测试方法,还包括:
接收所述管理服务器发送的待测接口的接口信息;
根据所述待测接口的接口信息确定所述待测接口的测试报告的存储地址;
根据所述存储地址获取所述待测接口的测试报告;
向所述管理服务器发送所述待测接口的测试报告。
第四方面,本发明实施例提供一种测试终端,包括:
第一确定模块,用于根据选择指令以及接口列表确定待测接口;
第一发送模块,用于向管理服务器发送第一请求,所述第一请求包括所述待测接口的接口信息,所述第一请求用于获取所述待测接口对应的接口配置列表;
第一生成模块,用于根据所述接口配置列表以及输入的配置参数生成测试任务,并将所述测试任务发送至所述管理服务器。
在一种可能的设计中,所述测试终端,还包括:
所述第一发送模块,还用于向所述管理服务器发送第二请求,所述第二请求用于获取待运行任务列表;
第一运行模块,用于根据所述待运行任务列表中的待运行任务显示所述接口列表。
在一种可能的设计中,所述第一发送模块,还用于向所述管理服务器发送第三请求,所述第三请求包括所述待测接口的接口信息,所述第三请求用于获取所述待测接口的测试报告。
第五方面,本发明实施例提供一种管理服务器,包括:
第二接收模块,用于接收测试终端发送的第一请求,所述第一请求包括待测接口的接口信息;
第二确定模块,用于根据所述接口信息确定所述待测接口对应的接口配置列表;
第二发送模块,用于向所述测试终端发送所述接口配置列表;
所述第二接收模块,还用于接收所述测试终端发送的测试任务,并根据所述测试任务生成测试配置文件;
所述第二发送模块,还用于将所述测试配置文件发送至测试服务器。
在一种可能的设计中,所述第二接收模块,还用于接收所述测试终端发送的第二请求;
所述第二发送模块,还用于根据所述第二请求向所述测试服务器发送第四请求,所述第四请求用于获取待运行任务列表;
所述第二发送模块,还用于向所述测试终端发送所述待运行任务列表。
在一种可能的设计中,所述第二接收模块,还用于接收所述测试终端发送的第三请求,所述第三请求包括所述待测接口的接口信息;
所述第二发送模块,还用于向所述测试服务器发送所述待测接口的接口信息。
第六方面,本发明实施例提供一种测试服务器,包括:
第三接收模块,用于接收管理服务器发送的测试配置文件;
第三生成模块,用于根据所述测试配置文件生成待运行任务;
第三测试模块,用于根据所述待运行任务对待测接口进行回归测试,并记录测试结果。
在一种可能的设计中,所述第三接收模块,还用于接收所述管理服务器发送的第四请求;
所述测试服务器,还包括:
第三运行模块,用于根据所述第四请求获取待运行任务列表;
第三发送模块,用于向所述管理服务器发送所述待运行任务列表。
在一种可能的设计中,所述第三接收模块,还用于接收所述管理服务器发送的待测接口的接口信息;所述测试服务器,还包括:
第三确定模块,用于根据所述待测接口的接口信息确定所述待测接口的测试报告的存储地址;
第三获取模块,根据所述存储地址获取所述待测接口的测试报告;
所述第三发送模块,还用于向所述管理服务器发送所述待测接口的测试报告。
第七方面,本发明实施例提供一种测试系统,包括:第四方面提供的任意一种测试终端、第五方面提供的任意一种管理服务器以及第六方面提供的任意一种测试服务器。
第八方面,本发明实施例还提供一种测试终端,包括:
处理器;以及,
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行第一方面中任意一种可能的测试方法。
第九方面,本发明实施例还提供一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现第一方面中任意一种测试方法。
第十方面,本发明实施例还提供一种管理服务器,包括:
处理器;以及,
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行第二方面中任意一种可能的测试方法。
第十一方面,本发明实施例还提供一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现第二方面中任意一种测试方法。
第十二方面,本发明实施例还提供一种管理服务器,包括:
处理器;以及,
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行第三方面中任意一种可能的测试方法。
第十三方面,本发明实施例还提供一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现第三方面中任意一种测试方法。
本发明实施例提供的一种测试方法、终端、服务器、系统及存储介质,通过在测试终端中输入选择指令以确定待测接口,并向管理服务器发送第一请求,以使管理服务器根据第一请求中的待测接口的接口信息获取对应的接口配置列表,并将接口配置列表发送至测试终端,以在测试终端中根据接口配置列表输入配置参数,从而生成测试任务,以使管理服务端接收测试任务,并根据测试任务生成测试配置文件后,将测试配置文件发送至测试服务器,以使测试服务器根据测试配置文件生成待运行任务,然后根据待运行任务对待测接口进行回归测试,并记录测试结果,从而实现对于待测接口的自动化测试,从而提高接口自动化回归效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本发明根据一示例实施例示出的测试方法的应用场景示意图;
图2是本发明根据一示例实施例示出的测试方法的信令交互示意图;
图3是本发明根据另一示例实施例示出的测试方法的信令交互示意图;
图4是本发明根据一示例实施例示出的测试终端的结构示意图;
图5是本发明根据一示例实施例示出的管理服务器的结构示意图;
图6是本发明根据一示例实施例示出的测试服务器的结构示意图;
图7是本发明根据另一示例实施例示出的测试终端的结构示意图;
图8是本发明根据另一示例实施例示出的管理服务器的结构示意图;
图9是本发明根据另一示例实施例示出的测试服务器的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
随着软件开发技术和工具的提高,软件工程和软件过程实践的推广,软件测试日益得到重视和专业化。目前,TestNG是广泛被测试人员采用的接口回归测试框架,其有完善的用例管理模块,便于组织测试用例,提供了丰富的参数化方式及漂亮的测试报告模板。并且,可以采用XML配置文件的方式,来组织管理要运行的用例。但是,在TestNG框架中,用例的维护需要手动维护大量的XML配置文件,对于新增用例,则需要手动编写XML文件,过程比较繁琐。
此外,目前所采用的方式对于接口自动化回归测试,在使用XML配置文件配置的方式维护用例时,需要手动维护、修改,过程繁琐。此外,已有的接口自动化回归平台,往往需要保存用户的所有参数,数据库存储内容过大,且无法详细展示测试报告。
针对上述存在的各个问题,本发明实施例提供一种测试系统,通过在测试终端中输入选择指令以确定待测接口,并向管理服务器发送第一请求,以使管理服务器根据第一请求中的待测接口的接口信息获取对应的接口配置列表,并将接口配置列表发送至测试终端,以在测试终端中根据接口配置列表输入配置参数,从而生成测试任务,以使管理服务端接收测试任务,并根据测试任务生成测试配置文件后,将测试配置文件发送至测试服务器,以使测试服务器根据测试配置文件生成待运行任务,然后根据待运行任务对待测接口进行回归测试,并记录测试结果,从而实现对于待测接口的自动化测试,从而提高接口自动化回归效率。
图1是本发明根据一示例实施例示出的测试方法的应用场景示意图。如图1所示,本实施例提供的测试方法应用于测试系统,测试系统包括三层架构:测试终端100、管理服务器200以及测试服务端300。其中,测试终端100可以是用于提供前端web页面,而管理服务器200可以作为服务端,而测试服务端300可以是TestNG层,从而对用例进行维护与调试。
具体的,测试终端100中的前端web页面主要用于信息展示以及与用户进行交互。前端web页面启动时,初始化过程分为两步:获取所有接口列表,赋值给下拉选择框,便于用户选择。启动定时任务,不断刷新待运行任务列表。而管理服务器200提供的服务端,则负责接收处理前端请求,与测试服务端300以及数据库400交互等。启动时,需要启动定时任务,扫描待运行任务列表,找到待运行任务,执行并更新状态。而测试服务端300中的TestNG层则对用例的进行维护与调试。在该层团队内,每个测试人员可以在本地单独维护、调试。最终形成JAR包,其中,在软件领域,JAR文件是一种软件包文件格式,通常用于聚合大量的Java类文件、相关的元数据和资源(文本、图片等)文件到一个文件,以便开发Java平台应用软件或库,并在配置文件中注册,即可被解析、展示。
图2是本发明根据一示例实施例示出的测试方法的信令交互示意图。如图2所示,本实施例提供测试方法,包括:
S101、根据选择指令以及接口列表确定待测接口。
具体的,测试人员在前端web页面,可以通过下拉列表的方式选择要回归的接口,例如:下拉列表中可以包括第一接口、第二接口、第三接口等,测试人员可以根据测试需求通过下拉列表选择的方式选择第一接口、第二接口、第三接口中的一个或者多个接口作为待测接口。
S102、发送第一请求。
向管理服务器发送第一请求,其中,第一请求包括待测接口的接口信息,第一请求用于获取待测接口对应的接口配置列表。
S103、根据接口信息确定待测接口对应的接口配置列表。
管理服务器中的服务端接收测试终端发送的第一请求,并根据接口信息确定待测接口对应的接口配置列表。
S104、发送接口配置列表。
在管理服务器中的服务端确定待测接口对应的接口配置列表之后,向测试终端发送接口配置列表。
S105、根据接口配置列表以及输入的配置参数生成测试任务。
S106、发送测试任务。
在测试终端的前端web页面中根据接口配置列表输入的配置参数,并生成测试任务。例如:用户根据接口配置列表填写相关参数值,填写任务名称,点击新建任务,然后,测试终端将该测试任务的任务信息发送到管理服务器中的服务端。
在根据接口配置列表以及输入的配置参数生成测试任务之后,测试终端将测试任务发送至管理服务器中的服务端。
S107、根据测试任务生成测试配置文件。
在管理服务器接收到测试任务之后,根据测试任务生成测试配置文件,并将其初始化状态为待运行,还可以将该测试配置文件为待运行状态的信息写入数据库中。
S108、发送测试配置文件。
在管理服务器根据测试任务生成测试配置文件之后,将测试配置文件发送至测试服务器TestNG层中。
S109、根据测试配置文件生成待运行任务。
在测试服务器的TestNG层接收到测试配置文件之后,根据测试配置文件生成待运行任务,还可以将待运行任务添加至待运行任务列表中。
S110、根据待运行任务对待测接口进行回归测试,并记录测试结果。
测试服务器的TestNG层可以根据待运行任务对待测接口进行回归测试,并记录测试结果,并且将测试结果对应的地址存储至数据库中。以使数据库对于任务的维护仅需要存储测试配置文件地址、测试报告地址及其他基本信息即可,存储的表结构简单,存储内容较少。
而对于待测接口及用例:用户在本地的TestNG工程中,调试成功后,本地打包及汇总依赖jar包,并在LIB(静态库)上传页面,上传调试成功后的JAR包。管理服务器中的服务端会自动更新替换文件,同时对新增的接口信息进行注册,即填写接口名称、参数列表、用例列表、类路径等信息,服务端会自动更新配置文件以完成注册。
而如果新增用例涉及到参数化文件,则将调试好的参数化文件上传至data(数据库)上传页面,服务端会自动将该文件存入参数化文件路径下,便于用例执行时调用。
此外,上述测试终端中的前端可以采用React框架、管理服务器中的服务端可以采用SpringBoot框架,而测试服务器的用例维护端可以采用TestNG框架。但是,此分层架构的三层实现技术不限于TestNG、SpringBoot、React框架,其他框架也适用,保证是采用配置文件进行接口、用例的注册与维护,完成三层架构之间的通信即可。具体的,可以是通过共享文件的方式进行通信,从而实现用例维护端、服务端、前端交互三层分离,从而可以自动解析底层TestNG框架中包含的回归接口、方法列表、参数列表,根据用户在前端的选择与配置,自动生成测试配置文件,即TestNG配置文件。
在本实施例中,通过在测试终端中输入选择指令以确定待测接口,并向管理服务器发送第一请求,以使管理服务器根据第一请求中的待测接口的接口信息获取对应的接口配置列表,并将接口配置列表发送至测试终端,以在测试终端中根据接口配置列表输入配置参数,从而生成测试任务,以使管理服务端接收测试任务,并根据测试任务生成测试配置文件后,将测试配置文件发送至测试服务器,以使测试服务器根据测试配置文件生成待运行任务,然后根据待运行任务对待测接口进行回归测试,并记录测试结果,从而实现对于待测接口的自动化测试,从而提高接口自动化回归效率。
图3是本发明根据另一示例实施例示出的测试方法的信令交互示意图。如图3所示,本实施例提供测试方法,包括:
S201、发送第二请求。
测试终端向管理服务器发送第二请求,其中,第二请求用于获取待运行任务列表。其中,在测试终端中可以是启动定时任务,从而每隔固定时间获取一次待运行任务列表,例如,每隔3秒查询一次任务列表。
从而采用定时任务的方式轮询执行,并自动更新,记录对应的测试报告。即测试人员可以在前端web页面上,新建需要执行的任务(即待回归的接口),支持参数化(手动编辑及参数化文件方式),待任务执行结束后,可以在前端web页面查看详细的测试报告。并且,接口的维护与调试仅仅与TestNG框架有关,实现了与服务端解耦。
S202、发送第四请求。
在管理服务器接收到第二请求之后,向测试服务器发送第四请求。
S203、发送待运行任务列表。
测试服务器在接收到第四请求之后,响应于第四请求获取待运行任务列表,并将获取到的待运行任务列表发送至管理服务器。
S204、发送待运行任务列表。
管理服务器在接收到待运行任务列表之后,将待运行任务列表发送至测试终端,以使测试终端根据待运行任务列表中的待运行任务选择待测接口。
S205、根据选择指令以及接口列表确定待测接口。
S206、发送第一请求。
S207、根据接口信息确定待测接口对应的接口配置列表。
S208、发送接口配置列表。
S209、根据接口配置列表以及输入的配置参数生成测试任务。
S210、发送测试任务。
S211、根据测试任务生成测试配置文件。
S212、发送测试配置文件。
S213、根据测试配置文件生成待运行任务。
S214、根据待运行任务对待测接口进行回归测试,并记录测试结果。
值得说明的,本实施例中步骤205-步骤214的具体实现方式参照图2所示实施例中步骤101-步骤110中的描述,此处不再进行赘述。
此外,在本实施例中,测试终端还可以向管理服务器发送第三请求,其中,第三请求包括所述待测接口的接口信息,第三请求用于获取待测接口的测试报告。
在管理服务器接收到测试终端发送的第三请求之后,向测试服务器发送待测接口的接口信息,而测试服务器接收管理服务器发送的待测接口的接口信息之后,根据待测接口的接口信息确定待测接口的测试报告的存储地址,然后,然后根据存储地址获取待测接口的测试报告,并向管理服务器发送待测接口的测试报告。在管理服务器接收到待测接口的测试报告之后,将测试报告送至测试终端已进行展示。
图4是本发明根据一示例实施例示出的测试终端的结构示意图。如图4所示,本实施例提供的测试终端300,包括:
第一确定模块301,用于根据选择指令以及接口列表确定待测接口;
第一发送模块302,用于向管理服务器发送第一请求,所述第一请求包括所述待测接口的接口信息,所述第一请求用于获取所述待测接口对应的接口配置列表;
第一生成模块303,用于根据所述接口配置列表以及输入的配置参数生成测试任务,并将所述测试任务发送至所述管理服务器。
在一种可能的设计中,所述测试终端300,还包括:
所述第一发送模块302,还用于向所述管理服务器发送第二请求,所述第二请求用于获取待运行任务列表;
第一运行模块304,用于根据所述待运行任务列表中的待运行任务显示所述接口列表。
在一种可能的设计中,所述第一发送模块302,还用于向所述管理服务器发送第三请求,所述第三请求包括所述待测接口的接口信息,所述第三请求用于获取所述待测接口的测试报告。
值得说明地,图4所示实施例提供的测试终端,可用于执行上述任一实施例所提供的测试方法中测试终端侧的步骤,具体实现方式和技术效果类似,这里不再赘述。
图5是本发明根据一示例实施例示出的管理服务器的结构示意图。如图5所示,本实施例提供的测试终端400,包括:
第二接收模块401,用于接收测试终端发送的第一请求,所述第一请求包括待测接口的接口信息;
第二确定模块402,用于根据所述接口信息确定所述待测接口对应的接口配置列表;
第二发送模块403,用于向所述测试终端发送所述接口配置列表;
所述第二接收模块401,还用于接收所述测试终端发送的测试任务,并根据所述测试任务生成测试配置文件;
所述第二发送模块403,还用于将所述测试配置文件发送至测试服务器。
在一种可能的设计中,所述第二接收模块401,还用于接收所述测试终端发送的第二请求;
所述第二发送模块403,还用于根据所述第二请求向所述测试服务器发送第四请求,所述第四请求用于获取待运行任务列表;
所述第二发送模块403,还用于向所述测试终端发送所述待运行任务列表。
在一种可能的设计中,所述第二接收模块401,还用于接收所述测试终端发送的第三请求,所述第三请求包括所述待测接口的接口信息;
所述第二发送模块403,还用于向所述测试服务器发送所述待测接口的接口信息。
值得说明地,图5所示实施例提供的管理服务器,可用于执行上述任一实施例所提供的测试方法中管理服务器侧的步骤,具体实现方式和技术效果类似,这里不再赘述。
图6是本发明根据一示例实施例示出的测试服务器的结构示意图。如图6所示,本实施例提供的测试终端500,包括:
第三接收模块501,用于接收管理服务器发送的测试配置文件;
第三生成模块502,用于根据所述测试配置文件生成待运行任务;
第三测试模块503,用于根据所述待运行任务对待测接口进行回归测试,并记录测试结果。
在一种可能的设计中,所述第三接收模块501,还用于接收所述管理服务器发送的第四请求;
所述测试服务器500,还包括:
第三运行模块504,用于根据所述第四请求获取待运行任务列表;
第三发送模块505,用于向所述管理服务器发送所述待运行任务列表。
在一种可能的设计中,所述第三接收模块501,还用于接收所述管理服务器发送的待测接口的接口信息;所述测试服务器,还包括:
第三确定模块506,用于根据所述待测接口的接口信息确定所述待测接口的测试报告的存储地址;
第三获取模块507,根据所述存储地址获取所述待测接口的测试报告;
所述第三发送模块505,还用于向所述管理服务器发送所述待测接口的测试报告。
值得说明地,图6所示实施例提供的测试服务器,可用于执行上述任一实施例所提供的测试方法中测试服务器侧的步骤,具体实现方式和技术效果类似,这里不再赘述。
图7是本发明根据另一示例实施例示出的测试终端的结构示意图。如图7所示,本实施例提供的测试终端600,包括:
处理器601;以及,
存储器602,用于存储所述处理器的可执行指令,该存储器还可以是flash(闪存);
其中,所述处理器601配置为经由执行所述可执行指令来执行上述方法中的各个步骤。具体可以参见前面方法实施例中的相关描述。
可选地,存储器602既可以是独立的,也可以跟处理器601集成在一起。
当所述存储器602是独立于处理器601之外的器件时,所述电子设备600,还可以包括:
总线603,用于连接所述处理器601以及所述存储器602。
图8是本发明根据另一示例实施例示出的管理服务器的结构示意图。如图8所示,本实施例提供的管理服务器700,包括:
处理器701;以及,
存储器702,用于存储所述处理器的可执行指令,该存储器还可以是flash(闪存);
其中,所述处理器701配置为经由执行所述可执行指令来执行上述方法中的各个步骤。具体可以参见前面方法实施例中的相关描述。
可选地,存储器702既可以是独立的,也可以跟处理器701集成在一起。
当所述存储器702是独立于处理器701之外的器件时,所述电子设备700,还可以包括:
总线703,用于连接所述处理器701以及所述存储器702。
图9是本发明根据另一示例实施例示出的测试服务器的结构示意图。如图9所示,本实施例提供的测试服务器800,包括:
处理器801;以及,
存储器802,用于存储所述处理器的可执行指令,该存储器还可以是flash(闪存);
其中,所述处理器801配置为经由执行所述可执行指令来执行上述方法中的各个步骤。具体可以参见前面方法实施例中的相关描述。
可选地,存储器802既可以是独立的,也可以跟处理器801集成在一起。
当所述存储器802是独立于处理器801之外的器件时,所述电子设备800,还可以包括:
总线803,用于连接所述处理器801以及所述存储器802。
本实施例还提供一种可读存储介质,可读存储介质中存储有计算机程序,当电子设备的至少一个处理器执行该计算机程序时,电子设备执行上述的各种实施方式提供的方法中测试终端侧的步骤。
本实施例还提供一种程序产品,该程序产品包括计算机程序,该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序,至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的方法中测试终端侧的步骤。
本实施例还提供一种可读存储介质,可读存储介质中存储有计算机程序,当电子设备的至少一个处理器执行该计算机程序时,电子设备执行上述的各种实施方式提供的方法中管理服务器侧的步骤。
本实施例还提供一种程序产品,该程序产品包括计算机程序,该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序,至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的方法中管理服务器侧的步骤。
本实施例还提供一种可读存储介质,可读存储介质中存储有计算机程序,当电子设备的至少一个处理器执行该计算机程序时,电子设备执行上述的各种实施方式提供的方法中测试服务器侧的步骤。
本实施例还提供一种程序产品,该程序产品包括计算机程序,该计算机程序存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机程序,至少一个处理器执行该计算机程序使得电子设备实施上述的各种实施方式提供的方法中测试服务器侧的步骤。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或对其中部分或全部技术特征进行等同替换;而这些修改或替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。