软件测试质量的确定方法、装置、处理器以及电子设备与流程

1.本技术涉及软件测试领域，具体而言，涉及一种软件测试质量的确定方法、装置、处理器及电子设备。


背景技术：

2.相关技术中，软件项目测试工作的全面性和测试的力度，都无法通过系统监控。一般只能是通过测试人员自行汇报进展，提问等人工方式来统计测试情况。如果测试人员不测试或者测试不充分，而直接答复测试通过100％，即测试人员对测试过程进行瞒报，相关负责人，例如项目经理依然不知道软件各个模块可能是否存在使用问题，而直到投产后才会暴露出问题。
3.即相关技术中，缺乏对测试人员的测试过程的监控方法，仅依赖于测试人员的汇报等人工手段对测试质量进行评价，这种评价测试过程的方式，存在因测试人员主观性而导致的对测试过程的测试质量评价不准确，可能与实际情况相差较大，进而影响软件投产使用的技术问题。
4.针对相关技术中缺乏对测试人员的测试过程的监控方法，仅依赖于测试人员的汇报等人工手段对测试质量进行评价，这种评价测试过程的方式，存在因测试人员主观性而导致的对测试过程的测试质量评价不准确，可能与实际情况相差较大，进而影响软件投产使用的技术问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本技术的主要目的在于提供一种软件测试质量的确定方法、装置、处理器及电子设备，以解决相关技术中缺乏对测试人员的测试过程的监控方法，仅依赖于测试人员的汇报等人工手段对测试质量进行评价，这种评价测试过程的方式，存在因测试人员主观性而导致的对测试过程的测试质量评价不准确，可能与实际情况相差较大，进而影响软件投产使用的技术问题。
6.为了实现上述目的，根据本技术的一个方面，提供了一种软件测试质量的确定方法。该方法包括：确定待测试软件中的多个预设埋点，多个预设埋点与待测试软件的功能模块一一对应，其中，功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；根据反馈数据确定待测试软件中功能模块的测试质量，其中，测试质量至少用于指示功能模块的测试过程是否满足目标要求。
7.可选地，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，包括：预先触发功能模块中第一程序代码模块对应的目标预设埋点；获取目标预设埋点的目标反馈数据；在目标反馈数据指示第一程序代码模块的测试过程满足目标要求的情况下，对功能模块中的第二程序代码模块进行测试。
8.可选地，根据反馈数据确定待测试软件中功能模块的测试质量，包括：解析反馈数据，确定反馈数据返回的操作事件的执行次数，其中，操作事件至少包括以下之一：控件点击事件、页面跳转事件以及输入字符事件；比较执行次数与预设次数，根据比较结果确定功能模块的测试质量。
9.可选地，根据比较结果确定功能模块的测试质量，包括：在比较结果指示执行次数小于预设次数的情况下，确定功能模块的测试过程满足目标要求；以及在比较结果指示执行次数大于预设次数的情况下，确定功能模块的测试过程不满足目标要求。
10.可选地，根据反馈数据确定待测试软件的测试质量，包括：确定执行次数与预设次数的第一差值；将第一差值与预设区间进行匹配，其中，不同的预设区间对应的测试评价分数不同，评价分数与功能模块的测试充分程度呈正相关关系；根据第一差值与预设区间的匹配结果确定功能模块的测试充分程度。
11.可选地，上述方法还包括：解析反馈数据，确定反馈数据返回的功能模块在预设时段成功通过测试的次数；在确定成功通过测试的次数大于预设阈值的情况下，确定功能模块的测试结果为通过测试。
12.可选地，在确定功能模块成功通过测试的次数小于预设阈值的情况下，确定功能模块的测试结果为未通过测试。
13.根据本技术实施例的另一方面，还提供了一种软件测试质量的确定装置，包括：第一确定模块，用于确定待测试软件中的多个预设埋点，多个预设埋点与待测试软件的功能模块一一对应，其中，功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；获取模块，用于运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；第二确定模块，用于根据反馈数据确定待测试软件中功能模块的测试质量，其中，测试质量至少用于指示功能模块的测试过程是否满足目标要求。
14.根据本技术实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行任意一种软件测试质量的确定方法。
15.根据本技术实施例的另一方面，还提供了一种电子设备，包括一个或多个处理器和存储器，存储器用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现任意一种的软件测试质量的确定方法。
16.通过本技术，采用以下步骤：确定待测试软件中的多个预设埋点，多个预设埋点与待测试软件的功能模块一一对应，其中，功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；根据反馈数据确定待测试软件中功能模块的测试质量，其中，测试质量至少用于指示功能模块的测试过程是否满足目标要求，解决了相关技术中缺乏对测试人员的测试过程的监控方法，仅依赖于测试人员的汇报等人工手段对测试质量进行评价，这种评价测试过程的方式，存在因测试人员主观性而导致的对测试过程的测试质量评价不准确，可能与实际情况相差较大，进而影响软件投产使用的技术问题。进而达到了基于埋点对各程序模块的测试过程进行自动监控及评估，大大提高了评估结果的准确性，有效防范了因人为因素导致的漏测，测试不充分，以及测试不全面的技术效果。
附图说明
17.构成本技术的一部分的附图用来提供对本技术的进一步理解，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
18.图1是根据本技术实施例提供的软件测试质量的确定方法的流程图。
19.图2是根据本技术实施例的提供的软件测试质量的确定装置的结构示意图。
20.图3是根据本技术实施例提供的电子设备的结构示意图。
具体实施方式
21.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
22.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
23.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
24.下面结合优选的实施步骤对本发明进行说明，图1是根据本技术实施例提供的软件测试质量的确定方法的流程图，如图1所示，该方法包括如下步骤：
25.步骤s101，确定待测试软件中的多个预设埋点，多个预设埋点与待测试软件的功能模块一一对应，其中，功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；
26.步骤s102，运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；
27.步骤s103，根据反馈数据确定待测试软件中功能模块的测试质量，其中，测试质量至少用于指示功能模块的测试过程是否满足目标要求。
28.该软件测试质量的确定方法中，确定待测试软件中的多个预设埋点，多个预设埋点与待测试软件的功能模块一一对应，其中，功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；根据反馈数据确定待测试软件中功能模块的测试质量，其中，测试质量至少用于指示功能模块的测试过程是否满足目标要求，解决了相关技术中缺乏对测试人员的测试过程的监控方法，仅依赖于测试人员的汇报等人工手段对测试质量进行评价，这种评价测试过程的方式，存在因测试人员主观性而导致的对测试过程的
测试质量评价不准确，可能与实际情况相差较大，进而影响软件投产使用的技术问题。进而达到了基于埋点对各程序模块的测试过程进行自动监控及评估，大大提高了评估结果的准确性，有效防范了因人为因素导致的漏测，测试不充分，以及测试不全面的技术效果。
29.本技术一些实施例中，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，可通过如下方式实现：预先触发功能模块中第一程序代码模块对应的目标预设埋点；获取目标预设埋点的目标反馈数据；在目标反馈数据指示第一程序代码模块的测试过程满足目标要求的情况下，对功能模块中的第二程序代码模块进行测试。即首先对主流程节点进行测试，在主流程节点测试通过后，再对分支节点进行测试，可以理解的，之所以先对主流程节点进行测试，是因为在主流程节点存在问题的情况下，分支节点一般也无法正常工作，即对分支节点进行测试的实际意义比较有限。
30.本技术一些实施例中，根据反馈数据确定待测试软件中功能模块的测试质量，包括：解析反馈数据，确定反馈数据返回的操作事件的执行次数，其中，操作事件至少包括以下之一：控件点击事件、页面跳转事件以及输入字符事件；比较执行次数与预设次数，根据比较结果确定功能模块的测试质量。可以理解的，通过对测试人员在测试过程中的相关操作进行监控，可以得到测试人员某一程序代码模块的测试程度，进而评估测试人员的测试工作是否充分全面。
31.本技术一些可选的实施例中，可根据比较结果确定功能模块的测试质量，具体地，在比较结果指示执行次数小于预设次数的情况下，确定功能模块的测试过程满足目标要求；以及在比较结果指示执行次数大于预设次数的情况下，确定功能模块的测试过程不满足目标要求。即在测试人员的操作执行次数小于预设次数的情况下，则可确定该测试过程不充分，同理，在测试人员的操作执行次数大于预设次数的情况下，则可确定测试过程充分。
32.在本技术一些实施例中，根据反馈数据确定待测试软件的测试质量，还可以为确定执行次数与预设次数的第一差值；将第一差值与预设区间进行匹配，其中，不同的预设区间对应的测试评价分数不同，评价分数与功能模块的测试充分程度呈正相关关系；根据第一差值与预设区间的匹配结果确定功能模块的测试充分程度。即对测试过程是否充分进行进一步细分量化，例如，第一差值为5，预设区间为：0-2(对应非常充分)、3-5(对应一般充分)、6-10(对应不充分)，则可确定测试过程的测试充分程度为一般充分。
33.本技术一些实施例中，还可以通过解析反馈数据，确定反馈数据返回的功能模块在预设时段成功通过测试的次数；在确定成功通过测试的次数大于预设阈值的情况下，确定功能模块的测试结果为通过测试。可以理解的，在确定功能模块成功通过测试的次数小于预设阈值的情况下，确定功能模块的测试结果为未通过测试。即本技术除了对测试人员的测试工程进行监控，确定测试质量，还可以确定软件的各个功能模块是否通过测试，以投入到使用中。
34.需要说明的是，对于增量需求变更项目，可梳理业务需求，确定新增点和修改点，然后记录和目标相关的用户行为，并定义为相应的事件，在相关节点置入监控代码，采集执行数据，进而构建指标体系，明确数据分析的指标类型和颗粒度，数据分析。而对于完全新增功能项目则无需梳理，可在所有分支和节点都置入监控代码，全面分析测试情况。
35.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的
计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
36.图2根据本技术实施例的一种软件测试质量的确定装置，如图2所示，该装置包括：
37.第一确定模块40，用于确定待测试软件中的多个预设埋点，多个预设埋点与待测试软件的功能模块一一对应，其中，功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；
38.获取模块42，用于运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；
39.第二确定模块44，用于根据反馈数据确定待测试软件中功能模块的测试质量，其中，测试质量至少用于指示功能模块的测试过程是否满足目标要求。
40.该软件测试质量的确定装置中，第一确定模块40，用于确定待测试软件中的多个预设埋点，多个预设埋点与待测试软件的功能模块一一对应，其中，功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；获取模块42，用于运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；第二确定模块44，用于根据反馈数据确定待测试软件中功能模块的测试质量，其中，测试质量至少用于指示功能模块的测试过程是否满足目标要求，解决了相关技术中缺乏对测试人员的测试过程的监控方法，仅依赖于测试人员的汇报等人工手段对测试质量进行评价，这种评价测试过程的方式，存在因测试人员主观性而导致的对测试过程的测试质量评价不准确，可能与实际情况相差较大，进而影响软件投产使用的技术问题。进而达到了基于埋点对各程序模块的测试过程进行自动监控及评估，大大提高了评估结果的准确性，有效防范了因人为因素导致的漏测，测试不充分，以及测试不全面的技术效果。
41.所述软件测试质量的确定装置包括处理器和存储器，上述第一确定模块，获取模块等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
42.处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决了相关技术中缺乏对测试人员的测试过程的监控方法，仅依赖于测试人员的汇报等人工手段对测试质量进行评价，这种评价测试过程的方式，存在因测试人员主观性而导致的对测试过程的测试质量评价不准确，可能与实际情况相差较大，进而影响软件投产使用的技术问题。进而达到了基于埋点对各程序模块的测试过程进行自动监控及评估，大大提高了评估结果的准确性，有效防范了因人为因素导致的漏测，测试不充分，以及测试不全面的技术效果。
43.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
44.本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现所述软件测试质量的确定方法。
45.本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行
时执行所述软件测试质量的确定方法。
46.如图3所示，本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：确定待测试软件中的多个预设埋点，多个预设埋点与待测试软件的功能模块一一对应，其中，功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；根据反馈数据确定待测试软件中功能模块的测试质量，其中，测试质量至少用于指示功能模块的测试过程是否满足目标要求。
47.可选地，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，包括：预先触发功能模块中第一程序代码模块对应的目标预设埋点；获取目标预设埋点的目标反馈数据；在目标反馈数据指示第一程序代码模块的测试过程满足目标要求的情况下，对功能模块中的第二程序代码模块进行测试。
48.可选地，根据反馈数据确定待测试软件中功能模块的测试质量，包括：解析反馈数据，确定反馈数据返回的操作事件的执行次数，其中，操作事件至少包括以下之一：控件点击事件、页面跳转事件以及输入字符事件；比较执行次数与预设次数，根据比较结果确定功能模块的测试质量。
49.可选地，根据比较结果确定功能模块的测试质量，包括：在比较结果指示执行次数小于预设次数的情况下，确定功能模块的测试过程满足目标要求；以及在比较结果指示执行次数大于预设次数的情况下，确定功能模块的测试过程不满足目标要求。
50.可选地，根据反馈数据确定待测试软件的测试质量，包括：确定执行次数与预设次数的第一差值；将第一差值与预设区间进行匹配，其中，不同的预设区间对应的测试评价分数不同，评价分数与功能模块的测试充分程度呈正相关关系；根据第一差值与预设区间的匹配结果确定功能模块的测试充分程度。
51.可选地，上述方法还包括：解析反馈数据，确定反馈数据返回的功能模块在预设时段成功通过测试的次数；在确定成功通过测试的次数大于预设阈值的情况下，确定功能模块的测试结果为通过测试。
52.可选地，在确定功能模块成功通过测试的次数小于预设阈值的情况下，确定功能模块的测试结果为未通过测试。本文中的设备可以是服务器、pc、pad、手机等。
53.本技术还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：确定待测试软件中的多个预设埋点，多个预设埋点与待测试软件的功能模块一一对应，其中，功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；根据反馈数据确定待测试软件中功能模块的测试质量，其中，测试质量至少用于指示功能模块的测试过程是否满足目标要求。
54.可选地，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，包括：预先触发功能模块中第一程序代码模块对应的目标预设埋点；获取目标预设埋点的目标反馈数据；在目标反馈数据指示第一程序代码模块的测试过程满足目标要求
的情况下，对功能模块中的第二程序代码模块进行测试。
55.可选地，根据反馈数据确定待测试软件中功能模块的测试质量，包括：解析反馈数据，确定反馈数据返回的操作事件的执行次数，其中，操作事件至少包括以下之一：控件点击事件、页面跳转事件以及输入字符事件；比较执行次数与预设次数，根据比较结果确定功能模块的测试质量。
56.可选地，根据比较结果确定功能模块的测试质量，包括：在比较结果指示执行次数小于预设次数的情况下，确定功能模块的测试过程满足目标要求；以及在比较结果指示执行次数大于预设次数的情况下，确定功能模块的测试过程不满足目标要求。
57.可选地，根据反馈数据确定待测试软件的测试质量，包括：确定执行次数与预设次数的第一差值；将第一差值与预设区间进行匹配，其中，不同的预设区间对应的测试评价分数不同，评价分数与功能模块的测试充分程度呈正相关关系；根据第一差值与预设区间的匹配结果确定功能模块的测试充分程度。
58.可选地，上述方法还包括：解析反馈数据，确定反馈数据返回的功能模块在预设时段成功通过测试的次数；在确定成功通过测试的次数大于预设阈值的情况下，确定功能模块的测试结果为通过测试。
59.可选地，在确定功能模块成功通过测试的次数小于预设阈值的情况下，确定功能模块的测试结果为未通过测试。
60.本技术相关实施例中通过确定待测试软件中的多个预设埋点，多个预设埋点与待测试软件的功能模块一一对应，其中，功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；根据反馈数据确定待测试软件中功能模块的测试质量，其中，测试质量至少用于指示功能模块的测试过程是否满足目标要求，解决了相关技术中缺乏对测试人员的测试过程的监控方法，仅依赖于测试人员的汇报等人工手段对测试质量进行评价，这种评价测试过程的方式，存在因测试人员主观性而导致的对测试过程的测试质量评价不准确，可能与实际情况相差较大，进而影响软件投产使用的技术问题。进而达到了基于埋点对各程序模块的测试过程进行自动监控及评估，大大提高了评估结果的准确性，有效防范了因人为因素导致的漏测，测试不充分，以及测试不全面的技术效果。
61.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
62.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
63.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
64.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
65.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
66.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
67.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
68.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
69.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
70.以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。

