一种消息收发性能测试方法、装置及设备与流程

1.本发明属于网络通信技术领域，尤其涉及一种消息收发性能测试方法、装置及设备。


背景技术：

2.随着互联网的发展，即时通讯是目前互联网上最为流行的通讯方式，各式各样的即时通讯软件层出不穷，即时通讯服务提供商也提供了越来越丰富的通讯服务功能。在即时通讯系统中，要保证参与通讯的用户之间能够及时地收发消息进行互动，有必要对即时通讯系统的消息收发性能进行测试。
3.在现有技术中，利用jmeter等软件来模拟一定数量的客户端，进行认证登录和收发即时通讯消息。
4.但是，对于使用私用协议的即时通讯系统，jmeter很难实现对即时通讯消息的包装和解析，所以无法获知服务端返回消息的具体内容，导致难以对即时通讯消息收发进行性能测试。


技术实现要素：

5.鉴于上述问题，本技术提出了一种消息收发性能测试方法、装置及设备，可以实现对即时通讯消息的包装和解析，获知服务端返回消息的具体内容，实现对即时通讯消息收发进行性能测试，具体方案如下：
6.一种消息收发性能测试方法，所述方法应用于即时通讯系统的测试端，所述测试端与所述即时通讯系统的服务端相连，所述方法包括：
7.获取测试账号库中的测试账号信息，所述测试账号信息包括：用户号和密码，所述用户号的类型包括：消息发送方和消息接收方；
8.确定所述服务端所使用的通讯协议；
9.按照所述通讯协议，对所述用户号和所述密码进行编辑，获得与所述通讯协议相匹配的登录请求；
10.向所述服务端发送所述登录请求，并获得所述服务端返回的登录结果；
11.按照所述通讯协议对即时通讯消息进行封装，获得待发送消息；
12.使用所述登录结果为登录成功的所述消息发送方的所述用户号，向所述服务端发送所述待发送消息，以使所述服务端将所述待发送消息转发至所述登录结果为登录成功的所述消息接收方的所述用户号；
13.接收所述服务端转发的所述待发送消息，并按照所述通讯协议对所述待发送消息进行解析，获得目标消息；
14.基于所述目标消息，确定即时通讯测试结果。
15.可选的，所述方法还包括：
16.对所述服务端的资源消耗情况进行监控，得到所述服务端的资源消耗数据。
17.可选的，在所述向所述服务端发送所述登录请求，并获得所述服务端返回的登录结果之后，还包括：
18.接收所述服务端发送的用户唯一标识；
19.基于所述用户号和所述用户唯一标识，与所述服务端建立长连接；
20.确定心跳间隔时长；
21.基于所述心跳间隔时长，向所述服务端发送心跳包，以保持所述长连接。
22.可选的，所述即时通讯消息为消息发送时刻，所述按照所述通讯协议对即时通讯消息进行封装，获得待发送消息，包括：
23.按照所述通讯协议对所述消息发送时刻进行封装，获得待发送消息。
24.可选的，所述按照所述通讯协议对所述消息发送时刻进行封装，获得待发送消息，包括：
25.所述消息发送时刻为对所述即时通讯消息进行封装的当前时刻。
26.可选的，所述向所述服务端发送所述待发送消息，包括：
27.在所述消息发送时刻，向所述服务端发送所述待发送消息。
28.可选的，在所述接收所述服务端转发的所述待发送消息之后，还包括：
29.记录所述待发送消息的接收时刻。
30.可选的，所述基于目标消息，确定即时通讯测试结果，包括：
31.基于目标消息，确定所述消息发送时刻；
32.基于所述消息发送时刻和所述待发送消息的接收时刻，确定所述即时通讯消息的端到端时延；
33.获取所述即时通讯消息的发送数量和所述待发送消息的接收数量；
34.基于所述即时通讯消息的发送数量和所述待发送消息的接收数量，确定所述即时通讯消息的到达率。
35.一种消息收发性能测试装置，所述装置应用于即时通讯系统的测试端，所述测试端与所述即时通讯系统的服务端相连，所述装置包括：
36.获取单元，用于获取测试账号库中的测试账号信息，所述测试账号信息包括：用户号和密码，所述用户号的类型包括：消息发送方和消息接收方；
37.第一确定单元，用于确定所述服务端所使用的通讯协议；
38.编辑单元，用于按照所述通讯协议，对所述用户号和所述密码进行编辑，获得与所述通讯协议相匹配的登录请求；
39.第一发送单元，用于向所述服务端发送所述登录请求，并获得所述服务端返回的登录结果；
40.封装单元，用于按照所述通讯协议对即时通讯消息进行封装，获得待发送消息；
41.第二发送单元，用于使用所述登录结果为登录成功的所述消息发送方的所述用户号，向所述服务端发送所述待发送消息，以使所述服务端将所述待发送消息转发至所述登录结果为登录成功的所述消息接收方的所述用户号；
42.接收单元，用于接收所述服务端转发的所述待发送消息，并按照所述通讯协议对所述待发送消息进行解析，获得目标消息；
43.第二确定单元，用于基于所述目标消息，确定即时通讯测试结果。
44.一种消息收发性能测试设备，包括存储器和处理器；
45.所述存储器，用于存储程序；
46.所述处理器，用于执行所述程序，实现上述的任一种消息收发性能测试方法的各个步骤。
47.基于上述技术方案，本发明提供的消息收发性能测试方法、装置及设备，获取测试账号库中的测试账号信息，测试账号信息包括：用户号和密码，用户号的类型包括：消息发送方和消息接收方，确定服务端所使用的通讯协议，按照通讯协议，对用户号和密码进行编辑，获得与通讯协议相匹配的登录请求，向服务端发送登录请求，并获得服务端返回的登录结果，实现了模拟大量用户登录即时通讯系统，按照通讯协议对即时通讯消息进行封装，获得待发送消息，使用登录结果为登录成功的消息发送方的用户号，向服务端发送待发送消息，以使服务端将待发送消息转发至登录结果为登录成功的消息接收方的用户号，接收服务端转发的待发送消息，并按照通讯协议对待发送消息进行解析，获得目标消息，可以实现对即时通讯消息的包装和解析，获知服务端返回目标消息的具体内容，基于目标消息，确定即时通讯测试结果，通过对大量测试账号进行消息收发测试，能够准确有效地实现对即时通讯消息收发的性能测试。
附图说明
48.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本技术的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
49.图1为本技术实施例公开的一种消息收发性能测试方法的流程示意图；
50.图2为本技术实施例公开的一种与服务端保持长连接的过程示意图；
51.图3为本技术实施例公开的一种基于目标消息，确定即时通讯测试结果的方法的流程示意图；
52.图4为本技术实施例公开的一种消息发送和接收的流程示意图；
53.图5为本技术实施例公开的一种消息收发性能测试装置的结构示意图；
54.图6为本技术实施例提供的消息收发性能测试设备的硬件结构框图。
具体实施方式
55.需要说明的是，本发明提供的消息收发性能测试方法、装置及设备可用于人工智能领域、区块链领域、分布式领域、云计算领域、大数据领域、物联网领域、移动互联领域、网络安全领域、芯片领域、虚拟现实领域、增强现实领域、全息技术领域、量子计算领域、量子通信领域、量子测量领域、数字孪生领域或金融领域。上述仅为示例，并不对本发明提供的消息收发性能测试方法、装置及设备的方法及装置的应用领域进行限定。
56.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
57.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别
类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本发明的实施例中对相同属性的对象在描述时所采用的区分方式。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。
58.为了实现对即时通讯消息收发进行性能测试，本发明提供了消息收发性能测试方法，下面结合附图和具体实施方式对本发明提供的消息收发性能测试方法作进一步详细的说明。
59.请参阅附图1，图1为本发明实施例提供的一种消息收发性能测试方法的流程示意图。该方法可以由即时通讯系统的测试端执行，即时通讯系统的测试端与即时通讯系统的服务端相连，该方法可以包括以下步骤：
60.步骤s101：获取测试账号库中的测试账号信息，测试账号信息包括：用户号和密码，用户号的类型包括：消息发送方和消息接收方。
61.需要说明的是，测试账号信息每行包括用户登录所需必要信息，比如：用户号，密码，渠道等。
62.其中，用户号的类型包括：消息发送方和消息接收方，比如：用户号1-10000的用户为消息发送方，用户号10001-20000的用户为消息接收方，在实际测试中，若测试同时发生10000个一对一聊天，可以测试使用户号1-10000的用户分别向用户号10001-20000的用户同时发送消息，即用户号1的用户向用户号10001的用户发送消息，发送和接收方编号相差固定数值10000。
63.步骤s102：确定服务端所使用的通讯协议。
64.需要说明的是，不同即时通讯系统所使用的通讯协议可能不同，所以需要确定即时通讯系统的服务端所使用的通讯协议，通讯协议包括实现即时通讯私有协议部分，模拟用户登陆、消息收发部分和消息结果分析部分。
65.在本技术中，基于rust编写压测程序，通过编写代码实现即时通讯系统的服务端所使用的通讯协议。
66.其中，需要说明的是，rust是一种可靠的高效的通用高级编程语言，高效不仅限于开发效率，执行效率也相当高，是少有的兼顾开发和执行效率的语言。
67.步骤s103：按照通讯协议，对用户号和密码进行编辑，获得与通讯协议相匹配的登录请求。
68.在本技术中，通过通讯协议获知所需登录请求格式，按照所需请求格式拼装登录请求。
69.本技术可以使用rust编写客户端与服务端通讯协议拼装和解析部分，实现通信内容透明，被测客户端可以准确获知服务端返回信息内容。
70.步骤s104：向服务端发送登录请求，并获得服务端返回的登录结果。
71.在本技术中，登陆结果包括登陆成功和登录失败。
72.步骤s105：按照通讯协议对即时通讯消息进行封装，获得待发送消息。
73.需要说明的是，即时通讯消息内容可能各有不同，比如：某即时通讯消息包括发送方id，接收方id，消息类型，消息内容等信息。
74.在本技术中，消息发送方按通讯协议对即时通讯消息进行封装，获得待发送消息，具体将通过后面的实施例详细说明，此处不再展开描述。
75.步骤s106：使用登录结果为登录成功的消息发送方的用户号，向服务端发送待发送消息，以使服务端将待发送消息转发至登录结果为登录成功的消息接收方的用户号。
76.在本技术中，预先设置发送间隔，使用登录结果为登录成功的消息发送方的用户号，按照发送间隔，通过与服务端长连接通道向服务端发送待发送消息。
77.步骤s107：接收服务端转发的待发送消息，并按照通讯协议对待发送消息进行解析，获得目标消息。
78.在本技术中，消息接受方接收服务端转发的待发送消息，并按照通讯协议对待发送消息进行解析，获得目标消息，具体将通过后面的实施例详细说明，此处不再展开描述。
79.步骤s108：基于目标消息，确定即时通讯测试结果。
80.需要说明的是，即时通讯测试结果包括大规模用户维持在线人数、大规模并发消息收发时消息到达率、系统每秒钟处理的事务数、延迟时间等。
81.综上所述，本实施例提供的消息收发性能测试方法，获取测试账号库中的测试账号信息，测试账号信息包括：用户号和密码，用户号的类型包括：消息发送方和消息接收方，确定服务端所使用的通讯协议，按照通讯协议，对用户号和密码进行编辑，获得与通讯协议相匹配的登录请求，向服务端发送登录请求，并获得服务端返回的登录结果，实现了模拟大量用户登录即时通讯系统，按照通讯协议对即时通讯消息进行封装，获得待发送消息，使用登录结果为登录成功的消息发送方的用户号，向服务端发送待发送消息，以使服务端将待发送消息转发至登录结果为登录成功的消息接收方的用户号，接收服务端转发的待发送消息，并按照通讯协议对待发送消息进行解析，获得目标消息，可以实现对即时通讯消息的包装和解析，获知服务端返回目标消息的具体内容，基于目标消息，确定即时通讯测试结果，能够准确有效地实现对即时通讯消息收发的性能测试。
82.在上述本发明公开的实施例的基础上，在本发明的再一个实施例中，对另一种消息收发性能测试方法的具体实现方式进行了详细说明。
83.作为一种可实施方式，还可以对服务端的资源消耗情况进行监控，得到服务端的资源消耗数据。
84.在本技术中，可以使用prometheus对服务端的cpu、内存、磁盘io，网络占用等资源情况进行监控，得到服务端的资源消耗数据。
85.需要说明的是，prometheus是一款开源的监控告警解决方案，可以轻松监控服务端的运行状态和各类指标。
86.综上所述，本发明实施例提供的另一种消息收发性能测试方法，通过对服务端的监控，有利于避免告警风暴风险和服务端过载等情况发生，保障即时通讯系统稳定运行。
87.在上述本发明公开的实施例的基础上，在本发明的再一个实施例中，对步骤s104向服务端发送登录请求，并获得服务端返回的登录结果之后的具体实现方式进行了详细说明。
88.作为一种可实施方式，请参阅附图2，为本发明公开的一种与服务端保持长连接的过程示意图。该方法可以包括以下步骤：
89.步骤s201：接收服务端发送的用户唯一标识。
90.步骤s202：基于用户号和用户唯一标识，与服务端建立长连接。
91.需要说明的是，长连接一般指在一个tcp连接上可以连续发送多个数据包。
92.在本技术中，按照通讯协议，对用户号和用户唯一标识进行编辑，获知所需登录请求格式，按照所需请求格式拼装长连接请求，验证成功后，与服务端建立长连接，服务端记录与测试端的连接句柄，以此作为寻找测试端的依据。
93.步骤s203：确定心跳间隔时长。
94.步骤s204：基于心跳间隔时长，向服务端发送心跳包，以保持长连接。
95.需要说明的是，心跳包是指测试端与服务端之间定时通知对方自己状态的一种通信包，按照一定时间间隔发送，类似于心跳，心跳包括用户号、用户唯一标识等。
96.在本技术中，tcp连接的通道是个虚拟的链路，需要基于心跳间隔时长，向服务端发送心跳包，以保持长连接并告知服务端其在线状态，若服务端长时间未收到心跳包，则认为其已下线，无需维持与测试端的连接句柄。
97.综上所述，本发明实施例提供的一种与服务端保持长连接的方法，基于用户号和用户唯一标识，与服务端建立长连接，对于一些交互频繁的通讯情况，长连接有利于节省资源和正确通信，通过向服务端发送心跳包可以保证长时间无数据往来连接的长期有效性，且服务端可以主动判断测试端是否在线。
98.在上述本发明公开的实施例的基础上，在本发明的再一个实施例中，即时通讯消息为消息发送时刻，对步骤s105按照通讯协议对即时通讯消息进行封装，获得待发送消息的具体实现方式进行了详细说明。
99.作为一种可实施方式，可以按照通讯协议对消息发送时刻进行封装，获得待发送消息。
100.在本技术中，消息发送时刻有两种情况，具体将通过后面的实施例详细说明，此处不再展开描述。
101.综上所述，本发明实施例提供的一种按照通讯协议对即时通讯消息进行封装，获得待发送消息的方法，对消息发送时刻进行了记录，有利于计算即时通讯测试的指标。
102.在上述本发明公开的实施例的基础上，在本发明的再一个实施例中，对按照通讯协议对消息发送时刻进行封装，获得待发送消息的具体实现方式进行了详细说明。
103.作为一种可实施方式，消息发送时刻可以为对即时通讯消息进行封装的当前时刻。
104.作为一种可实施方式，消息发送时刻可以为对即时通讯消息进行封装后发送模块发送消息的当前时刻。
105.可选的，将消息封装好以后调用发送方法的时刻作为消息发送时刻，可以将发送时间戳放于消息头部中。
106.在上述本发明公开的实施例的基础上，在本发明的再一个实施例中，即对向服务端发送待发送消息的具体实现方式进行了详细说明。
107.作为一种可实施方式，在消息发送时刻，可以向服务端发送待发送消息。
108.在本技术中，预先设置消息发送时刻，对即时通讯消息进行封装消息，在消息发送时刻，可以向服务端发送待发送消息。
109.在上述本发明公开的实施例的基础上，在本发明的再一个实施例中，对接收服务
端转发的待发送消息之后的具体实现方式进行了详细说明。
110.作为一种可实施方式，还可以记录待发送消息的接收时刻。
111.在本技术中，当收到服务端发送的待发送消息后第一时间记录接收时刻。
112.综上所述，本发明实施例提供的另一种按照通讯协议对即时通讯消息进行封装，获得待发送消息的方法，对消息接收时刻进行了记录，有利于计算即时通讯测试的指标。
113.在上述本发明公开的实施例的基础上，在本发明的再一个实施例中，对步骤s108基于目标消息，确定即时通讯测试结果的具体实现方式进行了详细说明。
114.作为一种可实施方式，请参阅附图3，为本发明公开的一种基于目标消息，确定即时通讯测试结果的方法的流程示意图。该方法可以包括以下步骤：
115.步骤s301：基于目标消息，确定消息发送时刻。
116.在本技术中，按照即时通讯协议对待发送消息内容进行解析，得到消息发送时刻。
117.步骤s302：基于消息发送时刻和待发送消息的接收时刻，确定即时通讯消息的端到端时延。
118.在本技术中，针对某条即时通讯消息，确定待发送消息的接收时刻和消息发送时刻的差值，就可以确定准确的端到端时延值。比如：记待发送消息的接收时刻为t
rev
，记消息发送时刻为t
send
，这样该即时通讯消息的端到端时延即为：
119.δti＝t
rev-t
send
120.对所有即时通讯消息的端到端时延进行统计平均，即得到本次发送即时通讯消息的平均时延。
121.步骤s303：获取即时通讯消息的发送数量和待发送消息的接收数量。
122.在本技术中，定时收集即时通讯消息的发送数量和待发送消息的接收数量。
123.步骤s304：基于即时通讯消息的发送数量和待发送消息的接收数量，确定即时通讯消息的到达率。
124.在本技术中，通过对比即时通讯消息的发送数量和待发送消息的接收数量，就可以算出这批即时通讯消息的到达率。
125.需要说明的是，图4为本技术实施例公开的一种消息发送和接收的流程示意图，消息发送方的用户号和消息接收方的用户号登录成功后，分别与服务端保持长连接，消息发送方的用户号向服务端发送待发送消息，服务端将待发送消息转发至消息接收方的用户号。消息接收方的用户号接收服务端转发的待发送消息，记录待发送消息的接收时刻，并按照所述通讯协议对所述待发送消息进行解析，统计即时通讯消息的端到端时延和即时通讯消息的到达率。
126.综上所述，本发明实施例提供的一种基于目标消息，确定即时通讯测试结果的方法，可以确定即时通讯消息的端到端时延和即时通讯消息的到达率，得到即时通讯测试的指标，明确了即时通讯测试结果。
127.上述本发明公开的实施例中详细描述了方法，对于本发明的方法可采用多种形式的装置实现，因此本发明还公开了一种银行业务处理装置，下面给出具体的实施例进行详细说明。
128.请参阅附图5，图5为本技术实施例公开的一种消息收发性能测试装置的结构示意图，所述装置应用于即时通讯系统的测试端，所述测试端与所述即时通讯系统的服务端相
连，所述装置包括：
129.获取单元11，用于获取测试账号库中的测试账号信息，所述测试账号信息包括：用户号和密码，所述用户号的类型包括：消息发送方和消息接收方。
130.第一确定单元12，用于确定所述服务端所使用的通讯协议。
131.编辑单元13，用于按照所述通讯协议，对所述用户号和所述密码进行编辑，获得与所述通讯协议相匹配的登录请求。
132.第一发送单元14，用于向所述服务端发送所述登录请求，并获得所述服务端返回的登录结果。
133.封装单元15，用于按照所述通讯协议对即时通讯消息进行封装，获得待发送消息。
134.第二发送单元16，用于使用所述登录结果为登录成功的所述消息发送方的所述用户号，向所述服务端发送所述待发送消息，以使所述服务端将所述待发送消息转发至所述登录结果为登录成功的所述消息接收方的所述用户号。
135.接收单元17，用于接收所述服务端转发的所述待发送消息，并按照所述通讯协议对所述待发送消息进行解析，获得目标消息。
136.第二确定单元18，用于基于所述目标消息，确定即时通讯测试结果。
137.作为一种可实施方式，所述装置还包括：
138.监控子单元，用于对所述服务端的资源消耗情况进行监控，得到所述服务端的资源消耗数据。
139.作为一种可实施方式，所述装置还包括：
140.接收子单元，用于接收所述服务端发送的用户唯一标识；
141.建立子单元，用于基于所述用户号和所述用户唯一标识，与所述服务端建立长连接；
142.第一确定子单元，用于确定心跳间隔时长；
143.发送子单元，用于基于所述心跳间隔时长，向所述服务端发送心跳包，以保持所述长连接。
144.作为一种可实施方式，所述即时通讯消息为消息发送时刻，所述封装单元15，包括：
145.封装子单元，用于按照所述通讯协议对所述消息发送时刻进行封装，获得待发送消息。
146.作为一种可实施方式，所述封装子单元，包括：
147.第一发送时刻子单元，用于所述消息发送时刻为对所述即时通讯消息进行封装的当前时刻。
148.作为一种可实施方式，所述第二发送单元16，包括：
149.第二发送时刻子单元，用于在所述消息发送时刻，向所述服务端发送所述待发送消息。
150.作为一种可实施方式，所述装置还包括：
151.记录子单元，用于记录所述待发送消息的接收时刻。
152.作为一种可实施方式，所述第二确定单元18，包括：
153.第二确定子单元，用于基于目标消息，确定所述消息发送时刻；
154.第三确定子单元，用于基于所述消息发送时刻和所述待发送消息的接收时刻，确定所述即时通讯消息的端到端时延；
155.获取子单元，用于获取所述即时通讯消息的发送数量和所述待发送消息的接收数量；
156.第四确定子单元，用于基于所述即时通讯消息的发送数量和所述待发送消息的接收数量，确定所述即时通讯消息的到达率。
157.参照图6，图6为本技术实施例提供的消息收发性能测试设备的硬件结构框图，参照图6，消息收发性能测试设备的硬件结构可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；
158.在本技术实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；
159.处理器1可能是一个中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；
160.存储器3可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)等，例如至少一个磁盘存储器；
161.其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于：
162.获取测试账号库中的测试账号信息，所述测试账号信息包括：用户号和密码，所述用户号的类型包括：消息发送方和消息接收方；
163.确定所述服务端所使用的通讯协议；
164.按照所述通讯协议，对所述用户号和所述密码进行编辑，获得与所述通讯协议相匹配的登录请求；
165.向所述服务端发送所述登录请求，并获得所述服务端返回的登录结果；
166.按照所述通讯协议对即时通讯消息进行封装，获得待发送消息；
167.使用所述登录结果为登录成功的所述消息发送方的所述用户号，向所述服务端发送所述待发送消息，以使所述服务端将所述待发送消息转发至所述登录结果为登录成功的所述消息接收方的所述用户号；
168.接收所述服务端转发的所述待发送消息，并按照所述通讯协议对所述待发送消息进行解析，获得目标消息；
169.基于所述目标消息，确定即时通讯测试结果。
170.可选的，所述程序的细化功能和扩展功能可参照上文描述。
171.本技术实施例还提供一种可读存储介质，该可读存储介质可存储有适于处理器执行的程序，所述程序用于：
172.获取测试账号库中的测试账号信息，所述测试账号信息包括：用户号和密码，所述用户号的类型包括：消息发送方和消息接收方；
173.确定所述服务端所使用的通讯协议；
174.按照所述通讯协议，对所述用户号和所述密码进行编辑，获得与所述通讯协议相匹配的登录请求；
175.向所述服务端发送所述登录请求，并获得所述服务端返回的登录结果；
176.按照所述通讯协议对即时通讯消息进行封装，获得待发送消息；
177.使用所述登录结果为登录成功的所述消息发送方的所述用户号，向所述服务端发送所述待发送消息，以使所述服务端将所述待发送消息转发至所述登录结果为登录成功的所述消息接收方的所述用户号；
178.接收所述服务端转发的所述待发送消息，并按照所述通讯协议对所述待发送消息进行解析，获得目标消息；
179.基于所述目标消息，确定即时通讯测试结果。
180.可选的，所述程序的细化功能和扩展功能可参照上文描述。
181.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
182.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
183.另外需说明的是，以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的装置实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
184.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过专用硬件包括专用集成电路、专用cpu、专用存储器、专用元器件等来实现。一般情况下，凡由计算机程序完成的功能都可以很容易地用相应的硬件来实现，而且，用来实现同一功能的具体硬件结构也可以是多种多样的，例如模拟电路、数字电路或专用电路等。但是，对本发明而言更多情况下软件程序实现是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
185.综上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制。尽管参照上述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对上述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。而这些
修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。