一种软件测试范围确定方法、装置、电子设备和存储介质与流程

1.本发明涉及软件测试技术领域，尤其涉及一种软件测试范围确定方法、装置、电子设备和存储介质。


背景技术：

2.在系统开发过程中，性能测试作为验证系统是否达到预设性能指标、发现性能瓶颈的重要方式，对于开发人员进一步优化系统性能具有极其重要的指导意义。
3.系统的性能测试实施方式一般分为性能实测和性能评估，采取哪种方式主要通过项目干系人综合分析项目性能测试需求来判断，并以此来确定项目的性能测试范围。但是，这种软件测试范围确定方法存在以下缺陷：一是人为确定软件测试范围的主观性较强，对项目性能测试范围的确定存在较大的不确定性，且性能测试需求分析过程无法度量；二是忽略了上次系统性能测试结果的可参考价值，导致确定的软件测试范围准确度不高；三是当测试任务量较大时，这种人为确定软件测试范围的方式的效率较低。


技术实现要素：

4.本发明提供了一种软件测试范围确定方法、装置、电子设备和存储介质，以实现基于历史测试信息以及测试影响因素下的软件测试项确定，用可度量的实际测试数据弥补人为确定软件测试范围的主观不确定性，结合历史测试数据的可参考价值，提高软件测试范围的确定效率和准确度。
5.根据本发明的一方面，提供了一种软件测试范围确定方法，其中，该方法包括：
6.根据待测软件项目的项目属性信息以及历史测试信息确定修正系数；
7.基于预设评价规则确定项目属性信息内至少一个测试影响因素的评价值；
8.根据修正系数和评价值在预设测试范围表确定软件测试项。
9.根据本发明的另一方面，提供了一种软件测试范围确定装置，包括：
10.修正系数模块，用于根据待测软件项目的项目属性信息以及历史测试信息确定修正系数；
11.评价值模块，用于基于预设评价规则确定项目属性信息内至少一个测试影响因素的评价值；
12.测试项确定模块，用于根据修正系数和评价值在预设测试范围表确定软件测试项。
13.根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：
14.至少一个处理器；以及
15.与所述至少一个处理器通信连接的存储器；其中，
16.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的软件测试范围确定方法。
17.根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的软件测试范围确定方法。
18.本发明实施例的技术方案，通过根据待测软件项目的项目属性信息以及历史测试信息确定修正系数，基于预设评价规则确定项目属性信息内至少一个测试影响因素的评价值，根据修正系数和评价值在预设测试范围表确定软件测试项。本发明实施例实现了基于历史测试信息以及测试影响因素下的软件测试项确定，用可度量的实际测试数据弥补了人为确定软件测试范围的主观性不确定性，结合历史测试数据的可参考价值，提高了软件测试范围的确定效率和准确度。
19.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
20.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1是根据本发明实施例一提供的一种软件测试范围确定方法的流程图；
22.图2是根据本发明实施例二提供的一种软件测试范围确定方法的流程图；
23.图3是根据本发明实施例三提供的一种软件测试范围确定方法的流程图；
24.图4是根据本发明实施例四提供的一种软件测试范围确定装置的结构示意图；
25.图5是实现本发明实施例的软件测试范围确定方法的电子设备的结构示意图。
具体实施方式
26.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
27.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
28.实施例一
29.图1为本发明实施例一提供了一种软件测试范围确定方法的流程图，本实施例可适用于确定软件测试范围的情况，该方法可以由软件测试范围确定装置来执行，该软件测
试范围确定装置可以采用硬件和/或软件的形式实现，并可配置于电子设备中。如图1所示，本实施例一提供的一种软件测试范围确定方法，具体包括如下步骤：
30.s110、根据待测软件项目的项目属性信息以及历史测试信息确定修正系数。
31.在本发明实施例中，项目属性信息可以理解为待测软件项目包含的属性信息，项目属性信息可以包括待测软件项目的系统重要程度信息(例如是否为核心生产系统)、交易信息(例如交易复杂度信息、交易客户类型信息等)和系统性能指标要求信息(例如并发数要求信息、响应时间要求信息和峰值每秒事务数(transactions per second，tps)要求信息等)等。在一些实施例中，项目属性信息可全包含上述各维度信息，也可仅包括上述部分维度信息，也可还包括更多维度的信息，本发明实施例对此不进行限制。历史测试信息可以理解为待测软件项目在既往性能测试完成后获得的实际测试信息，历史测试信息可以包括系统重要程度为涉及核心生产系统、交易客户类型信息为仅为内部提供服务的交易、峰值tps为50和响应时间为2秒等信息。在一些实施例中，历史测试信息可以包括上述项目属性信息对应的既往实际测试信息。修正系数可以理解为由于理想性能测试和现实性能测试存在偏差时，为了尽可能体现性能测试的真实性而引入的一个系数，即两次性能测试信息之间的差异。
32.具体地，可以基于预设软件项目管理系统(可以位于本地，或者云端服务器等)或项目任务书等软件项目数据存储位置，根据待测软件项目的项目名称、项目编号等信息，获取到该项目的项目属性信息和历史测试信息，例如，项目属性信息可以包括系统重要程度信息、交易信息和系统性能指标要求信息等多维度的属性信息，历史测试信息可以包括该项目既往性能测试的实际测试信息；并将历史测试信息与本次性能测试信息的差异作为修正系数，进一步地，修正系数的影响因素可以包括前次性能测试距当前时间差、实际测试环境场景差异和实际软硬件配置差异等。
33.s120、基于预设评价规则确定项目属性信息内至少一个测试影响因素的评价值。
34.在本发明实施例中，测试影响因素可以理解为可能会对待测软件项目性能测试产生影响的因素，测试影响因素可以包括系统维度(例如系统重要性、是否采用新的技术架构等)、交易维度(例如交易复杂度、交易客户类型和交易是否动账情况等)、数据表维度(例如关键表基础数据量、数据表个数等)和性能维度(例如峰值tps要求、响应时间要求和成功率要求等)等。在一些实施例中，由于待测软件项目不同，相应的测试影响因素也会有所差异，即测试影响因素可全包含上述各维度信息，也可仅包括上述部分维度信息，也可还包括更多维度的信息，本发明实施例对此不进行限制。测试影响因素的评价值可以理解为用于评价测试影响因素重要程度的一个数值，在一些实施例中，测试影响因素的评价值至少为一个，且评价值的个数与待测软件项目对应选取的测试影响因素的数量有关，示例性地，若待测软件项目选取的测试影响因素的数量为10个，则待测软件项目对应的测试影响因素的评价值即为10个。预设评价规则可以理解为对待测软件项目性能测试设定的对于测试影响因素的评价标准，预设评价规则可以包括对各测试影响因素的评价分档，例如：在系统维度中，若待测软件项目涉及核心及重要生产系统，则可以将对应的评价值设置为2，若否，则可以将对应的评价值设置为1；在交易维度中，若待测软件项目涉及的交易复杂度为高，则可以将对应的评价值设置为10，若交易复杂度为平均，则可以将对应的评价值设置为8，若交易复杂度为低，则可以将对应的评价值设置为5；在数据表维度中，若待测软件项目涉及的
数据表个数为大于5个，则可以将对应的评价值设置为10，若为小于5个，则可以将对应的评价值设置为5；在性能维度中，若待测软件项目涉及的峰值tps要求为大于或等于100，则可以将对应的评价值设置为10，若为小于100，则可以将对应的评价值设置为5。
35.具体地，可以根据项目属性信息获取其包含的测试影响因素，例如，测试影响因素可以包括系统维度(系统重要性、是否采用新的技术架构等)、交易维度(交易复杂度、交易客户类型和交易是否动账情况等)、数据表维度(关键表基础数据量、数据表个数等)和性能维度(峰值tps要求、响应时间要求和成功率要求等)等，并按照预设评价规则查找不同影响因子对应的评价值，其中，预设评价规则可以是对各测试影响因素的评价分档。在一些实施例中，可以对多个待测软件项目历史性能测试的测试信息进行总结分析，确定出该项目属性信息包含的测试影响因素，并基于预设评价规则中采用数据匹配算法(例如字符串匹配、模糊匹配等)，查找出各影响因素对应的评价值。
36.s130、根据修正系数和评价值在预设测试范围表确定软件测试项。
37.在本发明实施例中，软件测试项可以理解为待测软件需要进行测试的项目，软件测试项与测试影响因素有关，可以包括系统重要性、交易复杂度、交易客户类型、关键表基础数据量、数据表个数等、峰值tps要求、响应时间要求和成功率要求等。预设测试范围表可以理解为用于确定软件项目测试范围的信息表，预设测试范围表内针对不同的评价值可以设置不同的软件测试项，预设测试范围表中的软件测试项，可以包括但不限于以下几项：系统重要性、系统是否采用新技术、交易复杂度、交易动账情况、交易客户类型、未来一年交易增长量、关键表基础数据量、数据表个数、峰值每秒事务数要求、响应时间要求和成功率要求等。
38.具体地，可以根据本次性能测试对应的修正系数以及各测试影响因素对应的评价值，在预设测试范围表中查找对应的软件测试项，例如，可以将修正系数和各测试影响因素对应的评价值，与预设测试范围表中的软件测试项的标准评价值进行一一比较，若大于或等于标准评价值，则将标准评价值对应的软件测试项纳入本次性能测试范围，若否，则不纳入本次性能测试范围；又例如，可以将修正系数和各测试影响因素对应的评价值分别乘以不同的权重系数，并将计算结果与预设测试范围表中的评价值阈值进行比较，若大于或等于评价值阈值，则将评价值对应的软件测试项纳入本次性能测试范围，若否，则不纳入本次性能测试范围。
39.本发明实施例的技术方案，通过根据待测软件项目的项目属性信息以及历史测试信息确定修正系数，基于预设评价规则确定项目属性信息内至少一个测试影响因素的评价值，根据修正系数和评价值在预设测试范围表确定软件测试项。本发明实施例实现了基于历史测试信息以及测试影响因素下的软件测试项确定，用可度量的实际测试数据弥补了人为确定软件测试范围的主观性不确定性，结合历史测试数据的可参考价值，提高了软件测试范围的确定效率和准确度。
40.实施例二
41.图2为本发明实施例二提供的一种软件测试范围确定方法的流程图，基于上述实施方式进一步进行优化与扩展，并可以与上述实施方式中各个可选技术方案结合。如图2所示，本实施例二提供的一种软件测试范围确定方法，具体包括如下步骤：
42.s210、查找待测软件项目的历史测试信息。
43.具体的，可以根据待测软件项目的项目名称、项目编号或项目版本号等信息，获取到该项目的历史测试信息，历史测试信息可以是待测软件项目既往测试的信息，进一步地，历史测试信息可以存储在历史测试信息数据库或者数据表中。在一些实施例中，可以根据在历史测试信息数据库或者数据表中，按照项目名称、项目编号或项目版本号等信息查询待测软件项目的历史测试信息。
44.s220、提取历史测试信息内的前次修正系数和前次距当前时间差。
45.在本发明实施例中，前次修正系数可以理解为待测软件项目上次性能测试对应的修正系数。前次距当前时间差可以理解为待测软件项目上次性能测试距本次测试之间的时间差。
46.具体地，可以在获取到待测软件项目的历史测试信息后，从中提取出与待测软件项目相关的前次修正系数以及性能测试时间，并将该时间与本次性能测试之间的时间差作为前次距当前时间差，进一步地，前次距当前时间差可以使用小时数、天数或年数进行表示。
47.s230、生成项目属性信息对应的冷却系数。
48.在本发明实施例中，冷却系数可以理解为与项目属性信息相关联的一个参数，冷却系数可以与修正系数和前次距当前时间差等项目属性信息有关。
49.具体地，可以通过对修正系数和前次距当前时间差等项目属性信息进行分析处理，例如可以通过牛顿冷却定律的原理，并结合历史测试信息中的前次修正系数等信息，以确定项目属性信息对应的冷却系数，其中，关于牛顿冷却定律的相关内容可以参考现有技术中的相关描述，这里本发明实施例不再赘述
50.s240、按照预设牛顿冷却公式确定前次修正系数、前次距当前时间差、冷却系数对应的修正系数。
51.在本发明实施例中，预设牛顿冷却公式可以理解为基于牛顿冷却定律，对待测软件项目性能测试设定的确定修正系数的公式，预设牛顿冷却公式可以包括前次修正系数、前次距当前时间差和冷却系数等参数。
52.具体地，可以基于前次修正系数、前次距当前时间差和冷却系数，按照预设牛顿冷却公式计算出对应的修正系数，进一步地，预设牛顿冷却公式可以采用如下公式进行表示：
53.t＝t0*math.exp(-k*time)
54.其中，t表示修正系数，t0表示前次修正系数，time表示前次距当前时间差，k表示冷却系数。
55.需要说明的是，也可以利用上述预设牛顿冷却公式对s230中的冷却系数进行确定，即可以参考既往待测软件项目的历史数据信息按需设置t、t0、time的取值，再通过上述预设牛顿冷却公式计算得到适合的冷却系数k，示例性地，当修正系数t取值为1，前次修正系数t0取值为100和前次距当前时间差time取值为180(天)时，可以计算得到冷却系数k约等于0.0252。
56.s250、读取预设评价规则内不同标准测试影响因素对应的评价分档。
57.在本发明实施例中，标准测试影响因素可以理解为对待测软件项目性能测试的测试影响因素设定的标准，标准测试影响因素可以包括标准系统维度(例如系统重要性、是否采用新的技术架构等)、标准交易维度(例如交易复杂度、交易客户类型和交易是否动账情
况等)、标准数据表维度(例如关键表基础数据量、数据表个数等)和标准性能维度(峰值tps要求、响应时间要求和成功率要求等)。评价分档可以理解为对标准测试影响因素的评价值分级，评价分档可以包括对标准系统维度、标准交易维度、标准数据表维度和标准性能维度的评价值分级，示例性地，对于标准性能维度中的响应时间要求，可以按照下列评价值分级对响应时间要求进行评价分档：若响应时间要求为小于0.5秒，则可以将对应的评价值设置为10，若为小于1秒，则可以将对应的评价值设置为8，若为小于3秒，则可以将对应的评价值设置为5。以上对于响应时间要求的评价分档仅作为示例，不构成对本发明实施例的限制。
58.具体地，可以在包含若干标准测试影响因素的预设评价规则中，获取到与待测软件项目相关的标准测试影响因素以及对应的评价分档，进一步地，可以根据实际需求将标准测试影响因素划分成不同的评价分档，各标准测试影响因素的评价值具体如何划分、划分几档并不影响本发明实施例的实现，也可以将不同标准测试影响因素对应的评价分档以标准化、结构化的形式保存起来，以便后续在需要时可以直接查询到对应的信息，或者补充或者修改对应的信息。
59.s260、查找与测试影响因素匹配的标准测试影响因素。
60.具体地，可以通过一些常见的数据匹配算法，例如字符串匹配、模糊匹配和模板匹配等，在预设评价规则中查找与测试影响因素匹配的标准测试影响因素。
61.s270、将标准测试影响因素的评价分档作为测试影响因素的评价值。
62.具体地，可以通过数据匹配方法在预设评价规则中查找与测试影响因素匹配的标准测试影响因素，并将标准测试影响因素的评价分档作为对应测试影响因素的评价值。
63.s280、在预设测试需求分析公式确定修正系数和评价值对应的需求因子。
64.在本发明实施例中，需求因子可以理解为用于表征性能测试需求的参数，需求因子可以与修正系数和测试影响因素的评价值有关。预设测试需求分析公式可以理解为用于确定需求因子而设定的公式，预设测试需求分析公式可以采用将若干测试影响因素的评价值与修正系数乘积的形式、或者先将若干测试影响因素的评价值相加后再与修正系数的变化量乘积的形式等进行确定，预设测试需求分析公式可以根据实际测试需求进行相应设定，本发明实施对此不进行限制。
65.具体地，可以按照预设测试需求分析公式，将修正系数以及各测试影响因素的评价值代入该公式中，进而得到性能测试对应的需求因子。在一些实施例中，预设测试需求分析公式可以采用如下公式进行表示：
66.需求因子s＝(a1+a2+
…
ai)*b1*
…
bj*(100-t)％；
67.其中，a1，a2，
…
ai表示交易维度、数据表维度和性能维度的评价值，b1，b2，
…
bj表示系统维度的评价值，t表示修正系数，参数i和j的取值可以由实际性能测试选取的各测试影响因素的影响因子维度进行确定。
68.s290、在预设测试范围表查找满足需求因子的软件测试项。
69.具体地，基于s280中计算出的本次性能测试的需求因子，可以在预设测试范围表中查找与之匹配的软件测试项，例如，可以通过将需求因子与某个预设需求因子阈值进行比较，根据比较后的结果在预设测试范围中确定待测软件项目性能测试所需的软件测试项。在一些实施例中，若待测软件项目实施范围中的某支交易中包含若干软件测试项，再基于s280中的预设测试需求分析公式计算出该交易的需求因子，若计算出的需求因子大于或
等于预设需求因子阈值(例如可以为，但不限于60)，则将该交易包含的软件测试项纳入待测软件项目的测试范围；若小于预设需求因子阈值，则不将该交易包含的软件测试项纳入待测软件项目的测试范围，进一步地，可以将未纳入性能测试范围的交易用于待测软件项目的性能评估。
70.本发明实施例的技术方案，通过查找待测软件项目的历史测试信息，提取历史测试信息内的前次修正系数和前次距当前时间差，生成项目属性信息对应的冷却系数，按照预设牛顿冷却公式确定前次修正系数、前次距当前时间差、冷却系数对应的修正系数，读取预设评价规则内不同标准测试影响因素对应的评价分档，查找与测试影响因素匹配的标准测试影响因素，将标准测试影响因素的评价分档作为测试影响因素的评价值，在预设测试需求分析公式确定修正系数和评价值对应的需求因子，在预设测试范围表查找满足需求因子的软件测试项。本发明实施例通过引用牛顿冷却定律，建立修正系数与前次距当前时间差之间的函数关系，即将上次系统性能测试距今时长作为性能测试需求分析中的一个重要影响因子，用可度量的实际测试数据弥补了人为确定软件测试范围的主观性不确定性，提高了软件测试范围的确定效率和准确度。
71.实施例三
72.图3为本发明实施例三提供的一种软件测试范围确定方法的流程图。本实施例在上述实施例的基础上，提供了一种软件测试范围确定方法的一个实施方式，能够快速且准确地确定软件项目的性能测试范围。如图3所示，本发明实施例三提供的一种软件测试范围确定方法，具体包括如下步骤：
73.s310、根据实际测试需求，参考既往项目的测试数据设置冷却系数k的取值。
74.在本发明实施例中，可以参考待测软件项目在既往性能测试中的历史测试信息，按需设置修正系数t，前次修正系数t0以及前次距当前时间差time的取值，并通过下述预设牛顿冷却公式计算出冷却系数k的取值。
75.t＝t0*math.exp(-k*time)
76.s320、根据待测软件项目的性能测试需求，从系统维度、交易维度、数据表维度和性能维度输入或选择对应影响因子的属性。
77.在本发明实施例中，系统维度的影响因子包括系统重要性、系统是否采用新技术和修正系数；交易维度的影响因子包括交易复杂度、是否动账、客户类型和未来一年交易增长量；数据表维度的影响因子包括关键表基础数据量(含预期)和数据表(非配置表)个数；性能维度的影响因子包括峰值tps要求、响应时间要求和成功率要求。
78.s330、使用性能测试需求分析模型测算工具，测算待测软件项目的实施范围内各系统交易的得分。
79.在本发明实施例中，性能测试需求分析模型可以如下表所示：
80.[0081][0082]
在一些实施例中，可以采用文字编辑系统(word processing system，wps)或者微软办公软件中的电子表格，实现基于性能测试需求分析模型的测算工具。
[0083]
s340、分析历史测试数据，依据各系统交易得分设置性能实测或性能评估的度量阈值。
[0084]
s350、根据测算得分和度量阈值，完成性能测试需求分析，确定待测软件项目的性能测试范围。
[0085]
在一些实施例中，通过性能测试需求分析模型计算公式，计算获得需求因子s取值，再根据历史测试数据设置性能实测或性能评估的度量阈值，即可确定待测软件项目的性能测试范围。示例性地，可以将度量阈值设置为60，某待测软件项目的实施范围共10支交易，经上述模型计算得到交易1的需求因子s取值为75，交易5的需求因子s取值为66，交易8的需求因子s取值为82，其余7支交易的需求因子s取值均小于60，则可以将交易1、交易5、交易8纳入待测软件项目的性能测试范围并开展性能实测，而其余7支交易则用于性能评估。
[0086]
进一步地，本性能测试需求分析模型可以参考既往项目的历史测试数据，假设系统上次性能测试距今时长以及各影响因子属性的初始取值，然后需通过大量的实际项目应用效果验证，迭代更新冷却系数、度量阈值及各影响因子属性取值，以便指导下一个时段待测软件项目的性能测试需求分析。
[0087]
本发明实施例的技术方案，通过根据实际测试需求，参考既往项目的测试数据设置冷却系数k的取值，根据待测软件项目的性能测试需求，从系统维度、交易维度、数据表维度和性能维度输入或选择对应影响因子的属性，使用性能测试需求分析模型测算工具，测算待测软件项目的实施范围内各系统交易的得分，分析历史测试数据，依据各系统交易得
分设置性能实测或性能评估的度量阈值，根据测算得分和度量阈值，完成性能测试需求分析，确定待测软件项目的性能测试范围。本发明实施例通过性能测试需求分析模型，将上次系统性能测试距今时长作为性能测试需求分析中的一个重要影响因子，用可度量的实际测试数据弥补了人为确定软件测试范围的主观性不确定性，提高了软件测试范围的确定效率和准确度，降低了由于性能测试需求分析不充分所导致的交易漏测概率。
[0088]
实施例四
[0089]
图4为本发明实施例四提供的一种软件测试范围确定装置的结构示意图。如图4所示，该装置包括：
[0090]
修正系数模块41，用于根据待测软件项目的项目属性信息以及历史测试信息确定修正系数。
[0091]
评价值模块42，用于基于预设评价规则确定项目属性信息内至少一个测试影响因素的评价值。
[0092]
测试项确定模块43，用于根据修正系数和评价值在预设测试范围表确定软件测试项。
[0093]
本发明实施例的技术方案，通过修正系数模块根据待测软件项目的项目属性信息以及历史测试信息确定修正系数，评价值模块基于预设评价规则确定项目属性信息内至少一个测试影响因素的评价值，测试项确定模块根据修正系数和评价值在预设测试范围表确定软件测试项。本发明实施例实现了基于历史测试信息以及测试影响因素下的软件测试项确定，用可度量的实际测试数据弥补了人为确定软件测试范围的主观性不确定性，结合历史测试数据的可参考价值，提高了软件测试范围的确定效率和准确度。
[0094]
进一步地，在上述发明实施例的基础上，修正系数模块41包括：
[0095]
历史测试信息查找单元，用于查找待测软件项目的历史测试信息。
[0096]
信息提取单元，用于提取历史测试信息内的前次修正系数和前次距当前时间差。
[0097]
冷却系数生成单元，用于生成项目属性信息对应的冷却系数。
[0098]
修正系数确定单元，用于按照预设牛顿冷却公式确定前次修正系数、前次距当前时间差、冷却系数对应的修正系数。
[0099]
在一些实施例中，所述软件测试范围确定方法中的预设牛顿冷却公式包括：t＝t0*math.exp(-k*time)，其中，t表示修正系数，t0表示前次修正系数，time表示前次距当前时间差，k表示冷却系数。
[0100]
进一步地，在上述发明实施例的基础上，评价值模块42包括：
[0101]
评价分档读取单元，用于读取预设评价规则内不同标准测试影响因素对应的评价分档。
[0102]
标准测试影响因素查找单元，用于查找与测试影响因素匹配的标准测试影响因素。
[0103]
评价值确定单元，用于将标准测试影响因素的评价分档作为测试影响因素的评价值。
[0104]
进一步地，在上述发明实施例的基础上，测试项确定模块43包括：
[0105]
需求因子确定单元，用于在预设测试需求分析公式确定修正系数和评价值对应的需求因子。
[0106]
软件测试项查找单元，用于在预设测试范围表查找满足需求因子的软件测试项。
[0107]
在一些实施例中，所述软件测试范围确定方法中的测试影响因素包括：系统维度、交易维度、数据表维度、性能维度，预设测试需求分析公式包括：需求因子s＝(a1+a2+
…
ai)*b1*
…
bj*(100-t)％；
[0108]
其中，a1，a2，
…
ai表示交易维度、数据表维度和性能维度的评价值，b1，b2，
…
bj表示系统维度的评价值，t表示修正系数。
[0109]
在一些实施例中，所述软件测试范围确定方法中的预设测试范围表的软件测试项包括以下至少之一：系统重要性、系统是否采用新技术、交易复杂度、交易动账情况、交易客户类型、未来阈值时间交易增长量、关键表基础数据量、数据表个数、峰值每秒事务数要求、响应时间要求、成功率要求。
[0110]
本发明实施例所提供的软件测试范围确定装置可执行本发明任意实施例所提供的软件测试范围确定方法，具备执行方法相应的功能模块和有益效果。
[0111]
实施例五
[0112]
图5示出了可以用来实施本发明的实施例的电子设备50的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
[0113]
如图5所示，电子设备50包括至少一个处理器51，以及与至少一个处理器51通信连接的存储器，如只读存储器(rom)52、随机访问存储器(ram)53等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器51可以根据存储在只读存储器(rom)52中的计算机程序或者从存储单元58加载到随机访问存储器(ram)53中的计算机程序，来执行各种适当的动作和处理。在ram 53中，还可存储电子设备50操作所需的各种程序和数据。处理器51、rom 52以及ram 53通过总线54彼此相连。输入/输出(i/o)接口55也连接至总线54。
[0114]
电子设备50中的多个部件连接至i/o接口55，包括：输入单元56，例如键盘、鼠标等；输出单元57，例如各种类型的显示器、扬声器等；存储单元58，例如磁盘、光盘等；以及通信单元59，例如网卡、调制解调器、无线通信收发机等。通信单元59允许电子设备50通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
[0115]
处理器51可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器51的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器51执行上文所描述的各个方法和处理，例如软件测试范围确定方法。
[0116]
在一些实施例中，软件测试范围确定方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元58。在一些实施例中，计算机程序的部分或者全部可以经由rom 52和/或通信单元59而被载入和/或安装到电子设备50上。当计算机程序加载到ram 53并由处理器51执行时，可以执行上文描述的软件测试范围确定方法的一个或多个步骤。备选地，在其他实施例中，处理器51可以通过其他任何适当的方式(例如，借助于固
件)而被配置为执行软件测试范围确定方法。
[0117]
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
[0118]
用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
[0119]
在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0120]
为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
[0121]
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
[0122]
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的
管理难度大，业务扩展性弱的缺陷。
[0123]
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
[0124]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。