技术特征：
1.一种软件测试质量的确定方法，其特征在于，包括：确定待测试软件中的多个预设埋点，所述多个预设埋点与所述待测试软件的功能模块一一对应，其中，所述功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；运行所述待测试软件，根据预设规则触发所述预设埋点，获取在所述待测试软件运行过程中所述预设埋点的反馈数据，其中，预设规则用于指示对所述第一程序代码与所述第二程序代码进行测试的顺序；根据所述反馈数据确定所述待测试软件中功能模块的测试质量，其中，所述测试质量至少用于指示所述功能模块的测试过程是否满足目标要求。2.根据权利要求1所述的方法，其特征在于，根据预设规则触发所述预设埋点，获取在所述待测试软件运行过程中所述预设埋点的反馈数据，包括：预先触发所述功能模块中所述第一程序代码模块对应的目标预设埋点；获取所述目标预设埋点的目标反馈数据；在所述目标反馈数据指示所述第一程序代码模块的测试过程满足所述目标要求的情况下，对所述功能模块中的第二程序代码模块进行测试。3.根据权利要求1所述的方法，其特征在于，根据所述反馈数据确定所述待测试软件中功能模块的测试质量，包括：解析所述反馈数据，确定所述反馈数据返回的操作事件的执行次数，其中，所述操作事件至少包括以下之一：控件点击事件、页面跳转事件以及输入字符事件；比较所述执行次数与预设次数，根据比较结果确定所述功能模块的测试质量。4.根据权利要求3所述的方法，其特征在于，根据比较结果确定所述功能模块的测试质量，包括：在所述比较结果指示所述执行次数小于所述预设次数的情况下，确定功能模块的测试过程满足目标要求；以及在所述比较结果指示所述执行次数大于所述预设次数的情况下，确定功能模块的测试过程不满足目标要求。5.根据权利要求3所述的方法，其特征在于，根据所述反馈数据确定所述待测试软件的测试质量，包括：确定所述执行次数与预设次数的第一差值；将所述第一差值与预设区间进行匹配，其中，不同的预设区间对应的测试评价分数不同，所述评价分数与所述功能模块的测试充分程度呈正相关关系；根据所述第一差值与所述预设区间的匹配结果确定所述功能模块的测试充分程度。6.根据权利要求1所述的方法，其特征在于，所述方法还包括：解析所述反馈数据，确定所述反馈数据返回的所述功能模块在预设时段成功通过测试的次数；在确定所述成功通过测试的次数大于预设阈值的情况下，确定所述功能模块的测试结果为通过测试。7.根据权利要求1所述的方法，其特征在于，在确定所述功能模块成功通过测试的次数小于预设阈值的情况下，确定所述功能模块的测试结果为未通过测试。
8.一种软件测试质量的确定装置，其特征在于，包括：第一确定模块，用于确定待测试软件中的多个预设埋点，所述多个预设埋点与所述待测试软件的功能模块一一对应，其中，所述功能模块包括：功能主流程对应的第一程序代码模块与分支流程对应的第二程序代码模块；获取模块，用于运行所述待测试软件，根据预设规则触发所述预设埋点，获取在所述待测试软件运行过程中所述预设埋点的反馈数据，其中，预设规则用于指示对所述第一程序代码与所述第二程序代码进行测试的顺序；第二确定模块，用于根据所述反馈数据确定所述待测试软件中功能模块的测试质量，其中，所述测试质量至少用于指示所述功能模块的测试过程是否满足目标要求。9.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的软件测试质量的确定方法。10.一种电子设备，其特征在于，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任意一项所述的软件测试质量的确定方法。

技术总结
本申请公开了一种软件测试质量的确定方法、装置、处理器及电子设备。涉及软件测试领域，该方法包括：确定待测试软件中的多个预设埋点；运行待测试软件，根据预设规则触发预设埋点，获取在待测试软件运行过程中预设埋点的反馈数据，其中，预设规则用于指示对第一程序代码与第二程序代码进行测试的顺序；根据反馈数据确定待测试软件中功能模块的测试质量。通过本申请，解决了相关技术中缺乏对测试人员的测试过程的监控方法，仅依赖于测试人员的汇报等人工手段对测试质量进行评价，这种评价测试过程的方式，存在因测试人员主观性而导致的对测试过程的测试质量评价不准确，可能与实际情况相差较大，进而影响软件投产使用的技术问题。题。题。


技术研发人员：张冬 刘攀 贾平楠
受保护的技术使用者：中国工商银行股份有限公司
技术研发日：2022.02.17
技术公布日：2022/5/25