CN111813674A - 分单业务的压测方法、装置、电子设备及存储介质 - Google Patents

分单业务的压测方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN111813674A
CN111813674A CN202010643378.9A CN202010643378A CN111813674A CN 111813674 A CN111813674 A CN 111813674A CN 202010643378 A CN202010643378 A CN 202010643378A CN 111813674 A CN111813674 A CN 111813674A
Authority
CN
China
Prior art keywords
dimension
pressure measurement
order
service
line
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010643378.9A
Other languages
English (en)
Other versions
CN111813674B (zh
Inventor
刘文锐
王玙
董丽
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to CN202010643378.9A priority Critical patent/CN111813674B/zh
Publication of CN111813674A publication Critical patent/CN111813674A/zh
Application granted granted Critical
Publication of CN111813674B publication Critical patent/CN111813674B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3664—Environments for testing or debugging software
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3676—Test management for coverage analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00—Pattern recognition
    • G06F18/20—Analysing
    • G06F18/22—Matching criteria, e.g. proximity measures

Abstract

本发明实施例提供的一种分单业务的压测方法、装置、电子设备及存储介质，涉及数据处理技术领域，该方法包括：根据线上分单业务数据中至少一个维度的线上指标，分别从线上分单业务数据中确定每个维度的线上指标相匹配的数据为每个维度的压测数据；根据每个维度的压测数据，得到每个维度的压测结果，并根据每个维度的压测结果，计算每个维度的压测指标，根据至少一个维度的线上指标和至少一个维度的压测指标，确定分单业务的压测置信度。基于根据各个维度的压测结果确定各个维度的压测指标，基于各个维度的线上指标和压测指标确定分单业务的压测置信度，该压测置信度可以用于表示压测结果的可靠程度，实现了对分单业务的压测结果可靠性准确评估。

Description

分单业务的压测方法、装置、电子设备及存储介质
技术领域
本申请涉及数据处理技术领域，具体而言，涉及一种分单业务的压测方法、装置、电子设备及存储介质。
背景技术
随着互联网等技术的不断发展，各种各样的软件服务系统也越来越多，在高峰期内软件服务系统的数据处理量会大幅上升，软件服务系统的处理压力也会急剧增加。
为保证软件服务系统可以在大量的数据处理压力下保持稳定，相关技术中，往往会对软件服务系统进行压力测试，以对软件服务系统的抗压性能进行评估。
相关技术中，对软件服务系统进行压力测试时，由于压力测试环境的影响，容易出现压测结果不可靠的问题，而现有技术无法对压测结果的可靠性进行评估。
发明内容
有鉴于此，本申请实施例的目的在于提供一种分单业务的压测方法、装置、电子设备及存储介质，以解决相关技术中，对软件服务系统进行压力测试时，由于压力测试环境的影响，容易出现压测结果不可靠的问题，而现有技术无法对压测结果的可靠性进行评估的问题。
第一方面，本申请实施例提供了一种分单业务的压测方法，包括：
根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据；
根据所述每个维度的压测数据，得到所述每个维度的压测结果，并根据所述每个维度的压测结果，计算所述每个维度的压测指标；
根据所述至少一个维度的线上指标和所述至少一个维度的压测指标，确定分单业务的压测置信度；其中，所述分单业务用以对服务请求终端发送的服务请求订单分配对应的服务提供方。
可选的，所述至少一个维度包括下述至少一项维度：订单类型维度、订单堆积维度、链路调用量维度、分单结果维度、覆盖维度。
可选的，若所述至少一个维度包括：订单类型维度；所述订单类型维度的线上指标包括：多种服务请求订单的类型线上占比；
所述根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据，包括：
从所述线上分单业务数据中，确定满足所述类型线上占比的数据为所述订单类型维度的压测数据；
所述根据所述每个维度的压测结果，计算所述每个维度的压测指标，包括：
根据所述订单类型维度的压测结果，计算所述多种服务请求订单的类型压测占比，所述订单类型维度的压测指标包括所述类型压测占比。
可选的，若所述至少一个维度包括：订单堆积维度；所述订单堆积维度的线上指标包括：多种服务请求订单的类型线上堆积占比；
所述根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据，包括：
从所述线上分单业务数据中，确定满足所述类型线上堆积占比的数据为所述订单堆积维度的压测数据；
所述根据所述每个维度的压测结果，计算所述每个维度的压测指标，包括：
根据所述订单堆积维度的压测结果，计算所述多种服务请求订单的类型压测堆积占比，所述订单堆积维度的压测指标包括所述类型压测堆积占比。
可选的，若所述至少一个维度包括：链路调用量维度；所述链路调用量维度的线上指标包括：线上链路服务的调用量比例；
所述根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据，包括：
从所述线上分单业务数据中，确定满足所述线上链路服务的调用量比例的数据为所述链路调用量维度的压测数据；
所述根据所述每个维度的压测结果，计算所述每个维度的压测指标，包括：
根据所述链路调用量维度的压测结果，确定压测链路服务的调用量比例，所述链路调用量维度的压测指标包括所述压测链路服务的调用量比例。
可选的，所述线上链路服务的调用量比例包括：线上每秒查询率QPS的调用量比例、线上事件请求的每秒查询率KPS调用量比例，所述压测链路服务的调用量比例包括：压测QPS的调用量比例、压测KPS的调用量比例。
可选的，若所述至少一个维度包括：分单结果维度，所述分单结果维度的线上指标包括：所述服务请求订单的线上分单率和线上拼单率；
所述根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据，包括：
从所述线上分单业务数据中，确定满足所述线上分单率和所述线上拼单率的数据为所述分单结果维度的压测数据；
所述根据所述每个维度的压测结果，计算所述每个维度的压测指标，包括：
根据所述分单结果维度的压测结果，确定所述服务请求订单的压测分单率和压测拼单率，所述分单结果维度的压测指标包括所述压测分单率和所述压测拼单率。
可选的，若所述至少一个维度包括：覆盖度维度；所述覆盖度维度的线上指标包括：线上覆盖指标；
所述根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据，包括：
从所述线上分单业务数据中，采集所述覆盖度维度的压测数据；
所述根据所述每个维度的压测结果，计算所述每个维度的压测指标，包括：
根据所述覆盖度维度的压测结果，确定压测覆盖指标，所述覆盖度维度的压测指标包括所述压测覆盖指标。
可选的，所述线上覆盖指标包括下述指标中的至少一个：线上场景覆盖指标，线上链路覆盖指标、线上接口覆盖指标；
所述压测覆盖指标包括下述指标中的至少一个：压测场景覆盖指标，压测链路覆盖指标、压测接口覆盖指标。
可选的，所述根据所述至少一个维度的线上指标和所述至少一个维度的压测指标，确定分单业务的压测置信度，包括：
根据各所述维度的所述线上指标以及对应的所述压测指标，计算各所述维度的相似度；
根据各所述维度的相似度和各所述维度的预设权重，计算所述分单业务的压测置信度。
第二方面，本申请实施例提供了一种分单业务的压测装置，包括：
第一确定模块，用于根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据；
计算模块，用于根据所述每个维度的压测数据，得到所述每个维度的压测结果，并根据所述每个维度的压测结果，计算所述每个维度的压测指标；
第二确定模块，用于根据所述至少一个维度的线上指标和所述至少一个维度的压测指标，确定分单业务的压测置信度；其中，所述分单业务用以对服务请求终端发送的服务请求订单分配对应的服务提供方。
可选的，所述至少一个维度包括下述至少一项维度：订单类型维度、订单堆积维度、链路调用量维度、分单结果维度、覆盖维度。
可选的，若所述至少一个维度包括：订单类型维度；所述订单类型维度的线上指标包括：多种服务请求订单的类型线上占比；
所述第一确定模块，还用于从所述线上分单业务数据中，确定满足所述类型线上占比的数据为所述订单类型维度的压测数据；
所述计算模块，还用于根据所述订单类型维度的压测结果，计算所述多种服务请求订单的类型压测占比，所述订单类型维度的压测指标包括所述类型压测占比。
可选的，若所述至少一个维度包括：订单堆积维度；所述订单堆积维度的线上指标包括：多种服务请求订单的类型线上堆积占比；
所述第一确定模块，还用于从所述线上分单业务数据中，确定满足所述类型线上堆积占比的数据为所述订单堆积维度的压测数据；
所述计算模块，还用于根据所述订单堆积维度的压测结果，计算所述多种服务请求订单的类型压测堆积占比，所述订单堆积维度的压测指标包括所述类型压测堆积占比。
可选的，若所述至少一个维度包括：链路调用量维度；所述链路调用量维度的线上指标包括：线上链路服务的调用量比例；
所述第一确定模块，还用于从所述线上分单业务数据中，确定满足所述线上链路服务的调用量比例的数据为所述链路调用量维度的压测数据；
所述计算模块，还用于根据所述链路调用量维度的压测结果，确定压测链路服务的调用量比例，所述链路调用量维度的压测指标包括所述压测链路服务的调用量比例。
可选的，所述线上链路服务的调用量比例包括：线上QPS的调用量比例、线上KPS调用量比例，所述压测链路服务的调用量比例包括：压测QPS的调用量比例、压测KPS的调用量比例。
可选的，若所述至少一个维度包括：分单结果维度，所述分单结果维度的线上指标包括：所述服务请求订单的线上分单率和线上拼单率；
所述第一确定模块，还用于从所述线上分单业务数据中，确定满足所述线上分单率和所述线上拼单率的数据为所述分单结果维度的压测数据；
所述计算模块，还用于根据所述分单结果维度的压测结果，确定所述服务请求订单的压测分单率和压测拼单率，所述分单结果维度的压测指标包括所述压测分单率和所述压测拼单率。
可选的，若所述至少一个维度包括：覆盖度维度；所述覆盖度维度的线上指标包括：线上覆盖指标；
所述第一确定模块，还用于从所述线上分单业务数据中，采集所述覆盖度维度的压测数据；
所述计算模块，还用于根据所述覆盖度维度的压测结果，确定压测覆盖指标，所述覆盖度维度的压测指标包括所述压测覆盖指标。
可选的，所述线上覆盖指标包括下述指标中的至少一个：线上场景覆盖指标，线上链路覆盖指标、线上接口覆盖指标；
所述压测覆盖指标包括下述指标中的至少一个：压测场景覆盖指标，压测链路覆盖指标、压测接口覆盖指标。
可选的，所述第二确定模块，用于根据各所述维度的所述线上指标以及对应的所述压测指标，计算各所述维度的相似度；根据各所述维度的相似度和各所述维度的预设权重，计算所述分单业务的压测置信度。
第三方面，本申请实施例提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行第一方面任一所述的分单业务的压测方法的步骤。
第四方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如第一方面任一所述的分单业务的压测方法的步骤。
本申请实施例提供一种分单业务的压测方法，根据线上分单业务数据中至少一个维度的线上指标，分别从线上分单业务数据中确定每个维度的线上指标相匹配的数据为每个维度的压测数据；根据每个维度的压测数据，得到每个维度的压测结果，并根据每个维度的压测结果，计算每个维度的压测指标，根据至少一个维度的线上指标和至少一个维度的压测指标，确定分单业务的压测置信度。基于各个维度的线上指标，确定各个维度的压测数据，继而根据各个维度的压测结果确定各个维度的压测指标，基于各个维度的线上指标和压测指标确定分单业务的压测置信度，该压测置信度可以用于表示压测结果的可靠程度，实现了对分单业务的压测结果可靠性进行准确、高效的评估。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请一些实施例提供的分单业务的压测系统的框图；
图2示出了本申请一些实施例提供电子设备的结构示意图；
图3示出本申请的一些实施例的一种分单业务的压测方法的流程示意图；
图4示出本申请的一些实施例的一种链路服务的调用原理示意图；
图5示出本申请的一些实施例的一种分单业务的压测方法的流程示意图；
图6示出本申请的一些实施例的一种分单业务的压测装置的结构示意图；
图7示出了本申请一些实施例提供电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中使用的定位技术可以基于全球定位系统(Global Positioning System，GPS)、全球导航卫星系统(Global Navigation Satellite System，GLONASS)、北斗系统、罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith SatelliteSystem，QZSS)、无线保真(Wireless Fidelity，WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。
图1示出了本申请一些实施例提供的分单业务的压测系统的框图。分单业务的压测系统100可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140和数据库150中的一种或多种，服务器110中可以包括执行指令操作的处理器。
在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问服务请求方终端130、服务提供方终端140和数据库150，以访问存储的信息和/或数据。作为另一示例，服务器110可以直接连接到服务请求方终端130、服务提供方终端140和数据库150中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(communitycloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务器110可以在具有本申请中图2所示的一个或多个组件的电子设备200上实现。
在一些实施例中，服务器110可以包括处理器。处理器可以处理与分单业务有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于从服务请求方终端130获得服务请求订单信息，继而为该服务请求订单信息分配该服务请求订单信息对应的服务提供方，并向该服务提供方对应的服务提供方终端140发送服务请求订单信息，以使得该服务提供方终端140对应的服务提供方完成该订单信息的服务请求。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit，CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、专用指令集处理器(ApplicationSpecific Instruction-set Processor，ASIP)、图形处理单元(Graphics ProcessingUnit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(DigitalSignal Processor，DSP)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing，RISC)、或微处理器等，或其任意组合。
网络120可以用于信息和/或数据的交换。在一些实施例中，服务器110可以通过网络120向服务请求方终端130、服务提供方终端140、数据库150发送信息和/或数据，服务器110可以通过网络120从服务请求方终端130、服务提供方终端140、数据库150中获取信息和/或数据。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络120可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public Switched TelephoneNetwork，PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication,NFC)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。
数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从服务请求方终端130和/或服务提供方终端140获得的数据。在一些实施例中，数据库150可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(Read-Only Memory，ROM)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(Random Access Memory，RAM)；RAM可以包括动态RAM(Dynamic RandomAccess Memory，DRAM)，双倍数据速率同步动态RAM(Double Date-Rate Synchronous RAM，DDR SDRAM)；静态RAM(Static Random-Access Memory，SRAM)，晶闸管RAM(Thyristor-Based Random Access Memory，T-RAM)和零电容器RAM(Zero-RAM)等。作为举例，ROM可以包括掩模ROM(Mask Read-Only Memory，MROM)、可编程ROM(Programmable Read-OnlyMemory，PROM)、可擦除可编程ROM(Programmable Erasable Read-only Memory，PEROM)、电可擦除可编程ROM(Electrically Erasable Programmable read only memory，EEPROM)、光盘ROM(CD-ROM)、以及数字通用磁盘ROM等。在一些实施例中，数据库150可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。
在一些实施例中，数据库150可以连接到网络120以与分单业务的压测系统100中的服务器110、服务请求方终端130、服务提供方终端140、数据库150的一个或者多个组件通信。分单业务的压测系统100中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中，数据库150可以直接连接到分单业务的压测系统100中的一个或多个组件(例如，服务器110、服务请求方终端130、服务提供方终端140等)；或者，在一些实施例中，数据库150也可以是服务器110的一部分。
图2示出根据本申请的一些实施例提供的可以实现本申请思想的服务器110的电子设备200的示例性硬件和软件组件的示意图。例如，处理器220可以用于电子设备200上，并且用于执行本申请中的功能。
电子设备200可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的交通工具的交易转化率预估方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。
例如，电子设备200可以包括连接到网络的网络端口210、用于执行程序指令的一个或多个处理器220、通信总线230、和不同形式的存储介质240，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。电子设备200还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口250。
为了便于说明，在电子设备200中仅描述了一个处理器。然而，应当注意，本申请中的电子设备200还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若电子设备200的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B。
随着互联网等技术的不断发展，各种各样的软件服务系统也越来越多，在高峰期内软件服务系统的数据处理量会大幅上升，软件服务系统的处理压力也会急剧增加。
为保证软件服务系统可以在大量的数据处理压力下保持稳定，相关技术中，往往会对软件服务系统进行压力测试，以对软件服务系统的抗压性能进行评估。相关技术中，对软件服务系统进行压力测试时，由于压力测试环境的影响，容易出现压测结果不可靠的问题，采用何种方式对压测结果的可靠性进行准确评估变得越来越重要。
本申请实施例提供一种分单业务的压测方法，根据每个维度的压测结果，计算每个维度的压测指标；基于至少一个维度的线上指标和至少一个维度的压测指标，确定分单业务的压测置信度，该压测置信度可以用于表示压测结果的可信程度，实现了对压测结果可靠性进行准确、高效的评估。
本申请实施例提供一种分单业务的压测方法，其执行主体可以为上述图1所述的分单业务的压测系统100中的服务器110，当然，执行主体还可以为与服务器110通信连接的测试终端，当执行主体为测试终端时，测试终端可以从服务器110中获取线上分单业务数据。下述以服务器为执行主体，对本申请实施例提供的分单业务的压测方法，进行解释说明。
图3示出本申请的一些实施例的一种分单业务的压测方法的流程示意图，如图3所示，该方法可以包括：
S301、根据线上分单业务数据中至少一个维度的线上指标，分别从线上分单业务数据中确定每个维度的线上指标相匹配的数据为每个维度的压测数据。
其中，服务器根据每个维度，分别对线上分单业务数据进行统计，得到每个维度对应的线上指标。
在一些实施方式中，以一个维度而言，服务器可以该维度的线上指标，从线上分单业务数据中，采集与该维度的线上指标相匹配的数据为该维度的压测数据。当维度数量为多个时，服务器可以依次对多个维度的压测数据进行采集，也可以同时对多个维度的压测数据进行采集，还可以采用其他方式对多个维度的压测数据进行采集，本申请实施例对此不进行具体限制。
需要说明的是，分单业务可以为：获取服务请求方终端的服务请求订单信息，对该服务请求订单信息分配对应的服务提供方终端，以使得服务提供方终端完成该订单信息的服务请求的业务。在实际应用中，分单业务可以为司乘服务对应的分单业务，也可以为代驾服务对应的分单业务、快递服务对应的分单业务等，还可以为其它类型的分单业务，本申请实施例对此不进行具体限制。
例如，分单业务可以为司乘服务对应的分单业务，当乘客预乘车时，可以在乘客终端下单，乘客终端可以获取乘车请求订单信息并向服务器发送该乘车请求订单信息，服务器可以获取来自多个乘客终端的乘车请求订单信息，并为乘车请求订单信息分配对应的司机，继而向该司机对应的司机终端发送该乘车请求订单信息，以使该司机终端对应的司机完成该订单信息的乘车请求。
S302、根据每个维度的压测数据，得到每个维度的压测结果，并根据每个维度的压测结果，计算每个维度的压测指标。
其中，服务器可以在压测环境中运行各个维度的压测数据，以得到各个维度的压测结果。服务器所采集每个维度的压测数据，小于每个维度对应的线上分单业务数据，即，服务器是根据各维度的线上指标，采集线上分单业务数据中的一部分数据作为每个维度的压测数据。
另外，每个维度中线上指标的数量可以为至少一个，对应的，每个维度中压测指标的数量也可以为至少一个。线上指标和压测指标之间是一一对应的，线上指标和对应的压测指标所指示的信息是同一个类型的信息。
在本申请实施例中，虽然服务器在采集每个维度的压测数据，是依据各维度的线上指标进行采集的，但是服务器在基于压测数据，确定每个维度的压测结果时，由于压测环境的影响，根据各个维度的压测结果所计算的各个维度的压测指标与线上指标并不完全相同，即压测结果相比线上分单业务数据存在误差，因此，在后续步骤中，需要对各个维度的压测指标和线上指标进行评估，以确定分单业务的压测置信度。
S303、根据至少一个维度的线上指标和至少一个维度的压测指标，确定分单业务的压测置信度。
其中，分单业务用以对服务请求终端发送的服务请求订单分配对应的服务提供方。
在一种可能的实施方式中，服务器可以采用预设公式或者预设算法，根据至少一个维度的线上指标和至少一个维度的压测指标，计算分单业务的压测置信度。继而服务器还可以判断压测置信度是否满足预设条件，若压测置信度满足预设条件，则标识分单业务的压测结果可靠性较高；若压测置信度不满足预设条件，则标识分单业务的压测结果可靠性较低。
另外，压测置信度可以为一个数值，服务器可以判断压测置信度是否大于预设阈值；若大于预设阈值，则表示压测置信度满足预设条件；若小于或者等于预设阈值，则表示压测置信度不满足预设条件。
当然，服务器中还可以存储有预设对应关系，该预设对应关系表示多个预设范围值与多个预设评估等级之间的对应关系，预设评估等级表示压测结果可靠程度。服务器可以确定压测置信度所落入的预设范围值，继而确定相应预设评估等级，实现确定压测结果可靠程度。
综上所述，本申请实施例提供一种分单业务的压测方法，根据线上分单业务数据中至少一个维度的线上指标，分别从线上分单业务数据中确定每个维度的线上指标相匹配的数据为每个维度的压测数据；根据每个维度的压测数据，得到每个维度的压测结果，并根据每个维度的压测结果，计算每个维度的压测指标，根据至少一个维度的线上指标和至少一个维度的压测指标，确定分单业务的压测置信度。基于各个维度的线上指标，确定各个维度的压测数据，继而根据各个维度的压测结果确定各个维度的压测指标，基于各个维度的线上指标和压测指标确定分单业务的压测置信度，该压测置信度可以用于表示压测结果的可靠程度，实现了对分单业务的压测结果可靠性进行准确、高效的评估。
可选的，至少一个维度包括下述至少一项维度：订单类型维度、订单堆积维度、链路调用量维度、分单结果维度、覆盖维度。
其中，订单类型维度是针对分单业务中不同类型订单的统计；订单类型维度是针对分单业务中不同类型订单堆积情况的统计；链路调用量维度是针对分单业务中链路服务调用量的统计；分单结果维度是针对分单业务的分单率的统计；覆盖维度是对分单业务的覆盖程度的统计。
在一些实施方式中，维度的数量可以为至少一个，例如维度可以包括：订单堆积维度，也可以包括：订单类型维度和覆盖维度，还可以为其他方式组合的至少一个维度，本申请实施例对于此不进行具体限制。
另外，当所包含的维度数量越多，对于线上指标和压测指标的覆盖度越广，所评估的分单业务的压测置信度就越准确。作为一种优选的实施例，上述维度可以包括：订单类型维度、订单堆积维度、链路调用量维度、分单结果维度、覆盖维度等所有的维度。
在实际应用中，当分单业务为司乘服务对应的分单业务时，由于服务提供方为司机，服务提供方处于不断游走的状态，对于不同时间段内同样的服务请求订单对应的分单结果是不同的，因此，在链路调用量维度和覆盖维度的基础上，可以添加下述维度中的至少一项：订单类型维度、订单堆积维度、分单结果维度。
综上所述，基于本申请实施例提供的维度，对分单业务进行压测，还可以提高压测的覆盖度。从本申请实施例提供的维度，对分单业务的压测置信度进行评估，也可以准确的确定维度分单业务的压测置信度。
可选的，若至少一个维度包括：订单类型维度；订单类型维度的线上指标包括：多种服务请求订单的类型线上占比。
其中，线上分单业务数据中可以包括多种不同类型的服务请求订单。服务器可以分别统计各种类型的服务请求订单数量与服务请求订单总数量的比值，得到服务请求订单对应的类型线上占比。
在一种可能的实施方式中，当分单业务为司乘服务对应的分单业务时，多种不同类型的服务请求订单可以包括：出租车服务请求订单、快车服务请求订单、专车服务请求订单、拼车服务请求订单、豪华车服务请求订单、代驾服务请求订单、顺风车服务请求订单、优享车服务请求订单等等。
例如，多种不同类型的服务请求订单可以包括：A服务请求订单、B服务请求订单、C服务请求订单；A服务请求订单的数量为a1，B服务请求订单的数量为b1，C服务请求订单的数量为c1；服务请求订单的总数量可以为x＝a1+b1+c1，则A服务请求订单对应的线上占比为a1/x；B服务请求订单对应的线上占比为b1/x；C服务请求订单对应的线上占比为c1/x。
上述S301的过程，可以包括：
从线上分单业务数据中，确定满足类型线上占比的数据为订单类型维度的压测数据。
在一种可能的实施方式中，服务器可以根据多种类型的服务请求订单对应的线上占比，从线上分单业务数据中采集订单类型维度的压测数据。该订单类型维度的压测数据小于线上分单业务数据，订单类型维度的压测数据中各类型的服务请求订单对应的占比与线上占比一致。
例如，线上分单业务数据中包括500个A服务请求订单、1000个B服务请求订单，服务请求订单的总数量可以为1500，则订单类型维度的线上指标可以包括：A服务请求订单对应的线上占比为1/3，B服务请求订单对应的线上占比为2/3。服务器可以根据订单类型维度的线上指标，采集50个A服务请求订单、采集100个B服务请求订单，采集的服务请求订单总数量可以为150。
上述S302中根据每个维度的压测结果，计算每个维度的压测指标的过程，可以包括：
根据订单类型维度的压测结果，计算多种服务请求订单的类型压测占比，订单类型维度的压测指标包括类型压测占比。
其中，订单类型维度的压测数据中多种服务请求订单对应的类型占比与类型线上占比虽然是一致的，但是，由于压测环境的影响，服务器在压测环境中运行订单类型维度的压测数据后，基于订单类型维度的压测结果所计算的多种服务请求订单的类型压测占比，相比于多种服务请求订单的类型线上占比、订单类型维度的压测数据中多种服务请求订单对应的类型占比会发生变化。
在本申请实施例中，服务器可以统计订单类型维度的压测结果中各种类型的服务请求订单的数量、总服务请求订单的数量，继而分别求取各种类型的服务请求订单的数量与总服务请求订单的数量的比值，得到多种服务请求订单的类型压测占比。
需要说明的是，服务器可以根据多种服务请求订单的类型线上占比和类型压测占比计算分单业务的压测置信度。
可选的，若至少一个维度包括：订单堆积维度。订单堆积维度的线上指标包括：多种服务请求订单的类型线上堆积占比。
其中，分单业务是一个多轮计算型策略服务，服务器会采取多轮分单的方式对服务请求订单进行分配，当服务请求订单过多时，当前轮中服务请求订单未被分配，会堆积到下一轮进行分配，即会出现订单堆积效应。
在一些实施方式中，服务器会统计对线上分单业务数据中服务请求订单的总堆积量，以及各种类型的服务请求订单的堆积量，继而分别计算各种类型的服务请求订单的堆积量与总堆积量的占比，得到多种服务请求订单的类型线上堆积占比。
上述S301的过程，可以包括：
从线上分单业务数据中，确定满足类型线上堆积占比的数据为订单堆积维度的压测数据。
在本申请实施例中，服务器可以从线上分单业务数据中，采集与多种服务请求订单的类型线上堆积占比相同，且，数据量小于线上分单业务数据量的服务请求订单作为订单堆积维度的压测数据。另外，订单堆积维度的压测数据可以包括：采集的多种类型的堆积服务请求订单。
上述S302中根据每个维度的压测结果，计算每个维度的压测指标的过程，包括：
根据订单堆积维度的压测结果，计算多种服务请求订单的类型压测堆积占比，订单堆积维度的压测指标包括类型压测堆积占比。
在一种可能的实施方式中，服务器可以订单堆积维度的压测结果中各种类型的服务请求订单的数量、总服务请求订单的数量，继而预设方式求取各种类型的服务请求订单的数量与总服务请求订单的数量的比值，得到多种服务请求订单的类型压测堆积占比。其中，预设方式其求取可以为依次求取，也可以为同时求取，本申请实施例对此不进行具体限制。
例如，线上分单业务数据中可以包括：100个堆积的A服务请求订单、100个堆积的B服务请求订单，服务请求订单总数量为200，则订单堆积维度的线上指标可以包括：A服务请求订单对应的线上堆积占比为1/2，B服务请求订单对应的线上占比为1/2；服务器可以采集20个堆积的A服务请求订单、20个堆积的B服务请求订单，并在压测环境运行该数据，得到的压测结果中包括18堆积个A服务请求订单，20个堆积的B服务请求订单，则A服务请求订单对应的压测堆积占比为9/19，B服务请求订单对应的压测堆积占比为10/19。
需要说明的是，服务器可以根据多种服务请求订单的类型线上堆积占比和类型压测堆积占比，计算分单业务的压测置信度。
综上所述，当订单堆积效应出现时，线上分单业务的压力指数是上升的，因此，在进行压测时可以模拟订单堆积效应，可以使得压测的覆盖度更加全面，另外基于订单堆积维度的维度可以准确的确定维度分单业务的压测置信度。
可选的，若至少一个维度包括：链路调用量维度。链路调用量维度的线上指标包括：线上链路服务的调用量比例。
其中，线上分单业务数据中可以包括多个服务，服务之间存在调用量，服务器可以基于各服务之间的调用量，计算线上链路服务的调用量比例。其中，多个服务之间调用可以一对一的调用，也可以为多对一的调用，本申请实施例对此不进行具体限制。
图4示出本申请的一些实施例的一种链路服务的调用原理示意图，如图4所示，链路服务可以包括：A服务、B服务、C服务、D服务、E服务、F服务。A服务和B服务之间存在调用，B服务和C服务之间存在调用，C服务分别与D服务、E服务、F服务之间均存在调用。
例如，服务器可以统计A服务和B服务之间的调用量为50，B服务和C服务之间调用量为100，C服务与D服务之间的调用量为60，C服务与E服务之间的调用量为70,C服务与F服务之间的调用量为80。服务器可以确定线上链路服务的调用量比例为5：10：6：7：8。
上述S301的过程，可以包括：
从线上分单业务数据中，确定满足线上链路服务的调用量比例的数据为链路调用量维度的压测数据。
其中，链路调用量维度的压测数据可以包括：采集多个服务之间的调用量。
在一种可能的实施方式中，服务器可以从线上分单业务数据中，采集与线上链路服务的调用量比例相同，且，数据量小于线上分单业务数据量的数据作为链路调用量维度的压测数据。
如图4所示，服务器可以采集A服务和B服务之间的调用量为25，采集B服务和C服务之间调用量为50，采集C服务与D服务之间的调用量为30，采集C服务与E服务之间的调用量为35,采集C服务与F服务之间的调用量为40。链路调用量维度的压测数据中所指示的链路服务调用量比例为5：10：6：7：8。
上述S302中根据每个维度的压测结果，计算每个维度的压测指标的过程，包括：
根据链路调用量维度的压测结果，确定压测链路服务的调用量比例，链路调用量维度的压测指标包括压测链路服务的调用量比例。
在一些实施方式中，服务器可以在压测环境中运行链路调用量维度的压测数据，得到链路调用量维度的压测结果。由于压测环境可以不支持一些服务之间的调用，因此，压测链路服务的调用量比例相比于线上链路服务的调用量比例会发生变化。另外，服务器可以根据线上链路服务的调用量比例和压测链路服务的调用量比例，计算分单业务的压测置信度。
如图4所示，服务器可以确定链路调用量维度的压测结果中A服务和B服务之间的调用量为20，B服务和C服务之间调用量为45，C服务与D服务之间的调用量为25，C服务与E服务之间的调用量为30,C服务与F服务之间的调用量为35。链路调用量维度的压测结果中所指示的链路服务调用量比例为4：9：5：6：7。
可选的，线上链路服务的调用量比例包括：线上QPS(Queriespersecond，每秒查询率)的调用量比例、线上KPS(事件请求的每秒查询率)调用量比例，压测链路服务的调用量比例包括：压测QPS的调用量比例、压测KPS的调用量比例。
其中，分单业务中各服务之间的调用为batch(批量操作)接口的调用，即批量调用。
需要说明的是，各服务之间的调用为批量调用，上述各服务之间的会存在QPS调用量，一个QPS中包括多个batch批量请求，则相应的KPS的调用量也会上升。例如，A服务到B服务之间的QPS调用量为100，当batch批量请求为50时，则A服务到B服务之间的KPS调用量为100*50＝5000。
在本申请实施例中，基于线上QPS调用量比例、线上KPS调用量比例，获取压测数据，基于该压测数据进行压测时，在对QPS调用量进行压测的同时，还对KPS调用量进行压测，扩大了分单业务压测的覆盖度。而且，基于线上QPS调用量比例、线上KPS调用量比例、压测QPS的调用量比例、压测KPS的调用量比例，可以对分单业务在链路调用量维度的压测结果进行准确评估。
可选的，若至少一个维度包括：分单结果维度，分单结果维度的线上指标包括：服务请求订单的线上分单率和线上拼单率。
其中，若服务请求订单的类型为单独订单，则服务器可以直接对服务请求订单进行分配相应的服务提供方；若服务请求订单的类型为拼单，则服务器可以对服务请求订单进行拼单处理，拼单成功后，为拼单的多个服务请求方提供同一服务提供方。
另外，对于线上线上分单率和线上拼单率的计算方式，与压测分单率和压测拼单率的计算方式类似，具体计算方式可以参见计算压测分单率和压测拼单率的相关描述。
上述S301的过程，可以包括：
从线上分单业务数据中，确定满足线上分单率和线上拼单率的数据为分单结果维度的压测数据。
在一种可能的实施方式中，服务器可以从线上分单业务数据中，采集与线上分单率和线上拼单率相同，且，数据量少于线上分单业务数据量的服务请求订单作为分单结果维度的压测数据。
上述S302中根据每个维度的压测结果，计算每个维度的压测指标的过程，可以包括：
根据分单结果维度的压测结果，确定服务请求订单的压测分单率和压测拼单率，分单结果维度的压测指标包括压测分单率和压测拼单率。
在本申请实施例中，服务器可以确定分单结果维度的压测结果中服务请求订单的总数量、已分配的服务请求订单的数量，继而计算已分配的服务请求订单与服务请求订单的总数量之间的比值，得到压测分单率。服务器可以统计分单结果维度的压测结果中拼单请求订单的总数量、拼单成功的服务请求订单的数量，继而计算拼单成功的服务请求订单的数量与拼单请求订单的总数量比值，得到压测拼单率。
需要说明的是，已分配的服务请求订单的数量包括已分配的拼单服务请求订单和已分配的单独请求订单。例如，分单结果维度的压测结果中包括：200个服务请求订单，其中，120个服务请求订单为单独订单，80个服务请求订单为拼单，已分配的单独订单数量为70个，已分配的拼单数量为60个，则分单率可以为
Figure BDA0002572107320000211
已分配的拼单中包括50个拼单成功的服务请求订单，则拼单率可以为
Figure BDA0002572107320000212
可选的，若至少一个维度包括：覆盖度维度；覆盖度维度的线上指标包括：线上覆盖指标。
可选的，线上覆盖指标包括下述指标中的至少一个：线上场景覆盖指标，线上链路覆盖指标、线上接口覆盖指标。例如，线上覆盖指标可以包括线上场景覆盖指标，还可以包括线上链路覆盖指标和线上接口覆盖指标，本申请实施例对此不进行具体限制。
上述S301的过程，可以包括：
从线上分单业务数据中，采集覆盖度维度的压测数据。
需要说明的是，服务器可以根据预设采集规则，从线上分单业务数据中采集覆盖度维度的压测数据。预设采集规则用于指示全面覆盖线上分单业务数据，且，采集的覆盖度维度的压测数据少于线上分单业务数据。采集压测数据的覆盖度与线上分单业务数据的覆盖度可以相同。
上述S302中根据每个维度的压测结果，计算每个维度的压测指标的过程，包括：
根据覆盖度维度的压测结果，确定压测覆盖指标，覆盖度维度的压测指标包括压测覆盖指标。
同理的，服务器可以在压测环境中，运行覆盖度维度的压测数据，得到覆盖度维度的压测结果，但是，由于压测环境的影响，压测覆盖指标相比于线上覆盖指标会发生变化。
可选的，压测覆盖指标包括下述指标中的至少一个：压测场景覆盖指标，压测链路覆盖指标、压测接口覆盖指标。
在一些实施方式中，服务器可以基于线上场景覆盖指标，线上链路覆盖指标、线上接口覆盖指标；压测场景覆盖指标，压测链路覆盖指标、压测接口覆盖指标，确定分单业务的压测置信度。
可选的，图5示出本申请的一些实施例的一种分单业务的压测方法的流程示意图，如图5所示，上述S303的过程可以包括：
S501、根据各维度的线上指标以及对应的压测指标，计算各维度的相似度。
其中，服务器可以采用预设公式，根据各维度的线上指标以及对应的压测指标，计算各维度的相似度。
在一种可能的实施方式中，预设公式可以为皮尔逊相关相似度计算公式，该预设公式可以表示为：
Figure BDA0002572107320000231
其中，x为一个维度对应的线上指标，y为一个维度对应的压测指标，
Figure BDA0002572107320000232
为一个维度对应的线上指标的平均值，
Figure BDA0002572107320000233
为一个维度对应的压测指标的平均值。ρx，y为一个维度对应的线上指标和压测指标之间的相似度。
S502、根据各维度的相似度和各维度的预设权重，计算分单业务的压测置信度。
其中，各个维度的预设权重的和值为1，各个维度的预设权重可以相同，也可以不同，还可以根据实际需求进行设定，本申请实施例对此不进行具体限制。
在一些实施方式中，服务器可以对各维度的相似度和各维度的预设权重相乘，得到各个维度的乘积，再求取各个维度的乘积的和值，得到分单业务的压测置信度，该压测置信度可以用于表示分单业务的压测有效性、置信度。
例如，维度A的相似度可以为a，维度A的相似度可以为x；维度B的相似度可以为b，维度A的相似度可以为y；维度C的相似度可以为c，维度A的相似度可以为z；则预测置信度m可以表示：m＝a*x+b*y+c*z。
综上所述，根据各维度的相似度和各维度的预设权重，计算分单业务的压测置信度，可以实现对个维度的重要程度进行设定，使得压测置信度更加灵活。
下述对用以执行本申请所提供的分单业务的压测方法的分单业务的压测装置、电子设备及存储介质等进行说明，其具体的实现过程以及技术效果参见上述分单业务的压测方法的相关内容，下述不再赘述。
图6示出本申请的一些实施例的一种分单业务的压测装置的结构示意图，如图6所示，该装置可以包括：
第一确定模块601，用于根据线上分单业务数据中至少一个维度的线上指标，分别从线上分单业务数据中确定每个维度的线上指标相匹配的数据为每个维度的压测数据；
计算模块602，用于根据每个维度的压测数据，得到每个维度的压测结果，并根据每个维度的压测结果，计算每个维度的压测指标；
第二确定模块603，用于根据至少一个维度的线上指标和至少一个维度的压测指标，确定分单业务的压测置信度；其中，分单业务用以对服务请求终端发送的服务请求订单分配对应的服务提供方。
可选的，至少一个维度包括下述至少一项维度：订单类型维度、订单堆积维度、链路调用量维度、分单结果维度、覆盖维度。
可选的，若至少一个维度包括：订单类型维度；订单类型维度的线上指标包括：多种服务请求订单的类型线上占比；
第一确定模块601，还用于从线上分单业务数据中，确定满足类型线上占比的数据为订单类型维度的压测数据；
计算模块602，还用于根据订单类型维度的压测结果，计算多种服务请求订单的类型压测占比，订单类型维度的压测指标包括类型压测占比。
可选的，若至少一个维度包括：订单堆积维度；订单堆积维度的线上指标包括：多种服务请求订单的类型线上堆积占比；
第一确定模块601，还用于从线上分单业务数据中，确定满足类型线上堆积占比的数据为订单堆积维度的压测数据；
计算模块602，还用于根据订单堆积维度的压测结果，计算多种服务请求订单的类型压测堆积占比，订单堆积维度的压测指标包括类型压测堆积占比。
可选的，若至少一个维度包括：链路调用量维度；链路调用量维度的线上指标包括：线上链路服务的调用量比例；
第一确定模块601，还用于从线上分单业务数据中，确定满足线上链路服务的调用量比例的数据为链路调用量维度的压测数据；
计算模块602，还用于根据链路调用量维度的压测结果，确定压测链路服务的调用量比例，链路调用量维度的压测指标包括压测链路服务的调用量比例。
可选的，线上链路服务的调用量比例包括：线上QPS的调用量比例、线上KPS调用量比例，压测链路服务的调用量比例包括：压测QPS的调用量比例、压测KPS的调用量比例。
可选的，若至少一个维度包括：分单结果维度，分单结果维度的线上指标包括：服务请求订单的线上分单率和线上拼单率；
第一确定模块601，还用于从线上分单业务数据中，确定满足线上分单率和线上拼单率的数据为分单结果维度的压测数据；
计算模块602，还用于根据分单结果维度的压测结果，确定服务请求订单的压测分单率和压测拼单率，分单结果维度的压测指标包括压测分单率和压测拼单率。
可选的，若至少一个维度包括：覆盖度维度；覆盖度维度的线上指标包括：线上覆盖指标；
第一确定模块601，还用于从线上分单业务数据中，采集覆盖度维度的压测数据；
计算模块602，还用于根据覆盖度维度的压测结果，确定压测覆盖指标，覆盖度维度的压测指标包括压测覆盖指标。
可选的，线上覆盖指标包括下述指标中的至少一个：线上场景覆盖指标，线上链路覆盖指标、线上接口覆盖指标；
压测覆盖指标包括下述指标中的至少一个：压测场景覆盖指标，压测链路覆盖指标、压测接口覆盖指标。
可选的，第二确定模块603，用于根据各维度的线上指标以及对应的压测指标，计算各维度的相似度；根据各维度的相似度和各维度的预设权重，计算分单业务的压测置信度。
上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
需要说明的是，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(Digital SingnalProcessor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(System-on-a-chip，简称SOC)的形式实现。
图7示出了本申请一些实施例提供电子设备的结构示意图，如图7所示，该电子设备包括：处理器701和存储器702，例如，该电子设备可以为服务器，也可以为测试终端。
其中：存储器702用于存储程序，处理器701调用存储器702存储的程序，以执行上述图3至图5任一所述的方法实施例。具体实现方式和技术效果类似，这里不再赘述。
可选地，本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述图3至图5任一所述的方法实施例。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (13)

1.一种分单业务的压测方法，其特征在于，包括：
根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据；
根据所述每个维度的压测数据，得到所述每个维度的压测结果，并根据所述每个维度的压测结果，计算所述每个维度的压测指标；
根据所述至少一个维度的线上指标和所述至少一个维度的压测指标，确定分单业务的压测置信度；其中，所述分单业务用以对服务请求终端发送的服务请求订单分配对应的服务提供方。
2.根据权利要求1所述的方法，其特征在于，所述至少一个维度包括下述至少一项维度：订单类型维度、订单堆积维度、链路调用量维度、分单结果维度、覆盖维度。
3.根据权利要求2所述的方法，其特征在于，若所述至少一个维度包括：订单类型维度；所述订单类型维度的线上指标包括：多种服务请求订单的类型线上占比；
所述根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据，包括：
从所述线上分单业务数据中，确定满足所述类型线上占比的数据为所述订单类型维度的压测数据；
所述根据所述每个维度的压测结果，计算所述每个维度的压测指标，包括：
根据所述订单类型维度的压测结果，计算所述多种服务请求订单的类型压测占比，所述订单类型维度的压测指标包括所述类型压测占比。
4.根据权利要求2所述的方法，其特征在于，若所述至少一个维度包括：订单堆积维度；所述订单堆积维度的线上指标包括：多种服务请求订单的类型线上堆积占比；
所述根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据，包括：
从所述线上分单业务数据中，确定满足所述类型线上堆积占比的数据为所述订单堆积维度的压测数据；
所述根据所述每个维度的压测结果，计算所述每个维度的压测指标，包括：
根据所述订单堆积维度的压测结果，计算所述多种服务请求订单的类型压测堆积占比，所述订单堆积维度的压测指标包括所述类型压测堆积占比。
5.根据权利要求2所述的方法，其特征在于，若所述至少一个维度包括：链路调用量维度；所述链路调用量维度的线上指标包括：线上链路服务的调用量比例；
所述根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据，包括：
从所述线上分单业务数据中，确定满足所述线上链路服务的调用量比例的数据为所述链路调用量维度的压测数据；
所述根据所述每个维度的压测结果，计算所述每个维度的压测指标，包括：
根据所述链路调用量维度的压测结果，确定压测链路服务的调用量比例，所述链路调用量维度的压测指标包括所述压测链路服务的调用量比例。
6.根据权利要求5所述的方法，其特征在于，所述线上链路服务的调用量比例包括：线上每秒查询率QPS的调用量比例、线上事件请求的每秒查询率KPS调用量比例，所述压测链路服务的调用量比例包括：压测QPS的调用量比例、压测KPS的调用量比例。
7.根据权利要求2所述的方法，其特征在于，若所述至少一个维度包括：分单结果维度，所述分单结果维度的线上指标包括：所述服务请求订单的线上分单率和线上拼单率；
所述根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据，包括：
从所述线上分单业务数据中，确定满足所述线上分单率和所述线上拼单率的数据为所述分单结果维度的压测数据；
所述根据所述每个维度的压测结果，计算所述每个维度的压测指标，包括：
根据所述分单结果维度的压测结果，确定所述服务请求订单的压测分单率和压测拼单率，所述分单结果维度的压测指标包括所述压测分单率和所述压测拼单率。
8.根据权利要求2所述的方法，其特征在于，若所述至少一个维度包括：覆盖度维度；所述覆盖度维度的线上指标包括：线上覆盖指标；
所述根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据，包括：
从所述线上分单业务数据中，采集所述覆盖度维度的压测数据；
所述根据所述每个维度的压测结果，计算所述每个维度的压测指标，包括：
根据所述覆盖度维度的压测结果，确定压测覆盖指标，所述覆盖度维度的压测指标包括所述压测覆盖指标。
9.根据权利要求8所述的方法，其特征在于，所述线上覆盖指标包括下述指标中的至少一个：线上场景覆盖指标，线上链路覆盖指标、线上接口覆盖指标；
所述压测覆盖指标包括下述指标中的至少一个：压测场景覆盖指标，压测链路覆盖指标、压测接口覆盖指标。
10.根据权利要求1-9任一所述的方法，其特征在于，所述根据所述至少一个维度的线上指标和所述至少一个维度的压测指标，确定分单业务的压测置信度，包括：
根据各所述维度的所述线上指标以及对应的所述压测指标，计算各所述维度的相似度；
根据各所述维度的相似度和各所述维度的预设权重，计算所述分单业务的压测置信度。
11.一种分单业务的压测装置，其特征在于，包括：
第一确定模块，用于根据线上分单业务数据中至少一个维度的线上指标，分别从所述线上分单业务数据中确定每个维度的线上指标相匹配的数据为所述每个维度的压测数据；
计算模块，用于根据所述每个维度的压测数据，得到所述每个维度的压测结果，并根据所述每个维度的压测结果，计算所述每个维度的压测指标；
第二确定模块，用于根据所述至少一个维度的线上指标和所述至少一个维度的压测指标，确定分单业务的压测置信度；其中，所述分单业务用以对服务请求终端发送的服务请求订单分配对应的服务提供方。
12.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至10任一所述的分单业务的压测方法的步骤。
13.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至10任一所述的分单业务的压测方法的步骤。
CN202010643378.9A 2020-07-06 2020-07-06 分单业务的压测方法、装置、电子设备及存储介质 Active CN111813674B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010643378.9A CN111813674B (zh) 2020-07-06 2020-07-06 分单业务的压测方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010643378.9A CN111813674B (zh) 2020-07-06 2020-07-06 分单业务的压测方法、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN111813674A true CN111813674A (zh) 2020-10-23
CN111813674B CN111813674B (zh) 2021-02-23

Family

ID=72841776

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010643378.9A Active CN111813674B (zh) 2020-07-06 2020-07-06 分单业务的压测方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN111813674B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112764978A (zh) * 2021-01-18 2021-05-07 北京开拓鸿业高科技有限公司 压测仿真度确定方法、装置、存储介质及电子设备
CN114971108A (zh) * 2021-02-25 2022-08-30 中国移动通信集团广东有限公司 一种分单方法及装置

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120089873A1 (en) * 2010-08-17 2012-04-12 Nec Laboratories America, Inc. Systems and methods for automated systematic concurrency testing
CN105005840A (zh) * 2015-04-13 2015-10-28 北京嘀嘀无限科技发展有限公司 用于订单策略的测试方法和装置
US20170344466A1 (en) * 2016-05-26 2017-11-30 International Business Machines Corporation Synchronization of hardware agents in a computer system
CN108734431A (zh) * 2018-05-07 2018-11-02 北京顺丰同城科技有限公司 一种驻店物流调度的订单智能选店方法及装置
CN109302301A (zh) * 2017-07-25 2019-02-01 北京嘀嘀无限科技发展有限公司 一种业务策略的评估方法及装置
CN109308552A (zh) * 2017-07-26 2019-02-05 北京嘀嘀无限科技发展有限公司 一种业务策略评估方法、装置及电子设备
CN109684211A (zh) * 2018-12-18 2019-04-26 北京顺丰同城科技有限公司 一种基于店铺维度的订单调度系统压力测试方法及装置
CN109903109A (zh) * 2017-12-08 2019-06-18 北京京东尚科信息技术有限公司 测试方法和装置
CN110458379A (zh) * 2018-05-08 2019-11-15 阿里巴巴集团控股有限公司 压力测试系统、方法、装置及电子设备

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120089873A1 (en) * 2010-08-17 2012-04-12 Nec Laboratories America, Inc. Systems and methods for automated systematic concurrency testing
CN105005840A (zh) * 2015-04-13 2015-10-28 北京嘀嘀无限科技发展有限公司 用于订单策略的测试方法和装置
US20170344466A1 (en) * 2016-05-26 2017-11-30 International Business Machines Corporation Synchronization of hardware agents in a computer system
CN109302301A (zh) * 2017-07-25 2019-02-01 北京嘀嘀无限科技发展有限公司 一种业务策略的评估方法及装置
CN109308552A (zh) * 2017-07-26 2019-02-05 北京嘀嘀无限科技发展有限公司 一种业务策略评估方法、装置及电子设备
CN109903109A (zh) * 2017-12-08 2019-06-18 北京京东尚科信息技术有限公司 测试方法和装置
CN108734431A (zh) * 2018-05-07 2018-11-02 北京顺丰同城科技有限公司 一种驻店物流调度的订单智能选店方法及装置
CN110458379A (zh) * 2018-05-08 2019-11-15 阿里巴巴集团控股有限公司 压力测试系统、方法、装置及电子设备
CN109684211A (zh) * 2018-12-18 2019-04-26 北京顺丰同城科技有限公司 一种基于店铺维度的订单调度系统压力测试方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
赵森严 等: "一种基于置信度的软件构件可信性度量模型", 《井冈山大学学报（自然科学版）》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112764978A (zh) * 2021-01-18 2021-05-07 北京开拓鸿业高科技有限公司 压测仿真度确定方法、装置、存储介质及电子设备
CN114971108A (zh) * 2021-02-25 2022-08-30 中国移动通信集团广东有限公司 一种分单方法及装置

Also Published As

Publication number Publication date
CN111813674B (zh) 2021-02-23

Similar Documents

Publication Publication Date Title
CN111813674B (zh) 分单业务的压测方法、装置、电子设备及存储介质
CN112580889A (zh) 服务资源预估方法、装置、电子设备及存储介质
CN111047264B (zh) 一种物流任务分配方法及装置
CN107767212A (zh) 一种供需关系的计算方法、装置、服务器和存储介质
CN112418341A (zh) 模型融合方法、预测方法、装置、设备及存储介质
CN111324824A (zh) 一种目的地推荐方法、其装置、电子设备及可读存储介质
CN111859172B (zh) 信息推送方法、装置、电子设备和计算机可读存储介质
CN111859171A (zh) 一种信息推送方法、装置、电子设备及存储介质
CN111476389A (zh) 一种预估接单等待时长的方法及装置
CN112561285A (zh) 网点的推荐方法、装置、电子设备及计算机可读存储介质
CN111859289B (zh) 交通工具的交易转化率预估方法、装置、电子设备及介质
CN111860927A (zh) 模型的训练方法、服务请求处理方法、装置、设备及介质
CN111612183A (zh) 信息处理方法、装置、电子设备及计算机可读存储介质
CN110910191A (zh) 拼车订单生成方法及设备
CN111798283A (zh) 订单派发方法、装置、电子设备及计算机可读存储介质
CN111260384A (zh) 服务订单处理方法、装置、电子设备及存储介质
CN111339468B (zh) 信息推送方法、装置、电子设备和存储介质
CN111260424A (zh) 一种信息处理方法及装置
US11017340B2 (en) Systems and methods for cheat examination
CN111612198B (zh) 预测拼单成功率的方法、装置和电子设备
CN112465331A (zh) 乘车安全控制方法、模型训练方法、装置、设备及介质
CN112036774A (zh) 服务策略的评估方法、装置、设备及存储介质
CN111105284B (zh) 订单处理方法、装置、m层订单处理模型、电子设备及储存介质
CN111861092A (zh) 一种停放区域风险识别方法、装置、电子设备及存储介质
CN112001516B (zh) 一种信息处理方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant