软件性能健康度量方法及装置与流程

1.本技术属于软件健康度量技术领域，具体涉及一种软件性能健康度量方法及装置。


背景技术：

2.软件性能进行质量判别，可以帮助软件测试人员、软件研发人员、项目负责人对所研发的产品有数据支撑的性能质量判断。保障软件质量的过程中，不单单进行黑盒测试和白盒测试，也包含自动化和性能测试。现有技术中尚未有对软件性能度量平台，对软件性能进行评价要么进行数据监控，要么进行性能指标评价，并未对两者之间的数据进行一个科学的性能整合，使得软件性能不能得到准确度量，不利于后期对软件进行优化。


技术实现要素：

3.为至少在一定程度上克服传统软件性能监控或性能指标评价使得软件性能不能得到准确度量，不利于后期对软件进行优化问题，本技术提供一种软件性能健康度量方法及装置。
4.第一方面，本技术提供一种软件性能健康度量方法，包括：
5.收集软件运行监控数据；
6.获取软件性能度量指标；
7.将所述软件运行监控数据与所述软件性能度量指标进行多维度组合评分，得到综合健康度分数。
8.进一步的，还包括：
9.根据所述综合健康度分数生成性能健康度报告。
10.进一步的，还包括：
11.获取检索条件；
12.根据所述检索调节查询出对应软件的性能健康度报告，所述软件的性能健康度报告中包括综合健康度分数；
13.对综合健康度分数低于预设阈值的软件、软件所在的系统或软件连接接口进行预警。
14.进一步的，所述软件运行监控数据，包括：
15.服务器监控指标数据、数据库监控的指标数据和中间件监控指标数据中的至少一种。
16.进一步的，所述服务器监控指标数据，包括：
17.cpu空闲率、memory使用率、jvm中的heap区、s0/s1区、eden区、old区、yanggc次数、yanggc耗时和磁盘i/o数据中的一种或多种；
18.所述数据库监控的指标数据包括连接数、慢sql、阻塞会话数和iops中的一种或多种。
19.进一步的，所述软件性能度量指标包括：
20.访问量、tps、响应时间、错误率、数据库连接数、慢sql、阻塞会话数和iops中的一种或多种。
21.进一步的，所述将所述软件运行监控数据与所述软件性能度量指标进行多维度组合评分，包括：
22.将软件运行监控数据与每种软件性能度量指标进行比较；
23.根据每种软件性能度量指标的预设评分得到每种软件性能度量指标的对应分数；
24.将每种软件性能度量指标的对应分数进行组合得到综合健康度分数。
25.第二方面，本技术提供一种软件性能健康度量装置，包括：
26.收集模块，用于收集软件运行监控数据；
27.获取模块，用于获取软件性能度量指标；
28.评分模块，用于将所述软件运行监控数据与所述软件性能度量指标进行多维度组合评分，得到综合健康度分数。
29.本技术的实施例提供的技术方案可以包括以下有益效果：
30.本发明实施例提供的软件性能健康度量方法及装置，通过收集软件运行监控数据，获取软件性能度量指标，将软件运行监控数据与软件性能度量指标进行多维度组合评分，得到综合健康度分数，使得度量结果更加客观准确，可以更好的来体现出软件的质量等级，也可以为产品研发人员、管理人员以及架构人员提供一个很好的参考依据，对后期的软件优化、产品的设计提供帮助。
31.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。
附图说明
32.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
33.图1为本技术一个实施例提供的一种软件性能健康度量方法的流程图。
34.图2为本技术另一个实施例提供的一种软件性能健康度量方法的流程图。
35.图3为本技术一个实施例提供的另一种软件性能健康度量方法的流程图。
36.图4为本技术一个实施例提供的再一种软件性能健康度量方法的流程图。
37.图5为本技术一个实施例提供的一种软件性能健康度量装置的功能结构图。
具体实施方式
38.为使本技术的目的、技术方案和优点更加清楚，下面将对本技术的技术方案进行详细的描述。显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本技术所保护的范围。
39.图1为本技术一个实施例提供的软件性能健康度量方法的流程图，如图1所示，该软件性能健康度量方法包括：
40.s11：收集软件运行监控数据；
41.s12：获取软件性能度量指标；
42.s13：将软件运行监控数据与软件性能度量指标进行多维度组合评分，得到综合健康度分数。
43.传统软件性能健康度量方法对软件性能进行评价要么进行数据监控，要么进行性能指标评价，并未对两者之间的数据进行一个科学的性能整合，缺少一个对软件性能度量平台，使得软件性能度量不准确，不利于后期对软件进行优化。
44.本实施例中，通过收集软件运行监控数据，获取软件性能度量指标，将软件运行监控数据与软件性能度量指标进行多维度组合评分，得到综合健康度分数，使得度量结果更加客观准确，可以更好的来体现出软件的质量等级，也可以为产品研发人员、管理人员以及架构人员提供一个很好的参考依据，对后期的软件优化、产品的设计提供帮助。
45.本发明实施例提供另一种软件性能健康度量方法，如图2所示的流程图，该软件性能健康度量方法包括：
46.s21：收集软件运行监控数据；
47.本实施例中，软件运行监控数据，包括但不限于：
48.服务器监控指标数据、数据库监控的指标数据和中间件监控指标数据等。
49.一些实施例中，如图3所示，服务器监控指标数据，包括：
50.cpu空闲率、memory使用率、jvm中的heap区、s0/s1区、eden区、old区、yanggc次数、yanggc耗时和磁盘i/o数据等；
51.一些实施例中，数据库监控的指标数据包括连接数、慢sql、阻塞会话数和iops等。
52.s22：获取软件性能度量指标；
53.本实施例中，软件性能度量指标包括但不限于：
54.访问量、tps、响应时间、错误率、数据库连接数、慢sql、阻塞会话数和iops等。
55.一些实施例中，还包括度量指标扩展统计接口，方便后期根据需求，扩展其他的度量指标收集。
56.本实施例中，可以通过job捞出软件运行监控数据与软件性能度量指标数据。
57.将所收集到的监控指标数据，通过监控统计渠道汇总到数据库(mysql_1)中，通过外部业务数据库获取相关性能指标，如访问量，tps，响应时间，错误率等性能指标，存储到数据库(mysql_2)中。
58.s23：将软件运行监控数据与软件性能度量指标进行多维度组合评分，得到综合健康度分数。
59.本实施例中，将软件运行监控数据与软件性能度量指标进行多维度组合评分，包括：
60.s231：将软件运行监控数据与每种软件性能度量指标进行比较；
61.s232：根据每种软件性能度量指标的预设评分得到每种软件性能度量指标的对应分数；
62.例如，根据响应时间阈值范围定义(rt《＝100ms得100分，rt《＝500ms得95分)，或根据错误率阈值范围定义(error＝[0,1)得100分，error[1,10]得99分,...)，或者高峰tps与收集的服务器资源阈值范围定义(如：tps高峰期(500,1000]&&serverused％(0,70％]得100分，tps高峰期(100,500]&&serverused％(0,70％]得95分)，,...等等，将不同的度量指
标可以有不同的组合标准。
[0063]
s233：将每种软件性能度量指标的对应分数进行组合得到综合健康度分数。
[0064]
s24：根据综合健康度分数生成性能健康度报告；
[0065]
s25：获取检索条件；
[0066]
s26：根据检索调节查询出对应软件的性能健康度报告，软件的性能健康度报告中包括综合健康度分数；
[0067]
s27：对综合健康度分数低于预设阈值的软件、软件所在的系统或软件连接接口进行预警。
[0068]
通过设置检索条件，查询出以项目组为单位的性能健康度报告，对分数较低的系统或者接口，事前进行预警，提示用户应多花时间在分数较低的系统或者接口进行测试，避免线上出现故障。
[0069]
传统软件性能度量不准确的原因包括：业务指标时间段收集不统一、性能监控工具指标不统一、压力测试环境资源不可用、压测需求不明确、性能执行技术栈不全面、测试方法有问题等。以往只是对线上故障的收集分类，如线上出现性能范畴的问题，具体描述出性能发生的过程。仅仅是事后进行故障分析总结，缺乏事前对软件的性能故障进行一个预防，避免，风险预判等手段。
[0070]
本实施例中，如图4所示，在软件的性能故障发生前，进行服务器监控、业务监控、中间件监控和健康度评分规则；在软件的性能故障发生后，进行人工收集数据、故障展示、分析故障原因和后期预判。
[0071]
本实施例提供的软件性能健康度量方法，通过job对外界监控数据、业务数据的捞取到相对应的数据库中，作为数据源，最后通过评分规则把数据源进行横纵向组合，进行判别打分，最终输出到性能健康度报告中，可以通过访问项目组或者软件接口查看最终得分报告，事前进行分析评估，对得分低的项目进行分析，投入更多的测试资源进行测试，防止事后出现性能故障。
[0072]
本发明实施例提供一种软件性能健康度量装置，如图5所示的功能结构图，该软件性能健康度量装置包括：
[0073]
收集模块51，用于收集软件运行监控数据；
[0074]
获取模块52，用于获取软件性能度量指标；
[0075]
评分模块53，用于将软件运行监控数据与软件性能度量指标进行多维度组合评分，得到综合健康度分数。
[0076]
一些实施例中，还包括：
[0077]
生成模块54，用于根据综合健康度分数生成性能健康度报告。
[0078]
预警模块55，用于获取检索条件，根据检索调节查询出对应软件的性能健康度报告，软件的性能健康度报告中包括综合健康度分数，对综合健康度分数低于预设阈值的软件、软件所在的系统或软件连接接口进行预警。
[0079]
本实施例中，通过收集模块收集软件运行监控数据，获取模块获取软件性能度量指标，评分模块将软件运行监控数据与软件性能度量指标进行多维度组合评分，得到综合健康度分数，可以使度量结果更加客观准确，可以更好的来体现出软件的质量等级，也可以为产品研发人员、管理人员以及架构人员提供一个很好的参考依据，对后期的软件优化、产
品的设计提供帮助。
[0080]
可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
[0081]
需要说明的是，在本技术的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是指至少两个。
[0082]
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
[0083]
应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
[0084]
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
[0085]
此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
[0086]
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0087]
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
[0088]
尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。
[0089]
需要说明的是，本发明不局限于上述最佳实施方式，本领域技术人员在本发明的启示下都可得出其他各种形式的产品，但不论在其形状或结构上作任何变化，凡是具有与本技术相同或相近似的技术方案，均落在本发明的保护范围之内。