业务测试方法、装置、系统、存储介质和计算机设备与流程

业务测试方法、装置、系统、存储介质和计算机设备
【技术领域】
1.本发明涉及通信技术领域，尤其涉及一种业务测试方法、装置、系统、存储介质和计算机设备。


背景技术：

2.测试多个用户设备(user equipment，ue)时，需要几十个甚至上百个用户设备同时发起业务，对开启时间要求非常苛刻，一般在几秒内所有用户设备都要发起业务。现有的测试方案主要是通过手动开启和脚本中根据系统时间来开启的方式。
3.但是，通过手动开启任务会导致多个用户设备发起业务的时间差过大达不到测试效果；通过脚本中根据系统时间开启任务，会遇到不同用户设备的系统时间同步不一致导致测试无效，以及每次开启任务的时间不固定，需要手动修改每个脚本的开启时间，带来很大不便。
4.因此，现有技术中测试多个用户设备会出现时间上不一致和操作不便的问题。


技术实现要素：

5.有鉴于此，本发明实施例提供了一种业务测试方法、装置、系统、存储介质和计算机设备，能够同时推送消息给所有用户设备，用户设备收到消息后马上开启任务，避免了现有技术中测试多个用户设备出现时间上不一致和操作不便的问题。
6.第一方面，本发明实施例提供了一种业务测试方法，所述方法包括：
7.向服务器订阅目标主题，以使所述服务器向至少一个所述用户设备推送与所述目标主题对应的目标消息；
8.判断是否接收到所述目标消息；
9.若判断出接收到所述目标消息，根据所述目标消息执行与所述目标消息对应的业务操作；
10.在所述业务操作完成后，将生成的测试结果发送至所述服务器。
11.可选地，所述向服务器订阅目标主题之前，还包括：
12.对所述用户设备进行预制条件设置；
13.根据所述预制条件设置与所述服务器建立连接。
14.可选地，所述对所述用户设备进行预制条件设置，具体包括：
15.打开自动挂载、锁定频点，重新驻网成功以及激活pdp。
16.可选地，所述服务器包括mqtt服务器。
17.可选地，所述测试结果包括接收到所述目标消息的接收时间、所述业务操作的开启时间、所述业务操作的完成时间以及所述业务操作的业务测试结果。
18.第二方面，本发明实施例提供了一种业务测试方法，所述方法包括：
19.根据至少一个待测试的用户设备订阅的目标主题，向所述用户设备推送与所述目标主题对应的目标消息，以使所述用户设备根据所述目标消息执行与所述目标消息对应的
业务操作，并在所述业务操作完成后生成测试结果；
20.判断是否接收到所有所述用户设备发送的测试结果；
21.若判断出接收到所有所述用户设备发送的测试结果，判断是否达到测试结束条件；
22.若判断出达到测试结束条件，测试完成。
23.可选地，所述根据至少一个待测试的用户设备向所述服务器订阅的目标主题，向所述用户设备推送与所述目标主题对应的目标消息之前，还包括：
24.与所述用户设备建立连接。
25.可选地，所述若判断出接收到所有所述用户设备发送的测试结果，判断是否达到测试结束条件之后，还包括：
26.若判断出未达到测试结束条件，继续执行所述根据至少一个待测试的用户设备向所述服务器订阅的目标主题，向所述用户设备推送与所述目标主题对应的目标消息的步骤。
27.可选地，所述测试结束条件包括：
28.测试次数等于预设次数时，测试结束；或者，测试时间等于预设时间时，测试结束。
29.可选地，所述服务器包括mqtt服务器。
30.可选地，所述测试结果包括所述用户设备接收到所述目标消息的接收时间、所述业务操作的开启时间、所述业务操作的完成时间以及所述业务操作的业务测试结果。
31.第三方面，本发明实施例提供了一种业务测试装置，所述装置包括：
32.订阅模块，用于向服务器订阅目标主题，以使所述服务器向至少一个所述用户设备推送与所述目标主题对应的目标消息；
33.第一判断模块，用于判断是否接受到所述目标消息；
34.业务执行模块，用于若所述第一判断模块判断出接收到所述目标消息，根据所述目标消息，执行与所述目标消息对应的业务操作；
35.第一收发模块，用于在所述业务操作完成后，将生成的测试结果发送至所述服务器。
36.第四方面方面，本发明实施例提供了一种业务测试装置，所述装置包括：
37.第二收发模块，用于根据至少一个待测试的用户设备订阅的目标主题，向所述用户设备推送与所述目标主题对应的目标消息，以使所述用户设备根据所述目标消息执行与所述目标消息对应的业务操作，并在所述业务操作完成后生成测试结果；
38.第二判断模块，用于判断是否接收到所有所述用户设备发送的测试结果；
39.第三判断模块，用于若所述第二判断模块判断出接收到所有所述用户设备发送的测试结果，判断是否达到测试结束条件；
40.所述第三判断模块还用于若所述第三判断模块判断出达到测试结束条件，测试完成。
41.第五方面，本发明实施例提供了一种业务测试系统，所述系统包括：服务器和至少一个用户设备；
42.所述用户设备，用于向所述服务器订阅目标主题；判断是否接受到所述服务器发送的与所述目标主题对应的目标消息；若判断出接收到所述服务器推送的与所述目标主题
对应的目标消息，根据所述目标消息执行与所述目标消息对应的业务操作；在所述业务操作完成后，将生成的测试结果发送至所述服务器；
43.所述服务器，用于根据至少一个所述用户设备订阅的目标主题，向所述用户设备推送与所述目标主题对应的目标消息；判断是否接收到所有所述用户设备发送的测试结果；若判断出接收到所有所述用户设备发送的测试结果，判断是否达到测试结束条件；若判断出达到测试结束条件，测试完成。
44.第六方面，本发明实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述第一方面所述的业务测试方法。
45.第七方面，本发明实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述第二方面所述的业务测试方法。
46.第八方面，本发明实施例提供了一种计算机设备，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，其特征在于，所述程序指令被处理器加载并执行时实现上述第一方面所述的业务测试方法的步骤。
47.第九方面，本发明实施例提供了一种服务器，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，其特征在于，所述程序指令被处理器加载并执行时实现上述第二方面所述的业务测试方法的步骤。
48.本发明实施例提供的业务测试方法、装置、系统、存储介质和计算机设备的技术方案中，向服务器订阅目标主题，以使所述服务器向至少一个所述用户设备推送与所述目标主题对应的目标消息；判断是否接收到所述目标消息；若判断出接收到所述目标消息，根据所述目标消息执行与所述目标消息对应的业务操作；在所述业务操作完成后，将生成的测试结果发送至所述服务器。本发明实施例能够同时推送消息给所有用户设备，用户设备收到消息后马上开启任务，避免了现有技术中测试多个用户设备出现时间上不一致和操作不便的问题。
【附图说明】
49.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
50.图1为本发明一实施例提供的一种业务测试方法的流程图；
51.图2为本发明又一实施例提供的一种业务测试方法的流程图；
52.图3为本发明又一实施例提供的一种业务测试方法的流程图；
53.图4为本发明又一实施例提供的一种业务测试方法的流程图；
54.图5为本发明一实施例提供的一种业务测试装置的结构示意图；
55.图6为本发明又一实施例提供的一种业务测试装置的结构示意图；
56.图7为本发明一实施例提供的一种业务测试系统的结构示意图；
57.图8为本发明实施例提供的一种计算机设备的示意图；
58.图9为本发明实施例提供的一种服务器的示意图。
【具体实施方式】
59.为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。
60.应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
61.在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
62.应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，甲和/或乙，可以表示：单独存在甲，同时存在甲和乙，单独存在乙这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
63.图1为本发明一实施例提供的一种业务测试方法的流程图，应用于用户设备，如图1所示，该方法包括：
64.步骤101、向服务器订阅目标主题，以使服务器向至少一个用户设备推送与目标主题对应的目标消息。
65.步骤102、判断是否接收到目标消息。
66.步骤103、若判断出接收到目标消息，根据目标消息执行与目标消息对应的业务操作。
67.步骤104、在业务操作完成后，将生成的测试结果发送至服务器。
68.本发明实施例提供的一种业务测试方法的技术方案中，向服务器订阅目标主题，以使服务器向至少一个用户设备推送与目标主题对应的目标消息；判断是否接收到目标消息；若判断出接收到目标消息，根据目标消息执行与目标消息对应的业务操作；在业务操作完成后，将生成的测试结果发送至服务器。本发明实施例能够同时推送消息给所有用户设备，用户设备收到消息后马上开启任务，避免了现有技术中测试多个用户设备出现时间上不一致和操作不便的问题。
69.图2为本发明又一实施例提供的一种业务测试方法的流程图，应用于用户设备，如图2所示，该方法包括：
70.步骤201、对用户设备进行预制条件设置。
71.本发明实施例中，步骤201具体包括：打开自动挂载、锁定频点，重新驻网成功以及激活分组数据协议(packet data protocol，pdp)。
72.需要说明的是，在对用户设备进行预制条件设置之前，还需要控制每个用户设备的python脚本开始运行。
73.步骤202、根据预制条件设置与服务器建立连接。
74.本发明实施例中，服务器包括消息队列遥测传输(message queuing telemetry transport，mqtt)服务器。
75.具体地，多个用户设备与mqtt服务器建立无线网络连接。
76.步骤203、向服务器订阅目标主题，以使服务器向至少一个用户设备推送与目标主题对应的目标消息。
77.本发明实施例中，通过使用mqtt协议订阅推送功能，服务器同时推送目标消息给所有用户设备，用户设备根据收到的目标消息在同一时间内发起业务。
78.步骤204、判断是否接收到目标消息，若是，执行步骤205；若否，继续执行步骤204。
79.本发明实施例中，若用户设备未接收到服务器推送的目标消息，继续判断会否接收到目标消息，以等待服务器推送目标消息。
80.步骤205、根据目标消息执行与目标消息对应的业务操作。
81.本发明实施例中，若用户设备同时接收到服务器推送的目标消息，所有用户设备同时发起业务。因此，本发明实施例不需要关注单个用户设备和脚本的时间差问题，由一台服务器控制，同时推送目标消息给所有用户设备，用户设备收到目标消息后马上开启任务，避免了时间上不一致和操作不便的问题。
82.例如，业务操作包括文件传输协议(file transfer protocol，ftp)下载或者超文本传输协议(hypertext transfer protocol，http)访问等。
83.步骤206、在业务操作完成后，将生成的测试结果发送至服务器。
84.本发明实施例中，测试结果包括接收到目标消息的接收时间、业务操作的开启时间、业务操作的完成时间以及业务操作的业务测试结果。
85.本发明实施例通过mqtt服务器统一推送目标消息使所有用户设备可以同时进行多ue测试，省去了复杂的人工操作或出错的可能性，便于统一管理。
86.本发明实施例提供的一种业务测试方法的技术方案中，向服务器订阅目标主题，以使服务器向至少一个用户设备推送与目标主题对应的目标消息；判断是否接收到目标消息；若判断出接收到目标消息，根据目标消息执行与目标消息对应的业务操作；在业务操作完成后，将生成的测试结果发送至服务器。本发明实施例能够同时推送消息给所有用户设备，用户设备收到消息后马上开启任务，避免了现有技术中测试多个用户设备出现时间上不一致和操作不便的问题。
87.图3为本发明又一实施例提供的一种业务测试方法的流程图，应用于服务器，如图3所示，该方法包括：
88.步骤301、根据至少一个待测试的用户设备订阅的目标主题，向用户设备推送与目标主题对应的目标消息，以使用户设备根据目标消息执行与目标消息对应的业务操作，并在业务操作完成后生成测试结果。
89.步骤302、判断是否接收到所有用户设备发送的测试结果。
90.步骤303、若判断出接收到所有用户设备发送的测试结果，判断是否达到测试结束条件。
91.步骤304、若判断出达到测试结束条件，测试完成。
92.本发明实施例提供的一种业务测试方法的技术方案中，根据至少一个待测试的用户设备订阅的目标主题，向用户设备推送与目标主题对应的目标消息，以使用户设备根据目标消息执行与目标消息对应的业务操作，并在业务操作完成后生成测试结果，判断是否接收到所有用户设备发送的测试结果，若判断出接收到所有用户设备发送的测试结果，判断是否达到测试结束条件，若判断出达到测试结束条件，测试完成。本发明实施例能够同时
推送消息给所有用户设备，用户设备收到消息后马上开启任务，避免了现有技术中测试多个用户设备出现时间上不一致和操作不便的问题。
93.图4为本发明又一实施例提供的一种业务测试方法的流程图，应用于服务器，如图3所示，该方法包括：
94.步骤401、与用户设备建立连接。
95.本发明实施例中，服务器包括mqtt服务器。
96.具体地，一个服务器同时和多个用户设备建立无线网络连接。
97.步骤402、根据至少一个待测试的用户设备订阅的目标主题，向用户设备推送与目标主题对应的目标消息，以使用户设备根据目标消息执行与目标消息对应的业务操作，并在业务操作完成后生成测试结果。
98.服务器同时向至少一个用户设备推送目标消息，用户设备同时接收到目标消息并同时开启业务操作。在业务操作完成后，每个用户设备生成相应的测试结果。
99.本发明实施例中，测试结果包括用户设备接收到目标消息的接收时间、业务操作的开启时间、业务操作的完成时间以及业务操作的业务测试结果。
100.步骤403、判断是否接收到所有用户设备发送的测试结果，若是，执行步骤404；若否，继续执行步骤403。
101.本发明实施例中，若未接收到所有用户设备发送的测试结果，服务器继续判断是否接收到所有用户设备发送的测试结果，以等待所有用户设备向服务器发送测试结果。
102.步骤404、判断是否达到测试结束条件，若是，执行步骤405；若否，继续执行步骤402。
103.本发明实施例中，可以将测试次数或者测试时间作为测试结束条件。测试结束条件包括：测试次数等于预设次数时，测试结束；测试次数小于预设次数时，继续测试。或者，测试时间等于预设时间时，测试结束；测试时间小于预设时间时，继续测试。
104.步骤405、测试完成。
105.本发明实施例中，通过使用mqtt协议订阅推送功能，服务器同时推送目标消息给所有用户设备，用户设备根据收到的目标消息在同一时间内发起业务。因此，本发明实施例不需要关注单个用户设备和脚本的时间差问题，由一台服务器控制，同时推送目标消息给所有用户设备，用户设备收到目标消息后马上开启任务，避免了时间上不一致和操作不便的问题。本发明实施例通过mqtt服务器统一推送目标消息使所有用户设备可以同时进行多ue测试，省去了复杂的人工操作或出错的可能性，便于统一管理。
106.本发明实施例提供的一种业务测试方法的技术方案中，根据至少一个待测试的用户设备订阅的目标主题，向用户设备推送与目标主题对应的目标消息，以使用户设备根据目标消息执行与目标消息对应的业务操作，并在业务操作完成后生成测试结果，判断是否接收到所有用户设备发送的测试结果，若判断出接收到所有用户设备发送的测试结果，判断是否达到测试结束条件，若判断出达到测试结束条件，测试完成。本发明实施例能够同时推送消息给所有用户设备，用户设备收到消息后马上开启任务，避免了现有技术中测试多个用户设备出现时间上不一致和操作不便的问题。
107.图5为本发明一实施例提供的一种业务测试装置的结构示意图，应用于用户设备，如图5所示，所述装置包括：设置模块51、第一连接模块52、订阅模块53、第一判断模块54、业
务执行模块55和第一收发模块56。
108.设置模块51，用于对用户设备进行预制条件设置。
109.本发明实施例中，设置模块51具体用于打开自动挂载、锁定频点，重新驻网成功以及激活pdp。
110.第一连接模块52，用于根据预制条件设置与服务器建立连接。
111.订阅模块53，用于向服务器订阅目标主题，以使服务器向至少一个用户设备推送与目标主题对应的目标消息。
112.本发明实施例中，服务器包括mqtt服务器。
113.第一判断模块54，用于判断是否接受到目标消息。
114.业务执行模块55，用于若第一判断模块54判断出接收到目标消息，根据目标消息，执行与目标消息对应的业务操作。
115.第一判断模块54还用于若第一判断模块54判断出未接收到目标消息，继续执行判断是否接受到目标消息的操作。
116.第一收发模块56，用于在业务操作完成后，将生成的测试结果发送至服务器。
117.本发明实施例中，测试结果包括接收到目标消息的接收时间、业务操作的开启时间、业务操作的完成时间以及业务操作的业务测试结果。
118.本发明实施例提供的业务测试装置可用于实现上述图1至图2中的业务测试方法，具体描述可参见上述业务测试方法的实施例，此处不再重复描述。
119.所述业务测试装置，例如可以是：芯片、芯片模组或者芯片模组的一部分。
120.本发明实施例提供的一种业务测试装置的技术方案中，向服务器订阅目标主题，以使服务器向至少一个用户设备推送与目标主题对应的目标消息；判断是否接收到目标消息；若判断出接收到目标消息，根据目标消息执行与目标消息对应的业务操作；在业务操作完成后，将生成的测试结果发送至服务器。本发明实施例能够同时推送消息给所有用户设备，用户设备收到消息后马上开启任务，避免了现有技术中测试多个用户设备出现时间上不一致和操作不便的问题。
121.图6为本发明一实施例提供的一种业务测试装置的结构示意图，应用于服务器，如图6所示，所述装置包括：第二连接模块61、第二收发模块62、第二判断模块63和第三判断模块64。
122.第二连接模块61，用于与用户设备建立连接。
123.本发明实施例中，服务器包括mqtt服务器。
124.第二收发模块62，用于根据至少一个待测试的用户设备订阅的目标主题，向用户设备推送与目标主题对应的目标消息，以使用户设备根据目标消息执行与目标消息对应的业务操作，并在业务操作完成后生成测试结果。
125.本发明实施例中，测试结果包括用户设备接收到目标消息的接收时间、业务操作的开启时间、业务操作的完成时间以及业务操作的业务测试结果。
126.第二判断模块63，用于判断是否接收到所有用户设备发送的测试结果。
127.第三判断模块64，用于若第二判断模块63判断出接收到所有用户设备发送的测试结果，判断是否达到测试结束条件。
128.本发明实施例中，测试结束条件包括：测试次数等于预设次数时，测试结束；或者，
测试时间等于预设时间时，测试结束。
129.第二判断模块63还用于若第二判断模块63判断出未接收到所有用户设备发送的测试结果，继续执行判断是否接收到所有用户设备发送的测试结果的操作。
130.第三判断模块64还用于若第三判断模块64判断出达到测试结束条件，测试完成。
131.第三判断模块64还用于若第三判断模块64判断出未达到测试结束条件，继续执行根据至少一个待测试的用户设备订阅的目标主题，向用户设备推送与目标主题对应的目标消息的操作。
132.本发明实施例提供的业务测试装置可用于实现上述图3至图4中的业务测试方法，具体描述可参见上述业务测试方法的实施例，此处不再重复描述。
133.所述业务测试装置，例如可以是：芯片、芯片模组或者芯片模组的一部分。
134.本发明实施例提供的一种业务测试装置的技术方案中，根据至少一个待测试的用户设备订阅的目标主题，向用户设备推送与目标主题对应的目标消息，以使用户设备根据目标消息执行与目标消息对应的业务操作，并在业务操作完成后生成测试结果，判断是否接收到所有用户设备发送的测试结果，若判断出接收到所有用户设备发送的测试结果，判断是否达到测试结束条件，若判断出达到测试结束条件，测试完成。本发明实施例能够同时推送消息给所有用户设备，用户设备收到消息后马上开启任务，避免了现有技术中测试多个用户设备出现时间上不一致和操作不便的问题。
135.关于上述如图5至图6实施例中描述的各个装置、产品包含模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。例如，对于应用或集成芯片的各个装置、产品其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者至少部分模块/单元可以采用软件程序的方式实现，该运行于芯片内部集成处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应于或集成芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同模块/单元可以位于芯片模组的同一件(例如芯片、电路模块等)或者不同组件中，至少部分/单元可以采用软件程序的方式实现，该软件程运行于芯片模组内部集成处理器剩余(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应或集成终端的各个装置、产品，其包含的模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者至少部分模块/单元可以采用软件程序的方式实现，该程序运行于终端内部集成的处理器，剩余(如果有)分模块/单元可以采用电路等硬件方式实现。
136.图7为本发明一实施例提供的一种业务测试系统的结构示意图，如图7所示，所述系统包括：服务器71和至少一个用户设备72。
137.服务器71，用于根据至少一个用户设备72订阅的目标主题，向用户设备72推送与目标主题对应的目标消息；判断是否接收到所有用户设备72发送的测试结果；若判断出接收到所有用户设备72发送的测试结果，判断是否达到测试结束条件；若判断出达到测试结束条件，测试完成。
138.本发明实施例中，服务器71包括mqtt服务器。
139.本发明实施例中，测试结果包括接收到目标消息的接收时间、业务操作的开启时间、业务操作的完成时间以及业务操作的业务测试结果。
140.本发明实施例中，服务器71还用于与用户设备72建立连接。
141.本发明实施例中，服务器71还用于若判断出未接收到所有用户设备72发送的测试结果，继续执行判断是否接收到所有用户设备72发送的测试结果的操作。
142.本发明实施例中，测试结束条件包括：测试次数等于预设次数时，测试结束；或者，测试时间等于预设时间时，测试结束。
143.本发明实施例中，服务器71还用于若判断出未达到测试结束条件，继续执行根据至少一个待测试的用户设备72向服务器71订阅的目标主题，向用户设备72推送与目标主题对应的目标消息的操作。
144.用户设备72，用于向服务器订阅目标主题；判断是否接受到服务器71发送的与目标主题对应的目标消息；若判断出接收到服务器71推送的与目标主题对应的目标消息，根据目标消息执行与目标消息对应的业务操作；在业务操作完成后，将生成的测试结果发送至服务器71。
145.本发明实施例中，用户设备72还用于对用户设备72进行预制条件设置；根据预制条件设置与服务器71建立连接。
146.本发明实施例中，用户设备72还用于若判断出未接收到服务器71推送的与目标主题对应的目标消息，继续执行判断是否接受到服务器71发送的与目标主题对应的目标消息的操作。
147.本发明实施例提供的业务测试系统可用于实现上述图1至图4中的业务测试方法，具体描述可参见上述业务测试方法的实施例，此处不再重复描述。
148.本发明实施例提供的一种业务测试系统的技术方案中，用户设备向服务器订阅目标主题，判断是否接受到服务器发送的与目标主题对应的目标消息，若判断出接收到服务器推送的与目标主题对应的目标消息，根据目标消息执行与目标消息对应的业务操作，在业务操作完成后，将生成的测试结果发送至服务器；服务器根据至少一个用户设备订阅的目标主题，向用户设备推送与目标主题对应的目标消息，判断是否接收到所有用户设备发送的测试结果，若判断出接收到所有用户设备发送的测试结果，判断是否达到测试结束条件，若判断出达到测试结束条件，测试完成。本发明实施例能够同时推送消息给所有用户设备，用户设备收到消息后马上开启任务，避免了现有技术中测试多个用户设备出现时间上不一致和操作不便的问题。
149.图8为本发明实施例提供的一种计算机设备的示意图。如图8所示，该实施例的计算机设备20包括：处理器21、存储器22以及存储在存储22中并可在处理器21上运行的计算机程序23，该计算机程序23被处理器21执行时实现实施例中的应用于业务测试方法，为避免重复，此处不一一赘述。或者，该计算机程序被处理器21执行时实现实施例中应用于业务测试装置中各模型/单元的功能，为避免重复，此处不一一赘述。
150.计算机设备20包括，但不仅限于，处理器21、存储器22。本领域技术人员可以理解，图8仅仅是计算机设备20的示例，并不构成对计算机设备20的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如计算机设备还可以包括输入输出设备、网络接入设备、总线等。
151.所称处理器21可以是中央处理单元(central processing unit，简称cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，简称dsp)、专用集成
电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field
‑
programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
152.存储器22可以是计算机设备20的内部存储单元，例如计算机设备20的硬盘或内存。存储器22也可以是计算机设备20的外部存储设备，例如计算机设备20上配备的插接式硬盘，智能存储卡(smart media card,简称smc)，安全数字(secure digital,简称sd)卡，闪存卡(flash card)等。进一步地，存储器22还可以既包括计算机设备20的内部存储单元也包括外部存储设备。存储器22用于存储计算机程序以及计算机设备所需的其他程序和数据。存储器22还可以用于暂时地存储已经输出或者将要输出的数据。
153.图9为本发明实施例提供的一种服务器的示意图。如图9所示，该实施例的服务器30包括：处理器31、存储器32以及存储在存储32中并可在处理器31上运行的计算机程序33，该计算机程序33被处理器31执行时实现实施例中的应用于业务测试方法，为避免重复，此处不一一赘述。或者，该计算机程序被处理器31执行时实现实施例中应用于业务测试装置中各模型/单元的功能，为避免重复，此处不一一赘述。
154.服务器30包括，但不仅限于，处理器31、存储器32。本领域技术人员可以理解，图9仅仅是服务器30的示例，并不构成对服务器30的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如计算机设备还可以包括输入输出设备、网络接入设备、总线等。
155.所称处理器31可以是中央处理单元(central processing unit，简称cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field
‑
programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
156.存储器32可以是服务器30的内部存储单元，例如服务器30的硬盘或内存。存储器32也可以是服务器30的外部存储设备，例如服务器30上配备的插接式硬盘，智能存储卡(smart media card,简称smc)，安全数字(secure digital,简称sd)卡，闪存卡(flash card)等。进一步地，存储器32还可以既包括服务器30的内部存储单元也包括外部存储设备。存储器32用于存储计算机程序以及计算机设备所需的其他程序和数据。存储器32还可以用于暂时地存储已经输出或者将要输出的数据。
157.本发明实施例还提供一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述所述的业务测试方法。
158.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
159.在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的
相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
160.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
161.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
162.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read
‑
only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。
163.以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。