一种测试方法、测试装置以及计算机可读存储介质与流程

1.本技术涉及软件测试技术领域，特别涉及一种测试方法、测试装置以及计算机可读存储介质。


背景技术：

2.常用的sdk(software development kit，软件开发工具包)测试方法中，包含对sdk的具体分析，方法的调用，以及sdk里的代码读写，可能还包含改造，测试人员甚至需要去看sdk的源码，来判断是sdk的问题还是后端代码逻辑的问题，这对测试人员要求比较高。
3.目前对于sdk的测试基本是两种方式，一种是纯接口的验证，另一种是根据私有化项目集成到客户系统上，到客户系统进行测试。这两种测试方法覆盖性不够，另外对于客户的依赖性过强。


技术实现要素：

4.本技术主要解决的技术问题是提供一种测试方法、测试装置以及计算机可读存储介质，能够解决软件测试过程中测试难度较大、可视化较差、覆盖性不够、维护性差的问题。
5.为解决上述技术问题，本技术第一方面采用的一个技术方案是：提供一种测试方法，该方法包括：
6.获取呼叫软件开发工具包；基于呼叫软件开发工具包显示登录操作界面；基于登录操作界面获取输入的登录信息，以及对登录信息进行验证；其中，登录信息至少包括坐席接入渠道；在登录信息验证通过后，基于呼叫软件开发工具包和坐席接入渠道显示对应的测试操作界面，以对呼叫软件开发工具包进行测试。
7.可选地，基于呼叫软件开发工具包显示登录操作界面，包括：
8.显示呼叫软件开发工具包的版本选择界面，并基于版本选择界面获取选择的版本信息；基于版本信息确定呼叫软件开发工具包的版本；显示与软件开发工具包的版本对应的登录操作界面。
9.可选地，对登录信息进行验证，包括：
10.基于登录信息确定坐席接入渠道；基于坐席接入渠道利用呼叫软件开发工具包调用对应的接口对登录信息进行验证。
11.可选地，在登录信息验证通过后，还包括：
12.利用呼叫软件开发工具包对坐席接入渠道对应的坐席的状态进行切换；以及利用呼叫软件开发工具包订阅事件回调，对坐席的状态进行显示。
13.可选地，基于呼叫软件开发工具包和坐席接入渠道显示对应的测试操作界面，以对呼叫软件开发工具包进行测试，包括：
14.基于测试操作界面对呼叫软件开发工具包进行呼出测试；和/或基于测试操作界面对呼叫软件开发工具包进行呼入测试。
15.可选地，基于测试操作界面对呼叫软件开发工具包进行呼出测试，包括：
16.响应于获取到呼出指令，利用呼叫软件开发工具包创建坐席端与服务器的第一会话初始协议通道；利用呼叫软件开发工具包订阅事件回调，对第一测试状态信息进行显示；利用服务器创建客户端与服务器的第二会话初始协议通道，并连接坐席端与客户端的通话；利用呼叫软件开发工具包订阅事件回调，对第二测试状态信息进行显示。
17.可选地，基于测试操作界面对呼叫软件开发工具包进行呼入测试，包括：
18.响应于获取到呼入指令，利用服务器创建客户端与服务器的第二会话初始协议通道，并查找就绪的坐席端；利用呼叫软件开发工具包订阅事件回调，触发利用服务器创建就绪的坐席端与服务器的第一会话初始协议通道，并连接坐席端与客户端的通话；利用呼叫软件开发工具包订阅事件回调，对第二测试状态信息进行显示。
19.可选地，上述方法还包括：
20.基于第一会话初始协议通道，利用呼叫软件开发工具包与服务器收发实时传输协议媒体。
21.为解决上述技术问题，本技术第二方面采用的一个技术方案是：提供一种测试装置，该测试装置包括处理器和存储器。
22.可选地，存储器用于存储程序指令，处理器用于执行该程序指令以实现上述测试方法。
23.为解决上述技术问题，本技术第三方面采用的一个技术方案是：提供一种计算机可读存储介质，该存储介质存储有程序指令，该程序指令能够被执行以实现上述测试方法。
24.区别于现有技术，本技术提供了一种测试方法、测试装置以及计算机可读存储介质，该方法包括：获取呼叫软件开发工具包；基于呼叫软件开发工具包显示登录操作界面；基于登录操作界面获取输入的登录信息，以及对登录信息进行验证；其中，登录信息至少包括坐席接入渠道；在登录信息验证通过后，基于呼叫软件开发工具包和坐席接入渠道显示对应的测试操作界面，以对呼叫软件开发工具包进行测试。通过上述方法，将呼叫软件开发工具包的版本和坐席接入渠道进行统一登录验证管理，并基于呼叫软件开发工具包和坐席接入渠道显示对应的测试操作界面，以对呼叫软件开发工具包进行测试，使整个采集过程一体化，实现功能全覆盖，能够直观显示测试状态信息，降低问题排查难度，减少中间环节，节约测试成本，提升测试效率，高效率地保证产品的质量，同时也减少了对于第三方系统的依赖，在内部测试范围内就可完成所有测试功能。
附图说明
25.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
26.图1是本技术提供的测试方法第一实施例的流程示意图；
27.图2是本技术一实施例中的登录操作界面图；
28.图3是本技术一实施例中的测试操作界面第一界面图；
29.图4是本技术一实施例中的测试操作界面第二界面图；
30.图5是图1中s12的流程示意图；
31.图6是本技术一实施例中的版本选择界面图；
32.图7是图1中s13的流程示意图；
33.图8是图1中s14的流程示意图；
34.图9是图8中s141的流程示意图；
35.图10是本技术一实施例中进行呼出测试的流程示意图；
36.图11是图8中s142的流程示意图；
37.图12是本技术一实施例中进行呼入测试的流程示意图；
38.图13是本技术提供的测试方法第二实施例的流程示意图；
39.图14是本技术提供的测试装置一实施例的结构示意图；
40.图15是本技术提供的计算机可读存储介质一实施例的结构示意图。
具体实施方式
41.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部结构。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
42.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
43.本技术实施例中的步骤并不一定是按照所描述的步骤顺序进行处理，可以按照需求有选择的将步骤打乱重排，或者删除实施例中的步骤，或者增加实施例中的步骤，本技术实施例中的步骤描述只是可选的顺序组合，并不代表本技术实施例的所有步骤顺序组合，实施例中的步骤顺序不能认为是对本技术的限制。
44.本技术实施例中的术语“和/或”指的是包括相关联的列举项目中的一个或多个的任何和全部的可能组合。还要说明的是：当用在本说明书中时，“包括/包含”指定所陈述的特征、整数、步骤、操作、元件和/或组件的存在，但是不排除一个或多个其他特征、整数、步骤、操作、元件和/或组件和/或它们的组群的存在或添加。
45.本技术中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
46.现有技术中，测试团队对于sdk的测试基本是两种方式，一种是纯接口的验证，另一种是根据私有化项目集成到客户系统上，到客户系统进行测试。这两种测试方法覆盖性不够，另外对于客户的依赖性过强。
47.基于此，本技术提出了一种测试方法，将呼叫软件开发工具包的版本和坐席接入渠道进行统一登录验证管理，并基于呼叫软件开发工具包和坐席接入渠道显示对应的测试
操作界面，以对呼叫软件开发工具包进行测试，一方面能够全方面、界面性操作地覆盖所有功能，另一方面也减少了对于第三方系统的依赖，在内部测试范围内就可以完成所有测试功能。
48.参阅图1，图1是本技术提供的测试方法第一实施例的流程示意图，该方法包括：
49.s11：获取呼叫软件开发工具包。
50.将本实施例中的执行主体定义为终端设备。在一些实施例中，终端设备a用于开发呼叫软件开发工具包，终端设备b从终端设备a获取到开发的呼叫软件开发工具包，然后对呼叫软件开发工具包进行测试。
51.可选地，呼叫软件开发工具包由javascrpit语言编写，称为js sdk，在测试页面引入js sdk，在script中添加msxfcc-sdk.min.js文件。
52.可选地，在终端设备内部搭建测试系统(如测试软件)，利用测试系统可以获取多个版本的sdk，以便在不同sdk版本之间切换进行功能验证。
53.s12：基于所述呼叫软件开发工具包显示登录操作界面。
54.可选地，终端设备基于sdk显示登录操作界面，如图2所示，图2是本技术一实施例中的登录操作界面图，用户可以输入用户名、密码、租户等信息，也可以选择坐席接入渠道。
55.s13：基于所述登录操作界面获取输入的登录信息并对所述登录信息进行验证；其中，所述登录信息至少包括坐席接入渠道。
56.可选地，终端设备基于登录操作界面获取用户输入的登录信息，登录信息至少包括坐席接入渠道。
57.可选地，基于坐席接入渠道，终端设备调用sdk对应的方法，sdk调用对应的接口对登录信息进行验证。
58.s14：在所述登录信息验证通过后，基于所述呼叫软件开发工具包和所述坐席接入渠道显示对应的测试操作界面，以对所述呼叫软件开发工具包进行测试。
59.可选地，在登录信息验证通过后，终端设备基于sdk和坐席接入渠道显示对应的测试操作界面，利用sdk对坐席接入渠道对应的坐席的状态进行切换，以及利用sdk订阅事件回调，对坐席的状态进行显示，如图3所示，图3是本技术一实施例中的测试操作界面第一界面图。
60.具体地，用户登录成功后，坐席切换状态，测试操作界面调用sdk的requestchangepresence方法，sdk向测试操作界面发送websocket事件，事件名称为changepresence；坐席状态切换成功，sdk收到后端发送的websocket事件，事件名称为statuschanged，sdk通过onagentpresencechanged事件回调将坐席状态传出，测试操作界面订阅该事件，并进行显示，这里的坐席接入渠道为web坐席，在坐席状态切换成功后，测试操作界面显示“就绪”。
61.具体地，websocket是一种在单个tcp连接上进行全双工通信的协议。websocket通信协议于2011年被ietf定为标准rfc 6455，并由rfc7936补充规范。websocket api也被w3c定为标准。websocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在websocket api中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。
62.可选地，测试操作界面包括各种功能测试按钮，例如接听、拒接、外呼等，以便用户
点击功能测试按钮对sdk进行对应的测试，如图4所示，图4是本技术一实施例中的测试操作界面第二界面图，在对上述测试操作界面第一界面中的功能测试按钮进行点击后，显示对应的测试操作界面第二界面，用户可以进入sdk功能测试相应的流程，以对sdk的功能进行验证。
63.可选地，在对sdk进行测试的过程中，测试操作界面还可以获取测试状态信息，并在测试操作界面中进行显示。
64.相比于现有技术，本实施例提供了一种测试方法，该方法包括：获取呼叫软件开发工具包；基于呼叫软件开发工具包显示登录操作界面；基于登录操作界面获取输入的登录信息，以及对登录信息进行验证；其中，登录信息至少包括坐席接入渠道；在登录信息验证通过后，基于呼叫软件开发工具包和坐席接入渠道显示对应的测试操作界面，以对呼叫软件开发工具包进行测试。通过上述方法，将呼叫软件开发工具包的版本和坐席接入渠道进行统一登录验证管理，并基于呼叫软件开发工具包和坐席接入渠道显示对应的测试操作界面，以对呼叫软件开发工具包进行测试，使整个采集过程一体化，实现功能全覆盖，能够直观显示测试状态信息，降低问题排查难度，减少中间环节，节约测试成本，提升测试效率，高效率地保证产品的质量，同时也减少了对于第三方系统的依赖，在内部测试范围内就可完成所有测试功能。
65.参阅图5，图5是图1中s12的流程示意图，s12还可以包括：
66.s121：显示呼叫软件开发工具包的版本选择界面，并基于所述版本选择界面获取选择的版本信息。
67.可选地，终端设备显示sdk的版本选择界面，如图6所示，图6是本技术一实施例中的版本选择界面图，用户可以点击进入不同的sdk版本demo页。
68.可选地，响应于点击指令，终端设备获取选择的版本信息。
69.s122：基于所述版本信息确定所述呼叫软件开发工具包的版本。
70.s123：显示与所述软件开发工具包的版本对应的登录操作界面。
71.可选地，终端设备基于版本信息确定sdk的版本，初始化对应版本环境的sdk实例，调用查询租户的publicapi，并调用authorize方法。系统通过授权验证，并获取租户基本信息。
72.可选地，终端设备在确定sdk的版本后，显示与该sdk版本对应的登录操作界面。
73.参阅图7，图7是图1中s13的流程示意图，s13还可以包括：
74.s131：基于所述登录信息确定坐席接入渠道。
75.可选地，坐席接入渠道可以包括web坐席、sip坐席和手机坐席。
76.s132：基于所述坐席接入渠道利用所述呼叫软件开发工具包调用对应的接口对所述登录信息进行验证。
77.可选地，针对web坐席登录，测试页面调用sdk的login方法，sdk调用测试页面的登录接口/api/v1/login进行登录验证。
78.可选地，针对sip坐席登录，测试页面调用sdk的loginthird方法，sdk调用测试页面的接口/api/v1/loginthird，选择已注册的sip话机，进行登录验证。
79.可选地，针对手机坐席登录，登录该坐席前已绑定手机号，测试页面调用sdk的login方法，sdk调用测试页面的接口/api/v1/login进行登录验证。
80.参阅图8，图8是图1中s14的流程示意图，s14还可以包括：
81.s141：基于所述测试操作界面对所述呼叫软件开发工具包进行呼出测试。
82.s142：基于所述测试操作界面对所述呼叫软件开发工具包进行呼入测试。
83.可选地，测试操作界面可以包含多个功能按钮，可以进行多种测试，例如对sdk进行呼出测试，对sdk进行呼入测试，可以先进行呼出测试、然后进行呼入测试，也可以只单独进行一项测试，测试内容可根据实际需求进行设置，在此不做具体限定。
84.参阅图9，图9是图8中s141的流程示意图，s141还可以包括：
85.s1411：响应于获取到呼出指令，利用所述呼叫软件开发工具包创建坐席端与服务器的第一会话初始协议通道。
86.s1412：利用所述呼叫软件开发工具包订阅事件回调，对第一测试状态信息进行显示。
87.s1413：利用所述服务器创建客户端与所述服务器的第二会话初始协议通道，并连接所述坐席端与所述客户端的通话。
88.s1414：利用所述呼叫软件开发工具包订阅事件回调，对第二测试状态信息进行显示。
89.如图10所示，图10是本技术一实施例中进行呼出测试的流程示意图，下面基于web坐席和sip坐席对于呼出测试进行详细说明。
90.具体地，freeswitch是一个电话的软交换解决方案，包括一个软电话和软交换机用以提供语音和聊天的产品驱动。freeswitch可以用作交换机引擎、pbx、多媒体网关以及多媒体服务器等。
91.具体地，会话初始协议(session initialization protocol，或sip)是由ietf(internet engineering task force，因特网工程任务组)制定的多媒体通信协议。它是一个基于文本的应用层控制协议，用于创建、修改和释放一个或多个参与者的会话。sip是一种源于互联网的ip语音会话控制协议，具有灵活、易于实现、便于扩展等特点。
92.具体地，实时传输协议(real-time transport protocol，或rtp)是一个网络传输协议，它详细说明了在互联网上传递音频和视频的标准数据包格式。它一开始被设计为一个多播协议，但后来被用在很多单播应用中。rtp协议常用于流媒体系统(配合rtsp协议)，视频会议和一键通(push to talk)系统(配合h.323或sip)，使它成为ip电话产业的技术基础。
93.可选地，针对坐席接入渠道为web坐席，web坐席点击外呼，sdk调入makecall方法，传入外呼号码发起呼叫，在返回make_call_success(发起呼叫成功)后，freeswitch通过originate命令发起与登录坐席测试操作界面基于websocket的sip长连接，freeswitch发送invite消息到sdk，sdk返回200表示创建坐席端与服务器的第一sip通道成功。通过第一sip通道fs与sdk一方面可以交互sip信令，另一方面在第一sip通道内，sdk可以通过浏览器的webrtc协议，与媒体服务器(freeswitch)互相收发rtp媒体。在创建第一sip通道后，测试操作界面通过sdk订阅oncallstatechanged事件回调，通过与浏览器建立的另一条websocket长连接返回第一测试状态信息manual_pre_call到测试操作界面的前端进行显示。接着freeswitch发起与客户端的invite消息，客户端返回200表示客户端与服务器的第二sip通道创建成功。freeswitch通过bridge桥接起坐席端与客户端的通话，使双方进行正
常通话，并且sdk再次通过订阅oncallstatechanged事件回调，返回第二测试状态信息manual_call(通话中)在测试操作界面的前端进行显示。
94.可选地，针对坐席接入渠道为sip坐席，sip坐席点击外呼，sdk调用sipphonecallout方法，返回成功后，freeswitch通过originate命令发起与登录坐席的呼叫命令，freeswitch发送invite消息到sip话机，sip话机返回200表示创建坐席端与服务器的第一sip通道成功。通过第一sip通道fs与sip话机一方面可以通过udp协议交互sip信令，另一方面在第一sip通道内，sip话机与媒体服务器(freeswitch)互相通过udp协议收发rtp媒体。在创建第一sip通道的同时，sdk订阅oncallstatechanged事件回调，通过与浏览器建立一条websocket长连接返回第一测试状态信息manual_pre_call到测试操作界面的前端进行显示。接着freeswitch发起与客户端的invite消息，客户端返回200表示客户端与服务器的第二sip通道创建成功。freeswitch通过bridge桥接起sip坐席端与客户端的通话，使双方进行正常通话，并且sdk再次通过订阅oncallstatechanged事件回调，返回第二测试状态信息manual_call(通话中)在测试操作界面的前端进行显示。
95.参阅图11，图11是图8中s142的流程示意图，s142还可以包括：
96.s1421：响应于获取到呼入指令，利用服务器创建客户端与所述服务器的第二会话初始协议通道，并查找就绪的坐席端。
97.s1422：利用所述呼叫软件开发工具包订阅事件回调，触发利用所述服务器创建所述就绪的坐席端与所述服务器的第一会话初始协议通道，并连接所述坐席端与所述客户端的通话。
98.s1423：利用所述呼叫软件开发工具包订阅事件回调，对第二测试状态信息进行显示。
99.如图12所示，图12是本技术一实施例中进行呼入测试的流程示意图，下面基于web坐席、sip坐席和手机坐席对于呼入测试进行详细说明。
100.可选地，针对坐席接入渠道为web坐席，web坐席登录就绪，客户端进行呼入操作，客户端向freeswitch发送invite消息，freeswitch返回200表明客户端与服务器的第二sip通道创建成功。freeswitch发送find_agent事件查找就绪状态的坐席。sdk订阅oncallstatechanged事件回调，通过call_type＝manual接收到来电waiting_for_answer后，oncallstatechanged事件触发freeswitch通过originate命令发起与登录坐席基于websocket的sip长连接，freeswitch发送invite消息到sdk，sdk返回200表示创建坐席端与服务器的第一sip通道成功。通过第一sip通道fs与sdk一方面可以交互sip信令，另一方面在第一sip通道内，sdk通过浏览器的webrtc协议，与媒体服务器(freeswitch)互相收发rtp媒体。freeswitch通过bridge桥接起坐席端与客户端的通话，使双方进行正常通话，并且sdk再次通过订阅oncallstatechanged事件回调，返回第二测试状态信息manual_call(通话中)在测试操作界面的前端进行显示。
101.可选地，针对坐席接入渠道为sip坐席，sip坐席登录就绪，客户端进行呼入操作，客户端向freeswitch发送invite消息，freeswitch返回200表明客户端与服务器的第二sip通道创建成功。freeswitch发送find_agent事件查找就绪状态的坐席。sdk订阅oncallstatechanged事件回调，通过call_type＝manual接收到来电waiting_for_answer后，oncallstatechanged事件触发freeswitch通过originate命令发起与登录坐席的呼叫
命令，freeswitch发送invite消息到sip话机，sip话机返回200表示创建坐席端与服务器的第一sip通道成功。通过第一sip通道fs与sip话机一方面可以通过udp协议交互sip信令，另一方面在第一sip通道内，sip话机与媒体服务器(freeswitch)互相通过udp协议收发rtp媒体。freeswitch通过bridge桥接起坐席端与客户端的通话，使双方进行正常通话，并且sdk再次通过订阅oncallstatechanged事件回调，返回第二测试状态信息manual_call(通话中)在测试操作界面的前端进行显示。
102.可选地，针对坐席接入渠道为手机坐席，手机坐席登录就绪，客户端进行呼入操作，客户端向freeswitch发送invite消息，freeswitch返回200表明客户端与服务器的第二sip通道创建成功。freeswitch发送find_agent事件查找就绪状态的坐席。sdk订阅oncallstatechanged事件回调，通过call_type＝manual接收到来电waiting_for_answer后，oncallstatechanged事件触发freeswitch通过originate命令发起转接到外部手机，freeswitch通过bridge桥接起手机端与客户端的通话，使双方进行正常通话，并且sdk再次通过订阅oncallstatechanged事件回调，返回第二测试状态信息manual_call(通话中)在测试操作界面的前端进行显示。
103.参阅图13，图13是本技术提供的测试方法第二实施例的流程示意图。
104.在本实施例中，在终端设备的内部搭建测试系统，无需集成至客户系统进行测试。终端设备的测试系统创建测试操作界面后，对sdk进行加载并初始化，再进行事件绑定。一方面，基于测试操作界面进行手动触发，可以对sdk进行登入、登出，手动外呼，咨询转接，会议监听等功能的测试操作，保证通信层的信令和媒体流正常通信；另一方面，利用sdk进行事件订阅，对系统状态，坐席状态，话机状态进行订阅，保持系统、坐席、话机状态的变更性和不同渠道状态的一致性。
105.在本实施例中，将sdk版本和坐席接入渠道进行统一管理，并将sdk功能进行可视化设计，支持手动外呼、呼入电话、转接电话、三方通话、电话会议等基本呼叫功能，也提供了坐席(用户)状态和通话状态的事件订阅管理，还提供了用户管理、监控管理等支持呼叫的扩展功能，由于操作测试界面使用便捷，其不仅可以用来测试sdk，也可以用来进行基本功能的测试，提高了测试效率，降低了问题排查的难度。
106.参阅图14，图14是本技术提供的测试装置一实施例的结构示意图，该测试装置200包括处理器201和存储器202。
107.具体地，存储器202用于存储程序指令，处理器201用于执行该程序指令以实现上述实施例中任一个或任一不冲突的组合所提供的方法。
108.可选地，处理器201为中央处理器(cpu)，是电子计算机的主要设备之一，电脑中的核心配件。其功能主要是解释计算机指令以及处理计算机软件中的数据。cpu是计算机中负责读取指令，对指令译码并执行指令的核心部件。中央处理器主要包括两个部分，即控制器、运算器，其中还包括高速缓冲存储器及实现它们之间联系的数据、控制的总线。中央处理器的功效主要为处理指令、执行操作、控制时间、处理数据。在计算机体系结构中，cpu是对计算机的所有硬件资源(如存储器、输入输出单元)进行控制调配、执行通用运算的核心硬件单元。cpu是计算机的运算和控制核心。计算机系统中所有软件层的操作，最终都将通过指令集映射为cpu的操作。
109.可选地，存储器202为只读存储器(rom)或随机存取存储器(ram)，是计算机系统中
的记忆设备，主要用来存放程序和数据。计算机中的全部信息，包括输入的原始数据、计算机程序、中间运行结果和最终运行结果，都保存在存储器中。它是根据控制器指定的位置存入和取出信息。
110.可选地，测试装置200还进一步包括显示屏，显示屏用于在对呼叫软件开发工具包进行测试的过程中显示各种操作界面以及各种测试状态信息，测试装置200可以如上述任一实施例中涉及的终端设备。
111.参阅图15，图15是本技术提供的计算机可读存储介质一实施例的结构示意图，该计算机可读存储介质300包括程序指令301，程序指令301能够被执行以实现上述实施例中任一个或任一不冲突的组合所提供的方法。其中，计算机可读存储介质300的容量大小能够满足存储程序指令301的要求。
112.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质300(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
113.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可读存储介质300实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可读存储介质300到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的程序指令301产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
114.这些计算机可读存储介质300也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储介质300中的程序指令301产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
115.这些计算机可读存储介质300也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的程序指令301提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
116.以上所述仅为本技术的实施方式，并非因此限制本技术的专利范围，凡是根据本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。