压力测试评估方法、装置、设备、介质及程序产品与流程

1.本公开涉及计算机技术领域，具体涉及软件测试技术领域，更具体地涉及一种压力测试评估方法、装置、设备、介质及程序产品。


背景技术：

2.压力测试是确定系统稳定性的一种测试方法，通常在系统正常运作范围之外进行，以考察其功能极限和隐患。一般是对服务器不断施加“压力”的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。
3.现有技术中，是否进行压力测试由相关专业人员确定，具有效率低下的缺陷。


技术实现要素：

4.鉴于上述问题，本公开提供了一种压力测试评估效率更高的压力测试评估方法、装置、设备、介质及程序产品。
5.根据本公开的第一个方面，提供了一种压力测试方法，包括：确定待检测程序的程序类型结果；以及在程序类型结果为包括第一目标程序和/或第二目标程序的情况下，确定待检测程序的压测评估结果为：进行压力测试；其中，第一目标程序运行时的相关数据存储于目标数据表中，目标数据表是根据表数据量与比较阈值的比较结果确定的，第二目标程序与核心业务相关。
6.根据本公开的实施例，确定待检测程序的程序类型结果包括：将待检测程序运行时相关的数据表与目标数据表进行对比，得到第一类型结果；将待检测程序与第二目标程序进行对比，得到第二类型结果；以及根据第一类型结果和第二类型结果，确定程序类型结果。
7.根据本公开的实施例的压力测试评估方法还包括：根据第一目标程序、第二目标程序中的至少一个，确定目标程序集；响应于第一目标程序、第二目标程序中的至少一个变更，根据变更的第一目标程序、变更的第二目标程序，更新目标程序集。
8.根据本公开的实施例的压力测试评估方法还包括：将目标数据表的信息、核心业务的信息中的至少一个记录至目标表单；响应于目标数据表的信息、核心业务的信息中的至少一个变更，根据变更的目标数据表的信息、变更的核心业务的信息，更新目标表单。
9.根据本公开的实施例的压力测试评估方法还包括：在待检测程序的压测评估结果为：进行压力测试的情况下，将待检测程序的相关内容进行可视化展示，其中，待检测程序的相关内容包括待检测程序、目标表单和目标程序集中的与待检测程序相关的内容。
10.根据本公开的实施例的压力测试评估方法还包括：响应于待检测程序的压测评估结果为：进行压力测试，对待检测程序进行压力测试。
11.根据本公开的实施例的压力测试评估方法还包括：根据采集参数采集待检测程序运行时相关的数据表的表数据量，采集参数包括以下中的至少一个：采集频率、数据表所属数据库以及数据表所属应用。
12.根据本公开的实施例，第一目标程序包括数据库程序，第二目标程序包括基础功能程序。
13.本公开的第二方面提供了一种压力测试评估装置，包括：程序类型结果确定模块和压测评估结果确定模块。程序类型结果确定模块，用于确定待检测程序的程序类型结果；压测评估结果确定模块，用于在程序类型结果为包括第一目标程序和/或第二目标程序的情况下，确定待检测程序的压测评估结果为：进行压力测试；其中，第一目标程序运行时的相关数据存储于目标数据表中，目标数据表是根据表数据量与比较阈值的比较结果确定的，第二目标程序与核心业务相关。
14.本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器执行本公开实施例的方法。
15.本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行本公开实施例的方法。
16.本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开实施例的方法。
附图说明
17.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
18.图1示意性示出了根据本公开实施例的压力测试评估方法、装置、设备、介质和程序产品的应用场景图；
19.图2示意性示出了根据本公开实施例的压力测试评估方法的流程图；
20.图3示意性示出了根据本公开一实施例的操作s210的流程图；
21.图4示意性示出了根据本公开又一实施例的压力测试评估方法的流程图；
22.图5示意性示出了根据本公开又一实施例的压力测试评估方法的流程图；
23.图6示意性示出了根据本公开实施例的压力测试评估装置的结构框图；
24.图7示意性示出了根据本公开实施例的适于实现压力测试评估方法的电子设备的方框图。
具体实施方式
25.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
26.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
27.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的
含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
28.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
29.程序、接口或交易是否需要进行压测主要由系统架构师或开发经理人工评估。在项目整体设计或详细设计阶段通过调研或预估方式评估未来业务的交易量、并发量、响应时间等指标，进而综合判断是否需要进行压测。然后通过提交对应的压测要素表，由专项测试人员通过压测工具进行压力测试或疲劳测试。
30.一方面，在现有需求旺盛以及快速迭代的背景下，项目周期往往较短，预留给项目组成员进行压测评估的时间也非常有限，而同时又有大量的存量变更或新增功能需要进行压测评估，工作量大，在时间有限的情况下只能评估重要的头部交易，容易出现遗漏情况，导致生产问题产生。
31.另一方面，程序压测评估需要人工投入进行，首先评估人员需要对项目背景、系统整体结构以及上下游交互要有深入了解，然后通过调研或预估的方式评估压测的必要性，因此存在人力资源成本投入较大的问题，同时对评估人员有一定能力要求。
32.又一方面，功能或程序是否需要进行压测在较大程度上依赖评估人员的经验和个人能力成熟度，在跨专业系统的评估上存在短板，同时也无法实现自动化的评估。
33.需要说明的是，本公开实施例的压力测试评估方法和装置可用于金融领域，也可用于除金融领域之外的任意领域，本公开对压力测试方法和装置的应用领域不做限定。
34.在本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。
35.本公开的实施例提供了一种压力测试评估方法，包括：确定待检测程序的程序类型结果；以及在程序类型结果为包括第一目标程序和/或第二目标程序的情况下，确定待检测程序的压测评估结果为：进行压力测试；其中，第一目标程序运行时的相关数据存储于目标数据表中，目标数据表是根据表数据量与比较阈值的比较结果确定的，第二目标程序与核心业务相关。
36.本公开实施例的压力测试评估方法可以进行自动化的压力测试评估，不依赖专业人员的专家经验，降低压力测试评估的技术准入门槛，人力资源投入较小。同时，压力测试评估以核心业务、底层的数据表的表数据量为依据，压力测试评估也更加准确，具有更高的压力测试评估效率。
37.图1示意性示出了根据本公开实施例的压力测试评估方法的应用场景图。
38.如图1所示，根据该实施例的应用场景100可以包括终端设备101、102、103、网络104以及服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
39.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网
页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
40.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
41.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
42.需要说明的是，本公开实施例所提供的压力测试评估方法一般可以由服务器105执行。相应地，本公开实施例所提供的压力测试评估装置一般可以设置于服务器105中。本公开实施例所提供的压力测试评估方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的压力测试评估装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
43.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
44.以下将基于图1描述的场景，通过图2～图5对本公开实施例的压力测试方法进行详细描述。
45.图2示意性示出了根据本公开实施例的压力测试评估方法的流程图。
46.如图2所示，该实施例的压力测试评估方法200包括操作s210～操作s220。
47.在操作s210，确定待检测程序的程序类型结果。
48.在操作s220，在程序类型结果为包括第一目标程序和/或第二目标程序的情况下，确定待检测程序的压测评估结果为：进行压力测试。
49.第一目标程序运行时的相关数据存储于目标数据表中，目标数据表是根据表数据量与比较阈值的比较结果确定的，第二目标程序与核心业务相关。
50.表数据量可以理解为数据表的数据量，例如，有10万条数据存储于某一数据表，则该数据表的表数据量为10万。
51.目标数据表可以理解为表数据量大于比较阈值的数据表。
52.示例性地，比较阈值th可以是为100万至800万之间的取值。以比较阈值th为500万为例，存在三张数据表ds1、ds2和ds3，其中，数据表ds1的表数据量为721万，数据表ds2的表数据量为300万，数据表ds3的表数据量为20万，则可以确定数据表ds1为一个目标数据表。
53.核心业务可以理解为实际应用场景确定的重要的业务。
54.示例性地，还可以根据表数据量与比较阈值的比较结果，得到表数据量大于比较阈值的目标数据表清单，可以由该目标数据表清单确定目标数据表。
55.应该理解，操作s220的“在程序类型结果为包括第一目标程序和/或第二目标程序的情况下，确定待检测程序的压测评估结果为：进行压力测试”可以具体包括以下三种方案，为清楚说明本公开实施例的压力测试评估方法，将区分以下三种方案，分别进行说明：
56.1)在程序类型结果为包括第一目标程序的情况下，确定待检测程序的压测评估结果为：进行压力测试。
57.2)在程序类型结果为包括第二目标程序的情况下，确定待检测程序的压测评估结
果为：进行压力测试。
58.3)在程序类型结果为包括第一目标程序和/或第二目标程序的情况下，确定待检测程序的压测评估结果为：进行压力测试。
59.针对上述方案1)，以下将举例说明本公开实施例的压力测试评估方法可以高效评估是否进行压力测试的技术原理。
60.例如，用户在应用端进行某一操作，后端可能涉及请求、处理、存储等一系列过程，这些过程均会涉及将数据存储于数据库中，具体存储于数据表中。数据表的表数据量会影响例如业务的交易量、并发量、响应时间等压力测试评估指标(数据表的表数据量与业务的交易量、并发量、响应时间负相关)。相比于其他的数据表，目标数据表的表数据量更大，目标数据表的表数据量与评估指标负相关，因此，在待检测程序包括与目标数据表相关的第一目标程序时，，待检测程序需要进行压力测试。
61.针对上述方案2)：
62.核心业务对于应用端也十分重要，存在以下一种情况：与核心业务相关的数据表的表数据量小于比较阈值，但是与核心业务相关的第二目标程序直接影响该核心业务能否成功完成。因此，在待检测程序包括与核心业务相关的第二目标程序时，待检测程序需要进行压力测试。
63.上述方案3)可以结合并参照上述方案1)的说明和上述方案2)的说明，在此不再赘述。
64.综上，本公开实施例的压力测试评估方法可以进行自动化的压力测试评估，不依赖专业人员的专家经验，降低压力测试评估的技术准入门槛，人力资源投入较小。同时，压力测试评估以核心业务、底层的数据表的表数据量为依据，压力测试评估也更加准确，具有更高的压力测试评估效率。
65.图3示意性示出了根据本公开另一实施例的压力测试评估方法的确定待检测程序的程序类型结果的流程图。
66.如图3所示，例如可以利用以下实施例实现操作s210的确定待检测程序的程序类型结果的具体示例。
67.在操作s11，将待检测程序运行时相关的数据表与目标数据表进行对比，得到第一类型结果。
68.示例性地，可以将待检测程序运行时相关的数据表的标识与目标数据表的标识进行对比，在两者的标识相同时，可以确定待检测程序的第一类别结果为包括第一目标程序。
69.在操作s12，将待检测程序与第二目标程序进行对比，得到第二类型结果。
70.示例性地，例如可以将待检测程序与第二目标程序进行逐行对比，在待检测程序包括第二目标程序时，可以确定待检测程序的第二类型结果为包括第二目标程序。
71.在操作s13，根据第一类型结果和第二类型结果，确定程序类型结果。
72.本公开实施例的压力测试方法，通过将待检测程序运行时相关的数据表与目标数据表进行对比得到的第一类型结果，可以反映待检测程序是否包括第一目标程序；将待检测程序与第二目标程序进行对比得到的第二类型结果，可以反映待检测程序是否包括第一目标程序，根据第一类型结果和第二类型结果得到的程序类型结果更加全面。
73.图4示意性示出了根据本公开又一实施例的压力测试方法300的示意图。
74.如图4所示，根据本公开又一实施例的压力测试方法300例如可以包括操作s330～操作s340。
75.在操作s330，根据第一目标程序、第二目标程序中的至少一个，确定目标程序集。
76.在操作s340，响应于第一目标程序、第二目标程序中的至少一个变更，根据变更的第一目标程序、变更的第二目标程序，更新目标程序集。
77.示例性地，可以将第一目标程序、第二目标程序中的至少一个作为存量的资产，用于与待检测程序进行对比，使得本公开实施例的压力测试评估方法对待检测程序进行压力测试评估时灵活性更高。在例如版本迭代等情况下，第一目标程序、第二目标程序可能会发生变更，本公开实施例的压力测试评估方法通过目标程序集可以整合第一目标程序、第二目标程序中的至少一个，并维护第一目标程序、第二目标程序的变更，使得本公开实施例的压力测试评估方法具有良好的可拓展性和更高的压力测试评估效率。
78.示例性地，可以根据核心资产，梳理核心交易，得到核心业务，进而得到与核心业务相关的第二目标程序，还可以根据应用端白皮书，梳理的核心交易，得到核心业务，进而得到与核心业务相关的第二目标程序。应用端白皮书例如可以包括应用端系统的功能、菜单以及操作索引等。
79.核心资产可以理解为重要的资产，例如重要的功能、重要的交易等。
80.示例性地，操作s330～操作s340例如可以在操作s220之后执行。
81.图5示意性示出了根据本公开又一实施例的压力测试方法的流程图。
82.如图5所示，根据本公开又一实施例的压力测试方法400可以包括：操作s450～操作s460。
83.在操作s450，将目标数据表的信息、核心业务的信息中的至少一个记录至目标表单。
84.在操作s460，响应于目标数据表的信息、核心业务的信息中的至少一个变更，根据变更的目标数据表的信息、变更的核心业务的信息，更新目标表单。
85.根据本公开实施例的压力测试评估方法，对待检测程序是否进行压力测试的评估与待检测程序是否涉及核心业务、目标数据表相关，本公开实施例的压力测试方法，通过目标表单可以整合目标数据表的信息、核心业务的信息中的至少一个，并维护目标数据表的信息、核心业务的信息的变更，使得本公开实施例的压力测试评估方法具有良好的可拓展性和更高的压力测试评估效率。
86.示例性地，操作s450～操作s460例如可以在操作s220之后执行。操作s450～操作s460例如还可以在操作s340之后或者操作s330之前执行。
87.示例性地，可以基于devops流水线的代码扫描组件，通过对git提交的待检测程序进行代码扫描，结合目标表单和目标程序集，确定待检测程序是否包括第一目标程序、第二目标程序。
88.devops(development和operations的组合词)是一组过程、方法与系统的统称，用于促进开发(应用程序/软件工程)、技术运营和质量保障(qa)部门之间的沟通、协作与整合。它是一种重视“软件开发人员(dev)”和“it运维技术人员(ops)”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。
89.git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。是linus torvalds为了帮助管理linux内核开发而开发的一个开放源码的版本控制软件。与常用的版本控制工具cvs,subversion等不同，它采用了分布式版本库的方式，不必服务器端软件支持，使源代码的发布和交流极其方便。
90.根据本公开又一实施例的压力测试方法可以包括：在待检测程序的压测评估结果为：进行压力测试的情况下，将待检测程序的相关内容进行可视化展示。
91.待检测程序的相关内容包括待检测程序、目标表单和目标程序集中的与待检测程序相关的内容。
92.根据本公开实施例的压力测试评估方法，在待检测程序的压测评估结果为：进行压力测试的情况下，需要对待检测程序进行压力测试，通过将待检测程序的相关内容进行可视化展示，使得本公开实施例的压力测试评估方法具有可视化效果，例如，在压力测试评估之后，确定待检测程序需要进行压力测试，相关人员可以通过可视化展示的与待检测程序相关的内容，便于直观地了解与待检测程序相关的内容，在本公开实施例的压力测试评估方法自动化评估待检测程序是否进行压力测试时，相关人员例如可以在一些情况下进行干涉，使得本公开实施例的压力测试评估方法可以适应各种应用场景，具有更高的压力测试评估效率。
93.根据本公开又一实施例的压力测试评估方法，还可以包括：响应于待检测程序的压测评估结果为：进行压力测试，对待检测程序进行压力测试。
94.示例性地，可以相应与待检测程序的压测评估结果为：进行压力测试，联动压测工具对待检测程序进行压力测试。
95.根据本公开实施例的压力测试评估方法，可以根据待检测程序的压测评估结果，自动地进行对待检测程序进行压力测试，具有更高的压力测试效率。
96.根据本公开又一实施例的压力测试评估方法，还可以包括：根据采集参数采集待检测程序运行时相关的数据表的表数据量。
97.采集参数包括以下中的至少一个：采集频率、数据表所属数据库以及数据表所属应用。
98.需要说明的是，数据表的表数据量实时变化，因此，本公开实施例的压力测试评估方法，可以根据采集频率采集数据表的表数据量，以提高表数据量采集效率。
99.示例性地，采集频率可以是：1周/次。
100.应用端可能并不仅限于使用一种类型的数据库进行数据存储，不同类型的数据库可能在表数据量采集方式等各个方面有所差异。因此，本公开实施例的压力测试评估方法，可以通过区分不同类型的数据库，适应不同类型数据库进行表数据量采集，提高表数据量采集效率。
101.示例性地，可以通过jdbc(java database connectivity，java数据库连接)方式以采集频率定时接入各应用不同类型的数据库(oracle、mysql)，通过访问不同类型数据库的性能视图，采集应用端生产环境的数据表的表数据量。
102.示例性地，根据本公开实施例的压力测试评估方法，其中，第一目标程序可以包括数据库程序，第二目标程序可以包括基础功能程序。
103.例如，用于导航软件的路线规划功能可以理解为一个用于实现路线规划这一业务
的业务功能，路线规划功能需要确定位置，例如，定位功能可以理解为与路线规划功能对应的基础功能。
104.基于上述压力测试评估方法，本公开还提供了一种压力测试评估装置。以下将结合图6对该装置进行详细描述。
105.图6示意性示出了根据本公开实施例的压力测试评估装置的结构框图。
106.如图6所示，该实施例的压力测试评估装置500包括程序类型结果确定模块510、压测评估结果确定模块520。
107.程序类型结果确定模块510，用于确定待检测程序的程序类型结果。
108.压测评估结果确定模块520，用于在程序类型结果为包括第一目标程序和/或第二目标程序的情况下，确定待检测程序的压测评估结果为：进行压力测试；其中，第一目标程序运行时的相关数据存储于目标数据表中，目标数据表是根据表数据量与比较阈值的比较结果确定的，第二目标程序与核心业务相关。
109.根据本公开的实施例，程序类型结果确定模块包括：
110.第一类型结果确定子模块，用于将待检测程序运行时相关的数据表与目标数据表进行对比，得到第一类型结果；
111.第二类型结果确定子模块，用于将待检测程序与第二目标程序进行对比，得到第二类型结果；以及
112.程序类型结果确定子模块，用于根据第一类型结果和第二类型结果，确定程序类型结果。
113.根据本公开的实施例的压力测试评估装置还包括：目标程序集确定模块以及目标程序集更新模块。
114.目标程序集确定模块，用于根据第一目标程序、第二目标程序中的至少一个，确定目标程序集。
115.目标程序集更新模块，用于响应于第一目标程序、第二目标程序中的至少一个变更，根据变更的第一目标程序、变更的第二目标程序，更新目标程序集。
116.根据本公开的实施例的压力测试评估装置还包括：目标表单确定模块以及目标表单更新模块。
117.目标表单确定模块，用于将目标数据表的信息、核心业务的信息中的至少一个记录至目标表单。
118.目标表单更新模块，用于响应于目标数据表的信息、核心业务的信息中的至少一个变更，根据变更的目标数据表的信息、变更的核心业务的信息，更新目标表单。
119.根据本公开的实施例的压力测试评估装置还包括：可视化展示模块。
120.可视化展示模块，用于在待检测程序的压测评估结果为：进行压力测试的情况下，将待检测程序的相关内容进行可视化展示，其中，待检测程序的相关内容包括待检测程序、目标表单和目标程序集中的与待检测程序相关的内容。
121.根据本公开的实施例的压力测试评估装置还包括：压力测试模块。
122.压力测试模块，用于响应于待检测程序的压测评估结果为：进行压力测试，对待检测程序进行压力测试。
123.根据本公开的实施例的压力测试评估装置还包括：表数据量采集模块。
124.表数据量采集模块，用于根据采集参数采集待检测程序运行时相关的数据表的表数据量，采集参数包括以下中的至少一个：采集频率、数据表所属数据库以及数据表所属应用。
125.根据本公开的实施例，其中，第一目标程序包括数据库程序，第二目标程序包括基础功能程序。
126.需要说明的是，本公开实施例的压力测试评估装置的各个模块可以执行上述实施例的压力测试评估方法对应的各个操作，在此不再赘述。
127.图7示意性示出了根据本公开实施例的适于实现压力测试评估方法的电子设备的方框图。
128.如图7所示，根据本公开实施例的电子设备600包括处理器601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
129.在ram 603中，存储有电子设备600操作所需的各种程序和数据。处理器601、rom 602以及ram 603通过总线604彼此相连。处理器601通过执行rom 602和/或ram 603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 602和ram 603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
130.根据本公开的实施例，电子设备600还可以包括输入/输出(i/o)接口605，输入/输出(i/o)接口605也连接至总线604。电子设备600还可以包括连接至i/o接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
131.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
132.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 602和/或ram 603和/或rom 602和ram 603以外的一个或多个存储器。
133.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的压力测试评估方法。
134.在该计算机程序被处理器601执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
135.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分609被下载和安装，和/或从可拆卸介质611被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
136.在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
137.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
138.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
139.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
140.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱
离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。