质检节点的优化方法、装置、计算机设备及存储介质与流程

1.本技术涉及计算机技术领域，更具体地，涉及一种质检节点的优化方法、装置、计算机设备及存储介质。


背景技术：

2.在相关技术中，日志信息作为系统运行状态的呈现，是排查系统问题至关重要的一部分。当前系统通过切面类将各个质检业务的相关日志信息打印输出，为系统的功能测试提供关键的数据信息支撑。
3.但是，由系统维护人员对打印输出的日志信息进行一一排查，耗时耗力，定位系统问题的效率较低。


技术实现要素：

4.有鉴于此，本技术提出了一种质检节点的优化方法、装置、计算机设备及存储介质。
5.第一方面，本技术实施例提供了一种质检节点的优化方法，所述方法包括：模拟目标数量的请求任务，所述目标数量由触发压力测试的应用场景确定，所述请求任务用于客服质检中请求进行质检处理；获取执行所述目标数量的请求任务对应的请求处理的质检日志信息，所述质检日志信息中包括多个质检处理节点以及每个质检处理节点的响应时长；从所述多个质检处理节点中获取响应时长超过预设时长阈值的质检处理节点，作为高耗时节点；基于预先设置的时长优化策略，对所述高耗时节点对应的性能参数进行优化，以减少所述高耗时节点的响应时长。
6.第二方面，本技术实施例提供了一种质检节点的优化装置，所述装置包括：任务模拟模块、日志获取模块、节点确定模块以及参数优化模块。任务模拟模块，用于模拟目标数量的请求任务，所述目标数量由触发压力测试的应用场景确定，所述请求任务用于客服质检中请求进行质检处理；日志获取模块，用于获取执行所述目标数量的请求任务对应的请求处理的质检日志信息，所述质检日志信息中包括多个质检处理节点以及每个质检处理节点的响应时长；节点确定模块，用于从所述多个质检处理节点中获取响应时长超过预设时长阈值的质检处理节点，作为高耗时节点；参数优化模块，用于基于预先设置的时长优化策略，对所述高耗时节点对应的性能参数进行优化，以减少所述高耗时节点的响应时长。
7.第三方面，本技术实施例提供了一种计算机设备，包括：一个或多个处理器；存储器；一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行第一方面提供的质检节点的优化方法。
8.第四方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行第一方面提供的质检节点的优化方法。
9.本技术提供的方案中，模拟目标数量的请求任务，目标数量由触发压力测试的应用场景确定，请求任务用于客服质检中请求进行质检处理；获取执行所述目标数量的请求任务对应的请求处理的质检日志信息，质检日志信息中包括多个质检处理节点以及每个质检处理节点的响应时长；从多个质检处理节点中获取响应时长超过预设时长阈值的质检处理节点，作为高耗时节点；基于预先设置的时长优化策略，对高耗时节点对应的性能参数进行优化，以减少高耗时节点的响应时。如此，避免了由维护人员对日志信息中的每个质检处理节点一一排查，耗时耗力的问题，基于响应时长筛选出高耗时节点，并根据预先设置的时长优化策略对高耗时节点进行性能参数的优化，提高了定位质检业务中存在高耗时、高延迟节点的效率，进而也提高了对存在问题的质检处理节点进行优化的及时性。
附图说明
10.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
11.图1示出了本技术一实施例提供的应用场景的示意图。
12.图2示出了本技术一实施例提供的质检节点的优化方法的流程示意图。
13.图3示出了本技术另一实施例提供的质检节点的优化方法的流程示意图。
14.图4示出了本技术实施例提供的日志信息的内容示意图。
15.图5示出了图4中步骤s370的子步骤流程示意图。
16.图6示出了本技术再一实施例提供的质检节点的优化方法的流程示意图。
17.图7示出了图6中步骤s420的子步骤流程示意图。
18.图8示出了本技术又一实施例提供的质检节点的优化方法的流程示意图。
19.图9是根据本技术一实施例提供的一种质检节点的优化装置的框图。
20.图10是本技术实施例的用于执行根据本技术实施例的质检节点的优化方法的计算机设备的框图。
21.图11是本技术实施例的用于保存或者携带实现根据本技术实施例的质检节点的优化方法的程序代码的存储单元。
具体实施方式
22.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。
23.在相关技术中，日志信息作为系统运行状态的呈现，是排查系统问题至关重要的一部分。当前系统通过切面类将各个质检业务的相关日志信息打印输出，为系统的功能测试提供关键的数据信息支撑。
24.但是，由系统维护人员对打印输出的日志信息进行一一排查，耗时耗力，定位系统问题的效率较低。
25.针对上述问题，发明人提出一种质检节点的优化方法、装置、计算机设备及存储介质，可以模拟目标数量的请求任务，从所述多个质检处理节点中获取响应时长超过预设时
长阈值的质检处理节点，作为高耗时节点，对所述高耗时节点对应的性能参数进行优化。下面对该内容进行详细描述。
26.下面对本技术实施例提供的质检节点的优化方法的应用环境进行介绍。
27.请参照图1，图1示出了为本技术一实施例提供的应用环境的示意图，本技术实施例提供的质检节点的优化方法可以应用于如图1所示的质检节点的优化系统10。质检节点的优化系统10可以包括压测工具101以及后端服务102，压测工具101与后端服务102之间可以通过无线或者有线网络进行连接，以基于该网络连接实现压测工具101与终端服务102之间的数据传输，传输的数据包括但不限于模拟请求任务、日志信息等。
28.在本实施例中，压测工具101和后端服务102可以部署于同一电子设备或同一服务器中；压测工具101与后端服务102也可以部署于不同的电子设备或服务器中，本实施例对此不作限制。其中，当压测工具101与后端服务102部署于不同的电子设备或服务器中时，压测工具101与后端服务102之间需要处于同一网段下。电子设备包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等；服务器可以是单独的服务器、服务器集群、本地服务器、云服务器等，本实施例对此不作限制。
29.在一些实施方式中，当压测工具101与后端服务102完成网络连接后，压测工具101可以模拟多路质检请求任务，并将其发送至后端服务102，后端服务102则将执行多路质检请求任务时产生的质检日志信息反回至压测工具101，压测工具101则可以根据质检日志信息进行统计分析，确定出质检过程中存在问题的节点，并对存在问题的节点进行针对性优化。
30.请参照图2，图2为本技术一实施例提供的一种质检节点的优化方法、装置、计算机设备及存储介质。下面将结合图2对本技术实施例提供的质检节点的优化方法进行详细阐述。该质检节点的优化方法可以包括以下步骤：
31.步骤s210：模拟目标数量的请求任务，所述目标数量由触发压力测试的应用场景确定，所述请求任务用于客服质检中请求进行质检处理。
32.在本实施例中，压力测试是通过模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测系统的性能、可靠性、稳定性。基于此，可以通过对质检业务全流程进行压力测试的方式，来测试质检业务全流程的各个质检处理节点进行统计分析，确定出待优化的质检处理节点，并针对性地对待优化的质检处理节点进行参数或功能性优化，以提高质检业务的性能。
33.首先，可以通过压测工具模拟目标数量的请求任务，来测试后端服务在同时执行目标数量的请求任务时，各个质检处理节点的性能。其中，请求任务用于客服质检中请求进行质检处理，模拟的请求任务的目标数量可以是由触发压力测试的应用场景确定的；也可以是由压测人员预先设置的固定数值，本实施例对此不作限制。触发压力测试的应用场景可以包括指令触发场景和定时触发场景，指令触发场景可以理解为是在质检业务投入使用之前，由压测人员通过输入针对压力测试的开启指令后，进行的压力测试，并基于测试结果，对质检业务的全流程进行优化，以提高质检业务的性能；定时触发场景可以理解为在质检业务投入使用之后，结合历史使用信息，周期性地进行压力测试，基于每次的测试结果，对质检业务的全流程进行周期性优化，以使在提高质检业务的性能的基础上，同时使质检业务更符合用户需求。触发压力测试的应用场景不同，对质检业务的性能需求可能也有所
差异，与其适配的模拟请求任务的数量也不同，因此，在模拟请求业务时，可以根据触发压力测试的应用场景不同，来模拟不同目标数量的请求业务。
34.步骤s220：获取执行所述目标数量的请求任务对应的请求处理的质检日志信息，所述质检日志信息中包括多个质检处理节点以及每个质检处理节点的响应时长。
35.在本实施例中，在模拟了目标数量的请求任务后，可以进一步根据模拟的目标数量的请求任务进行质检处理。例如，模拟了200路的请求任务，可以理解模拟了质检业务同时对200个质检请求进行处理。质检业务中可以有多个质检处理节点构成，不同的质检处理节点所完成的功能不同，例如质检业务中可以包括质检分析节点、质检打分节点、结果处理节点、质检建议生成节点等，本实施例对此不作限制。为了更好地对质检业务的全流程进行监测及优化，因此，可以获取执行目标数量的请求任务对应的请求处理的质检日志信息，其中，质检日志信息中包括多个质检处理节点的节点身份标识(identity document，id)以及每个质检处理节点的响应时长。
36.步骤s230：从所述多个质检处理节点中获取响应时长超过预设时长阈值的质检处理节点，作为高耗时节点。
37.基于此，在获取到每个质检处理节点的节点id和响应时长后，可以进一步进行分析统计，筛选出高耗时节点。具体地，可以判断每个质检处理节点的响应时长是否超过预设时长阈值，并获取响应时长超过预设时长阈值的质检处理节点作为高耗时节点，高耗时节点可以理解为针对质检请求响应速度很慢的质检处理节点，其中，预设时长阈值可以是预先设置的，如5毫秒，也可以根据不同的应用场景对其进行调整。当质检业务的全流程中，若存在某个质检处理节点的响应速度很慢，则可能影响质检业务的效率，或者，若同时存在多个质检处理节点的响应速度很慢，可能导致质检失败。因此，可以通过基于质检处理节点的响应时长，将响应时长较长，响应速度慢的高耗时节点筛选出来。
38.步骤s240：基于预先设置的时长优化策略，对所述高耗时节点对应的性能参数进行优化，以减少所述高耗时节点的响应时长。
39.在本实施例中，在筛选出高耗时节点后，可以通过对该高耗时节点对应的性能参数进行优化，以减少高耗时节点的响应时长。
40.在一些实施方式中，可以根据预先设置的时长优化策略，对高耗时节点对应的性能参数进行优化，其中，预先设置的时长优化策略可以是开发人员根据历史经验预估可以解决该高耗时节点的代码程序。预先设置的时长优化策略的数量可以多种，在基于时长优化策略对高耗节点进行性能参数的优化时，可以分别调用多种时长优化策略中的每一种，并获取在基于每一种时长优化策略进行优化后的性能参数下，高耗时节点的响应时长，得到多个待选响应时长；获取多个待选响应时长中最小的待选响应时长对应的时长优化策略作为最优时长优化策略，并可以基于最优时长优化策略，对高耗时节点对应的性能参数进行多次优化，以尽可能地减少高耗时节点的响应时长，提高质检业务的效率。
41.在另一些实施方式中，还可以在筛选到高耗时节点后，输出提示信息，提示信息包括高耗时节点的节点id以及响应时长，以提示开发人员对该高耗时节点对应的代码程序进行查看，并进行针对性优化。如此，将高耗时节点的响应时长反馈至开发人员，由开发人员进行人工优化，可以更有针对性且及时地对高耗时节点的性能进行优化，以提高质检业务的质检效率。
42.在本实施例中，通过模拟多路请求任务的方式，对质检业务进行高并发环境下的压力测试，并从质检业务全流程中的多个质检处理节点中筛选出响应时长大于预设时长阈值的高耗时节点，再根据预先设置的时长优化策略，对高耗时节点对应的性能参数进行优化。如此，避免了由维护人员对日志信息中的每个质检处理节点一一排查，耗时耗力的问题，提高了定位质检业务中存在高耗时、高延迟节点的效率，进而也提高了对存在问题的质检处理节点进行优化的及时性；并且，可以根据预先设置的时长优化策略，对高耗时节点对应的性能参数进行优化，如此，也提高了对质检处理节点的优化效率，进而提高了对质检业务全流程质检的效率。
43.请参照图3，图3为本技术另一实施例提供的一种质检节点的优化方法、装置、计算机设备及存储介质。下面将结合图3对本技术实施例提供的质检节点的优化方法进行详细阐述。该质检节点的优化方法可以包括以下步骤：
44.步骤s310：模拟目标数量的请求任务，所述目标数量由触发压力测试的应用场景确定，所述请求任务用于客服质检中请求进行质检处理。
45.步骤s320：获取执行所述目标数量的请求任务对应的请求处理的质检日志信息，所述质检日志信息中包括多个质检处理节点、每个质检处理节点的响应时长以及状态信息，所述状态信息包括成功状态、失败状态以及失败原因。
46.在本实施例中，步骤s310至步骤s320中的具体内容可以参阅前述实施例中的内容，在此不再赘述。
47.步骤s330：获取所述多个质检处理节点中响应时长超过所述预设时长阈值的质检处理节点，作为第一候选节点。
48.在本实施例中，造成质检处理节点响应时长超过预设时长阈值的原因可能不同，针对不同原因，对应的性能参数优化的方式也不同，因此，可以先获取多个质检处理节点中响应时长超过预设时长阈值的质检处理节点，作为第一候选节点。
49.步骤s340：判断所述第一候选节点的状态信息是否均为所述成功状态。
50.在本实施例中，如图4所示，质检日志信息中包括了每个请求任务对应的会话id、执行时间(即响应时间)、状态信息、失败原因、记录节点信息的阶段日志以及消息类型，其中，状态信息可以包括成功状态/失败状态，记录节点相信的阶段日志中包括每个质检处理节点的节点名称(即节点id)、状态信息、执行时间(即响应时间)、失败原因、会话下标以及子节点。
51.基于此，可以通过判断第获取到的第一候选节点的状态信息是否均为成功状态，即判断在质检全流程中，第一候选节点是否成功执行其对应的质检处理。例如，若第一候选节点为质检分析节点，判断质检分析节点是否为成功状态，即为判断质检分析节点是否成功完成了质检分析过程。
52.步骤s350：若是，则获取所述第一候选节点，作为所述高耗时节点。
53.可选地，若判定第一候选节点的状态信息均为成功状态，则代表第一候选节点均成功执行其对应的质检处理，但是执行其对应的质检处理的响应时长较长，即处理成功但速度较慢，因此，可以获取第一候选节点作为高耗时节点。
54.步骤s360：若否，则获取状态信息为所述失败状态的第一候选节点，作为第二候选节点。
55.可选地，若判定第一候选节点的状态信息并不为成功状态，则可以从多个第一候选节点中获取状态信息为失败状态的第一候选节点，作为第二候选节点。第二候选节点可能并非是因为网络阻塞或质检耗时过长导致失败的，可能是其他原因，如接口的使用方式有误等原因造成失败的，因此，可以对第二候选节点进行进一步地分析。
56.步骤s370：基于所述第二候选节点的失败原因，从所述第一候选节点中获取所述高耗时节点。
57.在一些实施方式中，当所述第一候选节点的数量为多个时，请参阅图5，步骤s370可以包括以下步骤：
58.步骤s371：判断第二候选节点的失败原因是否与预设失败原因匹配。
59.在本实施例中，如图4所示，质检日志信息中包括了每个质检处理节点的失败原因，失败原因包括但不限制于网络阻塞、耗时过长、接口使用错误等，因此，在获取到第二候选节点后，可以进一步判断第二候选节点的失败原因是否与预设失败原因匹配，预设失败原因为预先设置的，表征质检处理节点失败的原因是由网络阻塞或耗时过长等原因造成的。比如，当质检处理节点在指定时长内未处理成功，则可以判定该质检处理节点的状态信息为失败状态，并将该失败状态添加至该质检处理节点对应的节点信息的阶段日志中，此时则将耗时过长添加至节点信息的阶段日志中。
60.步骤s372：若匹配，则获取多个第一候选节点，作为所述高耗时节点。
61.可选地，若判定第二候选节点的失败原因与预设失败原因匹配，代表从多个第一候选节点中筛选出的第二候选节点仅是由于质检耗时长，被判定为失败状态，因此，可以在后续优化过程中，通过预先设置的时长优化策略，对其对应的性能参数进行优化，即可减少第二候选节点的响应时长。基于此，不用将第二候选节点从多个第一候选节点中筛除，可以直接将多个第一候选节点作为高耗时节点。
62.步骤s373：若不匹配，则获取所述多个第一候选节点中除所述第二候选节点之外的其他第一候选节点，作为所述高耗时节点，以及获取所述第二候选节点作为异常节点。
63.可选地，若第二候选节点的失败原因与预设失败原因不匹配，代表从多个第一候选节点中筛选出的第二候选节点可能是由类似于接口使用错位等原因造成的失败状态。此时，即使通过预先设置的时长优化策略，对第二候选节点对应的性能参数进行优化，也仅是对一些影响处理时长的参数进行优化，并未将将接口的使用方式更改为正确的使用方式，进而导致对第二候选节点进行无效的优化，也导致了计算资源的浪费。因此，可以将第二候选节点从多个第一候选节点中筛除出来，即获取第二候选节点作为异常节点，同时，获取多个第一候选节点中除第二候选节点之外的其他第一候选节点，作为高耗时节点。
64.在一些实施方式中，在所述获取所述第二候选节点作为异常节点之后，可以基于预先设置的功能优化策略，对所述异常节点对应的参数进行优化，以减少质检处理节点执行请求处理的失败几率。其中，预先设置的功能优化策略可以是用于调整除网络堵塞或质检耗时过长等原因之外的其他原因的策略，包括但不限制于接口优化策略、传参调整策略等。如此，可以针对性地对除高耗时节点之外的其他原因导致的异常节点进行参数优化，以减少质检处理节点执行请求失败的几率。
65.在另一些实施方式中，在所述获取所述第二候选节点作为异常节点之后，可以根据所述异常节点的失败原因，确定与所述失败原因对应的优化策略，作为目标优化策略；基
于所述目标优化策略，对所述异常节点对应的参数进行优化，以减少质检处理节点执行请求处理的失败几率。在实际应用中，异常节点的失败原因也可以包括多种，因此，可以在获取到异常节点后，进一步根据异常节点的失败原因，获取与失败原因对应的优化策略，作为目标优化策略；再基于目标优化策略对异常节点对应的参数进行优化，减少质检处理节点执行质检处理的失败几率。如此，根据失败原因获取对应的优化策略，可以更有针对性且高效性地对异常节点进行优化，进而可以更高效且全面地对质检业务的全流程进行优化。
66.步骤s380：基于预先设置的时长优化策略，对所述高耗时节点对应的性能参数进行优化，以减少所述高耗时节点的响应时长。
67.在本实施例中，步骤s380中的具体内容可以参阅前述实施例中的内容，在此不再赘述。
68.在本实施例中，在对质检业务进行高并发的压力测试时，首先根据响应时长来筛选出第一候选节点，并根据节点的失败原因，从第一候选节点中确定出高耗时节点和异常节点；再使用时长优化策略对高耗时节点的参数进行优化，减少高耗时节点的响应时长，同时使用功能优化策略对异常节点的参数进行优化，减少质检处理节点执行请求处理的失败几率。如此，对质检业务的全流程中的每个质检处理节点，实现了全面耗时检测，且针对存在问题的质检处理节点，针对化地使用对应的优化策略对其进行优化，提高了对质检业务全流程优化的高效性和全面性。
69.请参照图6，图6为本技术再一实施例提供的一种质检节点的优化方法、装置、计算机设备及存储介质。下面将结合图6对本技术实施例提供的质检节点的优化方法进行详细阐述。该质检节点的优化方法可以包括以下步骤：
70.步骤s410：若所述应用场景为指令触发场景，基于所述压力测试的开启指令中携带的应用场景类型，模拟目标数量的请求任务。
71.具体地，若应用场景为指令触发场景，响应于触发压力测试的开启指令，获取与开启指令中携带的请求任务的应用场景类型所对应的预设数量，作为目标数量；模拟目标数量的请求任务。可以理解为，在由压测人员输入开启指令，对应地，计算机设备响应于该开启指令，并模拟目标数量的请求任务；可选地，压测人员可以在输入开启指令时，同时选择当前的应用场景类型，对应地，计算机设备则可以获取与当前的应用场景类型对应的预设数量，作为目标数量。其中，计算机设备中可以预先存储有多种应用场景类型以及每种应用场景类型对应的预设数量，应用场景类型包括但不限于用户高峰使用场景和用户低峰使用场景。如此，可以更有针对性地对不同的质检业务的应用场景，模拟不同并发数量的请求任务，以使可以在更贴合于现实实际场景中的状况下，对质检业务中的质检处理节点的参数进行优化。
72.步骤s420：若所述应用场景为定时触发场景，基于历史质检日志信息，模拟目标数量的请求任务。
73.在一些实施方式中，请参阅图7，步骤s420可以包括以下步骤：
74.步骤s421：若所述应用场景为定时触发场景，则每隔预设时长，获取执行历史实际请求任务对应的请求处理的历史质检日志信息，所述实际请求任务为用户实际输入的请求任务。
75.在本实施例中，考虑到质检业务在投入到实际使用之后，实际使用该质检业务的
用户量与质检业务的效率有关，当该质检业务的全流程的处理效率较高时，则可能会带来更大的用户量，甚至会超过在投入使用之前进行压力测试时模拟的最大用户并发量，则可能导致质检业务的质检效率。基于此，可以在质检业务投入到实际使用之后，定时周期性地对质检业务的全流程进行压力测试，进而实现对质检业务全流程中的质检处理节点的及时优化，提高质检业务的质检效率。
76.具体地，若所述应用场景为定时触发场景，即由预先设置的定时触发程序触发压测工具的压力测试，每隔预设时长，获取执行历史实际请求任务对应的请求处理的历史质检日志信息，其中，实际请求任务可以理解为用户实际输入的请求任务。比如，历史质检日志信息可以是在该质检业务投入到实际使用中后，所有的历史质检日志信息，也可以是近一个月内的历史质检日志信息，本实施例对此不作限制。
77.步骤s422：获取所述历史质检日志信息中的多个时间段中每个时间段对应的用户并发量，得到多个用户并发量。
78.其中，多个时间段可以是预先设置的，也可以是有计算机设备随机确定的，本实施例对此不作限制。例如，历史质检日志信息是近30天内的历史质检日志信息，多个时间段可以是30天内每周3的历史质检日志信息，也可以是30天内每周1、每周3以及每周5的历史质检日志信息。
79.步骤s423：基于所述多个用户并发量，确定所述目标数量。
80.基于此，在获取到多个时间段中每个时间段的用户并发量后，可以根据多个用户并发量，确定目标数量。
81.在一些实施方式中，可以获取多个用户并发量的均值，作为目标数量。如此，可以使模拟的请求任务的目标数量与历史用户并发量更贴合，使得模拟的高并发压力测试场景与实际场景中的高并发使用场景贴合，使得后续调整的质检处理节点的性能参数更适用与实际使用场景。
82.在另一些实施方式中，还可以从多个用户并发量中获取多个指定用户并发量，其中，指定用户并发量为多个用户并发量中大于预设并发量的用户并发量，再获取多个指定用户并发量的均值，作为上述目标数量。如此，可以使模拟的请求任务的目标数量与历史用户的最高并发量更贴合，使得模拟的高并发压力测试场景与实际场景中的高并发使用场景贴合，提高了质检业务在高并发量下的性能稳定性。
83.步骤s424：模拟所述目标数量的请求任务。
84.在本实施例中，步骤s424中的具体内容可以参阅前述实施例中的内容，在此不再赘述。
85.步骤s430：获取执行所述目标数量的请求任务对应的请求处理的质检日志信息，所述质检日志信息中包括多个质检处理节点以及每个质检处理节点的响应时长。
86.步骤s440：从所述多个质检处理节点中获取响应时长超过预设时长阈值的质检处理节点，作为高耗时节点。
87.步骤s450：基于预先设置的时长优化策略，对所述高耗时节点对应的性能参数进行优化，以减少所述高耗时节点的响应时长。
88.在本实施例中，步骤s430至步骤s450中的具体内容可以参阅前述实施例中的内容，在此不再赘述。
89.在本实施例中，根据不同的应用场景，模拟不同目标数量的请求任务，实现了在更贴合于实际应用场景中的状况下，对质检业务进行压力测试，并基于压力测试的结果，对质检业务中的质检处理节点的参数进行优化。如此，使得后续调整的质检处理节点的性能参数更适用与实际使用场景，更具针对性地提高了质检业务在高并发量下的性能稳定性。
90.请参照图8，图8为本技术又一实施例提供的一种质检节点的优化方法、装置、计算机设备及存储介质。下面将结合图7对本技术实施例提供的质检节点的优化方法进行详细阐述。该质检节点的优化方法可以包括以下步骤：
91.步骤s510：模拟目标数量的请求任务，所述目标数量由触发压力测试的应用场景确定，所述请求任务用于客服质检中请求进行质检处理。
92.步骤s520：获取执行所述目标数量的请求任务对应的请求处理的质检日志信息，所述质检日志信息中包括多个质检处理节点以及每个质检处理节点的响应时长。
93.步骤s530：从所述多个质检处理节点中获取响应时长超过预设时长阈值的质检处理节点，作为高耗时节点。
94.步骤s540：基于预先设置的时长优化策略，对所述高耗时节点对应的性能参数进行优化，以减少所述高耗时节点的响应时长。
95.在本实施例中，步骤s510至步骤s540中的具体内容可以参阅前述实施例中的内容，在此不再赘述。
96.步骤s550：判断所述高耗时节点的当前响应时长是否小于或等于所述预设时长阈值。
97.步骤s560：若所述高耗时节点的当前响应时长是否小于或等于所述预设时长阈值，则获取基于预先设置的时长优化策略，对所述高耗时节点对应的参数进行优化后的性能参数，作为标准性能参数。
98.在本实施例中，在基于预先设置的时长优化策略，对高耗时节点对应的性能参数进行优化后，还可以进一步判断当前高耗时节点执行请求任务对应的请求处理的响应时长，若当前响应时长小于或等于所述预设时长阈值，表征对高耗时节点的参数优化已达到预设标准，即成功地减少了高耗时节点的响应时长。此时，则可以获取高耗时节点优化后的性能参数，作为标注性能参数，则可以在后续实际应用场景中，基于该高耗时节点基于前述标准性能参数进行质检处理，大大优化了高耗时节点的质检处理效率。
99.步骤s570：若所述高耗时节点的当前响应时长是否大于所述预设时长阈值，则执行所述模拟目标数量的请求任务至所述基于预先设置的时长优化策略，对所述高耗时节点对应的参数进行优化的步骤，直至所述多个质检处理节点中每个质检处理节点的响应时长均不超过所述预设时长阈值。
100.可选地，若高耗时节点的当前响应时长是否大于预设时长阈值，则执行模拟目标数量的请求任务至所述基于预先设置的时长优化策略，对高耗时节点对应的参数进行优化的步骤，直至多个质检处理节点中每个质检处理节点的响应时长均不超过预设时长阈值，代表经过一次参数优化并未完全使高耗时节点的响应时长达到预设时长阈值，即优化未成功，此时，可以对高耗时节点进行多次压力测试及优化，以将高耗时节点对应的参数调整至符合预设标准的性能参数。
101.在本实施例中，在对高耗时节点进行优化后，可以再次对优化后的高耗时节点的
响应时长进行检测，并在高耗时节点的响应时长未满足预设时长阈值的情况下，对该高耗时节点的参数进行多次优化，以使高耗时节点的响应时长符合预设标准。如此，保证了对质检业务中质检处理节点的优化的准确性，提高了质检业务的进行质检操作时的效率。
102.请参照图9，其中示出了本技术一实施例提供的一种质检节点的优化装置600的结构框图。该装置600可以包括：任务模拟模块610、日志获取模块620、节点确定模块630和参数优化模块640。
103.任务模拟模块610用于模拟目标数量的请求任务，所述目标数量由触发压力测试的应用场景确定，所述请求任务用于客服质检中请求进行质检处理。
104.日志获取模块620用于获取执行所述目标数量的请求任务对应的请求处理的质检日志信息，所述质检日志信息中包括多个质检处理节点以及每个质检处理节点的响应时长。
105.节点确定模块630用于从所述多个质检处理节点中获取响应时长超过预设时长阈值的质检处理节点，作为高耗时节点。
106.参数优化模块640用于基于预先设置的时长优化策略，对所述高耗时节点对应的性能参数进行优化，以减少所述高耗时节点的响应时长。
107.在一些实施方式中，所述质检日志信息还包括所述每个质检处理节点的状态信息，所述状态信息包括成功状态、失败状态以及失败原因，节点确定模块630可以包括：第一节点获取单元、判断单元以及高耗时节点获取单元。其中，第一节点获取单元可以用于获取所述多个质检处理节点中响应时长超过所述预设时长阈值的质检处理节点，作为第一候选节点。判断单元可以用于判断所述第一候选节点的状态信息是否均为所述成功状态。高耗时节点获取单元可以具体用于：若第一候选节点的状态信息均为所述成功状态，则获取所述第一候选节点，作为所述高耗时节点；若第一候选节点的状态信息不均为所述成功状态，则获取状态信息为所述失败状态的第一候选节点，作为第二候选节点，基于所述第二候选节点的失败原因，从所述第一候选节点中获取所述高耗时节点。
108.在该方式中，高耗时节点获取单元可以包括：原因匹配子单元。其中，原因匹配子单元可以具体用于判断第二候选节点的失败原因是否与预设失败原因匹配；若匹配，则获取多个第一候选节点，作为所述高耗时节点；若不匹配，则获取所述多个第一候选节点中除所述第二候选节点之外的其他第一候选节点，作为所述高耗时节点，以及获取所述第二候选节点作为异常节点。
109.在一些实施方式中，质检节点的优化装置600还可以包括：异常参数优化模块。其中，异常参数优化模块可以用于在所述获取所述第二候选节点作为异常节点之后，基于预先设置的功能优化策略，对所述异常节点对应的参数进行优化，以减少质检处理节点执行请求处理的失败几率。
110.在另一些实施方式中，质检节点的优化装置600还可以包括：异常参数优化模块。其中，异常参数优化模块可以用于根据所述异常节点的失败原因，确定与所述失败原因对应的优化策略，作为目标优化策略；基于所述目标优化策略，对所述异常节点对应的参数进行优化，以减少质检处理节点执行请求处理的失败几率。
111.在一些实施方式中，任务模拟模块610可以包括：指令触发模拟单元以及定时触发模拟单元。其中，指令触发模拟单元可以用于若所述应用场景为指令触发场景，基于所述压
力测试的开启指令中携带的应用场景类型，模拟目标数量的请求任务。定时触发模拟单元可以用于若所述应用场景为定时触发场景，基于历史质检日志信息，模拟目标数量的请求任务。
112.在该方式下，指令触发模拟单元可以具体用于：若所述应用场景为所述指令触发场景，响应于触发所述压力测试的开启指令，获取与所述开启指令中携带的请求任务的应用场景类型所对应的预设数量，作为所述目标数量；模拟所述目标数量的请求任务。
113.在该方式下，定时触发模拟单元可以包括：历史日志获取子单元、并发量获取子单元、目标数量确定子单元以及任务模拟子单元。其中，历史日志获取子单元可以用于若所述应用场景为定时触发场景，则每隔预设时长，获取执行历史实际请求任务对应的请求处理的历史质检日志信息，所述实际请求任务为用户实际输入的请求任务。并发量获取子单元可以用于获取所述历史质检日志信息中的多个时间段中每个时间段对应的用户并发量，得到多个用户并发量。目标数量确定子单元可以用于基于所述多个用户并发量，确定所述目标数量。任务模拟子单元可以用于模拟所述目标数量的请求任务。
114.在一些实施方式中，质检节点的优化装置600还可以包括：时长判断模块。其中，时长判断模块可以具体用于：在所述基于预先设置的时长优化策略，对所述高耗时节点对应的性能参数进行优化之后，判断所述高耗时节点的当前响应时长是否小于或等于所述预设时长阈值；若所述高耗时节点的当前响应时长是否小于或等于所述预设时长阈值，则获取基于预先设置的时长优化策略，对所述高耗时节点对应的参数进行优化后的性能参数，作为标准性能参数；若所述高耗时节点的当前响应时长是否大于所述预设时长阈值，则执行所述模拟目标数量的请求任务至所述基于预先设置的时长优化策略，对所述高耗时节点对应的参数进行优化的步骤，直至所述多个质检处理节点中每个质检处理节点的响应时长均不超过所述预设时长阈值。
115.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
116.在本技术所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。
117.另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
118.综上所述，本技术实施例提供的方案中，模拟目标数量的请求任务，目标数量由触发压力测试的应用场景确定，请求任务用于客服质检中请求进行质检处理；获取执行所述目标数量的请求任务对应的请求处理的质检日志信息，质检日志信息中包括多个质检处理节点以及每个质检处理节点的响应时长；从多个质检处理节点中获取响应时长超过预设时长阈值的质检处理节点，作为高耗时节点；基于预先设置的时长优化策略，对高耗时节点对应的性能参数进行优化，以减少高耗时节点的响应时。如此，避免了由维护人员对日志信息中的每个质检处理节点一一排查，耗时耗力的问题，基于响应时长筛选出高耗时节点，并根据预先设置的时长优化策略对高耗时节点进行性能参数的优化，提高了定位质检业务中存在高耗时、高延迟节点的效率，进而也提高了对存在问题的质检处理节点进行优化的及时性。
119.下面将结合图10对本技术提供的一种计算机设备进行说明。
120.参照图10，图10示出了本技术实施例提供的一种计算机设备700的结构框图，本技术实施例提供的质检节点的优化方法可以由该计算机设备700执行。其中，计算机设备700可以是等能够运行应用程序的设备。
121.本技术实施例中的计算机设备700可以包括一个或多个如下部件：处理器701、存储器702、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器702中并被配置为由一个或多个处理器701执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。
122.处理器701可以包括一个或者多个处理核。处理器701利用各种接口和线路连接整个计算机设备700内的各个部分，通过运行或执行存储在存储器702内的指令、程序、代码集或指令集，以及调用存储在存储器702内的数据，执行计算机设备700的各种功能和处理数据。可选地，处理器701可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器701可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以集成到处理器701中，单独通过一块通信芯片进行实现。
123.存储器702可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。存储器702可用于存储指令、程序、代码、代码集或指令集。存储器702可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储计算机设备700在使用中所创建的数据(比如上述的各种对应关系)等。
124.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
125.在本技术所提供的几个实施例中，所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
126.另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
127.请参考图11，其示出了本技术实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。
128.计算机可读存储介质800可以是诸如闪存、eeprom(电可擦除可编程只读存储器)、eprom、硬盘或者rom之类的电子存储器。可选地，计算机可读存储介质800包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可
以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。
129.最后应说明的是：以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。