本申请涉及数据分析,具体而言,涉及一种需求测试的复杂度处理方法、装置、电子设备及计算机存储介质。
背景技术:
1、测试是研发的重要环节,评估需求测试的复杂度对测试质量、需求质量和研发质量有重大影响,同时也作为重要指标,可以改进版本管理、测试管理和需求管理。需求测试的复杂度是平均需求的测试工作量的复杂度,可以通过每个需求测试工作所涉及的测试案例和测试发现的缺陷数来计算。评估该指标可以推动测试人员审阅测试工作,看不同需求的测试工作是否有冗余,是否充分,需求的质量;可以推动产品人员审阅需求,看版本提的需求从测试方面颗粒度是否合理,以及合理规划测试资源从而控制需求上线的节奏;可以推动项目管理人员/部门管理人员合理分配测试人力资源和控制测试成本。
2、目前需求测试综合复杂度是人为手动计算,计算的方式较为简单:人为的去查询版本所有的需求的测试用例数,需求测试复杂度=版本所有的需求卡片的测试案例数量/需求总数,也就是说需求测试复杂度=每个需求平均的测试用例数。这样会带来几个问题:1.需求测试复杂度不能综合反映出需求的测试复杂度。从测试案例数量无法看出综合测试复杂度,无法改进测试,没有缺陷量的分析无法改进需求2.人为计算可能有计算错误的问题,而且花费人力去统计该功能。查询出来的数据不可复用。比如按照版本统计的维度的数据无法复用在按照月度&季度统计的维度。
技术实现思路
1、本申请实施例的目的在于提供一种需求测试的复杂度处理方法、装置、电子设备及存储介质,可以准确地获知测试过程中的复杂度,测试数据可以进行复用,无需人工手动计算,简化了测试流程,避免了人工计算容易出错的弊端,省去了核查流程。
2、第一方面,本申请实施例提供了一种需求测试的复杂度处理方法,所述方法包括:
3、获取所述需求测试的测试案例数据;
4、根据接口请求获得所述测试案例数据对应的测试案例列表;
5、对所述测试案例列表进行缺陷测试,得到缺陷数据;
6、对所述缺陷数据进行分析,得到所述需求测试的复杂度。
7、在上述实现过程中,根据接口请求获得测试案例数据对应的测试案例列表,再对测试案例列表进行缺陷测试,对缺陷数据进行分析,可以准确地获知测试过程中的复杂度,测试数据可以进行复用,无需人工手动计算,简化了测试流程,避免了人工计算容易出错的弊端,省去了核查流程。
8、进一步地,所述获取所述需求测试的测试案例数据的步骤,包括:
9、获取所述需求测试的版本信息;
10、获得所述版本信息对应的需求字典集合;
11、对所述需求字典集合进行参数配置,得到所述测试案例数据。
12、在上述实现过程中,根据版本信息对应的需求字典集合进行参数配置,可以得到完整的测试案例数据,使得测试案例数据更加准确、误差更小,便于对测试案例数据的参数进行完善。
13、进一步地,所述根据接口请求获得所述测试案例数据对应的测试案例列表的步骤,包括:
14、获取所述接口请求;
15、根据所述接口请求获得所述测试案例数据中的接口列表json串;
16、根据所述接口列表json串生成所述测试案例列表。
17、在上述实现过程中,根据接口请求获得接口列表json串,再根据接口列表json串生成测试案例列表,使得到的测试案例列表更加清晰、明确,更加符合需求。
18、进一步地,所述对所述测试案例列表进行缺陷测试,得到缺陷数据的步骤,包括:
19、配置所述测试案例列表对应的接口请求参数;
20、获取基础缺陷信息;
21、根据所述接口请求参数和所述基础缺陷信息获得所述缺陷数据。
22、在上述实现过程中,根据接口请求参数和基础缺陷信息获得缺陷数据,使得缺陷数据可以通过接口的形式得到,可以提高计算效率,缩短对数据的处理时间。
23、进一步地,所述对所述缺陷数据进行分析,得到所述需求测试的复杂度的步骤,包括:
24、获得需求测试的复杂度参数;
25、根据所述复杂度参数对所述缺陷数据进行分析,得到所述需求测试的复杂度。
26、在上述实现过程中,根据复杂度参数对缺陷数据进行分析,得到需求测试的复杂度,减小分析过程中产生的数据冗余,减小缺陷数据的误差,缩短分析时间。
27、进一步地,所述获得需求测试的复杂度参数的步骤,包括:
28、获取功能案例信息和基础缺陷信息;
29、根据所述功能案例信息和所述基础缺陷信息获得所述复杂度参数。
30、在上述实现过程中,根据功能案例信息和基础缺陷信息获得复杂度参数,使得到的复杂度参数更加准确。
31、进一步地,在所述对所述缺陷数据进行分析,得到所述需求测试的复杂度的步骤之后,还包括:
32、根据数据表将所述复杂度进行储存。
33、在上述实现过程中,将复杂度进行存储,便于后续对需求测试的复杂度处理情况进行复盘,便于对复杂度的查找。
34、第二方面,本申请实施例还提供了一种需求测试的复杂度处理装置,所述装置包括:
35、获取模块,用于获取所述需求测试的测试案例数据;
36、数据获得模块,用于根据接口请求获得所述测试案例数据对应的测试案例列表;
37、缺陷测试模块,用于对所述测试案例列表进行缺陷测试,得到缺陷数据;
38、分析模块,用于对所述缺陷数据进行分析,得到所述需求测试的复杂度。
39、在上述实现过程中,根据接口请求获得测试案例数据对应的测试案例列表,再对测试案例列表进行缺陷测试,对缺陷数据进行分析,可以准确地获知测试过程中的复杂度,测试数据可以进行复用,无需人工手动计算,简化了测试流程,避免了人工计算容易出错的弊端,省去了核查流程。
40、第三方面,本申请实施例提供的一种电子设备,包括:存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。
41、第四方面,本申请实施例提供的一种计算机可读存储介质,所述存储介质上存储有指令,当所述指令在计算机上运行时,使得所述计算机执行如第一方面任一项所述的方法。
42、第五方面,本申请实施例提供的一种计算机程序产品,所述计算机程序产品在计算机上运行时,使得计算机执行如第一方面任一项所述的方法。
43、本公开的其他特征和优点将在随后的说明书中阐述,或者,部分特征和优点可以从说明书推知或毫无疑义地确定,或者通过实施本公开的上述技术即可得知。
44、并可依照说明书的内容予以实施,以下以本申请的较佳实施例并配合附图详细说明如后。
1.一种需求测试的复杂度处理方法,其特征在于,所述方法包括:
2.根据权利要求1所述的需求测试的复杂度处理方法,其特征在于,所述获取所述需求测试的测试案例数据的步骤,包括:
3.根据权利要求1所述的需求测试的复杂度处理方法,其特征在于,所述根据接口请求获得所述测试案例数据对应的测试案例列表的步骤,包括:
4.根据权利要求1所述的需求测试的复杂度处理方法,其特征在于,所述对所述测试案例列表进行缺陷测试,得到缺陷数据的步骤,包括:
5.根据权利要求1所述的需求测试的复杂度处理方法,其特征在于,所述对所述缺陷数据进行分析,得到所述需求测试的复杂度的步骤,包括:
6.根据权利要求5所述的需求测试的复杂度处理方法,其特征在于,所述获得需求测试的复杂度参数的步骤,包括:
7.根据权利要求1所述的需求测试的复杂度处理方法,其特征在于,在所述对所述缺陷数据进行分析,得到所述需求测试的复杂度的步骤之后,还包括:
8.一种需求测试的复杂度处理装置,其特征在于,所述装置还包括:
9.一种电子设备,其特征在于,包括存储器及处理器,所述存储器用于存储计算机程序,所述处理器运行所述计算机程序以使所述电子设备执行根据权利要求1至7中任一项所述的需求测试的复杂度处理方法。
10.一种计算机可读存储介质,其特征在于,其存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的需求测试的复杂度处理方法。