软件测试排期方法、装置、计算机设备及可读存储介质.pdf

《软件测试排期方法、装置、计算机设备及可读存储介质.pdf》由会员分享，可在线阅读，更多相关《软件测试排期方法、装置、计算机设备及可读存储介质.pdf（13页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010448314.3 (22)申请日 2020.05.25 (71)申请人 泰康保险集团股份有限公司 地址 100031 北京市西城区复兴门内大街 156号 申请人 泰康在线财产保险股份有限公司 (72)发明人 王艳民孔令静 (74)专利代理机构 北京三友知识产权代理有限 公司 11127 代理人 周晓飞许曼 (51)Int.Cl. G06F 11/36(2006.01) (54)发明名称 软件测试排期方法、 装置、 计算机设备及可 读存储介质 (57)摘要 本发明实施例。

2、提供了一种软件测试排期方 法、 装置、 计算机设备及可读存储介质， 其中， 该 方法包括： 接收待测试软件的测试需求； 获取基 础数据， 其中， 基础数据是基于历史测试数据中 的测试用例分析得到的， 所述基础数据包括各测 试项的测试信息和各测试主体的测试情况； 针对 所述测试需求中的每个待测试项， 根据各测试主 体的测试情况， 确定出与该待测试项的测试信息 匹配的测试主体， 将该待测试项分配给确定出的 测试主体进行测试。 该方案可以降低费时， 有利 于及时排期、 提高软件排期处理效率。 权利要求书2页 说明书7页 附图3页 CN 111679973 A 2020.09.18 CN 111679。

3、973 A 1.一种软件测试排期方法， 其特征在于， 包括： 接收待测试软件的测试需求； 获取基础数据， 其中， 基础数据是基于历史测试数据中的测试用例分析得到的， 所述基 础数据包括各测试项的测试信息和各测试主体的测试情况； 针对所述测试需求中的每个待测试项， 根据各测试主体的测试情况， 确定出与该待测 试项的测试信息匹配的测试主体， 将该待测试项分配给确定出的测试主体进行测试。 2.如权利要求1所述的软件测试排期方法， 其特征在于， 各测试项的测试信息包括各测 试项测试所需的技术项和各测试项测试所需时长， 各测试主体的测试情况包括各测试主体 的测试项范围、 技术项范围以及执行测试用例的效率。

4、。 3.如权利要求2所述的软件测试排期方法， 其特征在于， 还包括： 针对每个测试项， 基于历史测试数据分析该测试项所需的测试用例； 分析测试用例所包含的技术项， 得到该测试项测试所需的技术项； 基于历史测试数据分析该测试项所需的测试用例数量范围以及测试用例的执行用时， 得到该测试项测试所需的时长范围。 4.如权利要求2所述的软件测试排期方法， 其特征在于， 还包括： 针对每个测试主体， 基于历史测试数据分析出该测试主体已测试过的测试项， 得到该 测试主体的测试项范围； 分析该测试主体已测试过的测试项所包括的技术项， 得到该测试主体的技术项范围； 分析该测试主体执行已测试过的测试项的测试用例的。

5、用时情况， 得到该测试主体执行 测试用例的效率。 5.如权利要求1至4中任一项所述的软件测试排期方法， 其特征在于， 针对所述测试需 求中的每个待测试项， 根据各测试主体的测试情况， 确定出与该待测试项的测试信息匹配 的测试主体， 将该待测试项分配给确定出的测试主体进行测试， 包括： 在接收待测试软件的测试需求时， 确定出当前处于空闲的测试主体； 针对所述测试需求中的每个待测试项， 根据各测试主体的测试情况， 在确定出的测试 主体中判断出与该待测试项的测试信息符合以下匹配条件的测试主体组成候选测试主体 集： 测试项范围包括该待测试项、 技术项范围包括该待测试项所需的技术项以及执行测试 用例的效。

6、率符合该待测试项的测试所需时长； 将该待测试项分配给所述候选测试主体集中的一个测试主体， 并确定测试时长。 6.如权利要求5所述的软件测试排期方法， 其特征在于， 各测试项的测试信息还包括各 测试项的执行难度级别， 各测试主体的测试情况还包括各测试主体的执行级别， 所述候选 测试主体集中测试主体的执行级别与该待测试项的执行难度级别相匹配。 7.如权利要求6所述的软件测试排期方法， 其特征在于， 还包括： 针对每个测试项， 基于历史测试数据分析该测试项所需的测试用例， 根据测试用例包 括的技术项、 测试用例的数量以及测试用例的执行用时中的任意一项或任意项的组合， 确 定该测试项的执行难度级别； 。

7、针对每个测试主体， 根据历史测试数据中该测试主体已测试的测试项包括的技术项、 该测试主体执行测试用例的效率、 该测试主体的出错率以及该测试主体修改错误的用时中 权利要求书 1/2 页 2 CN 111679973 A 2 的任意一项或任意项的组合， 确定该测试主体的执行级别。 8.一种软件测试排期装置， 其特征在于， 包括： 接收模块， 用于接收待测试软件的测试需求； 数据获取模块， 用于获取基础数据， 其中， 基础数据是基于历史测试数据中的测试用例 分析得到的， 所述基础数据包括各测试项的测试信息和各测试主体的测试情况； 测试分配模块， 用于针对所述测试需求中的每个待测试项， 根据各测试主体。

8、的测试情 况， 确定出与该待测试项的测试信息匹配的测试主体， 将该待测试项分配给确定出的测试 主体进行测试。 9.一种计算机设备， 包括存储器、 处理器及存储在存储器上并可在处理器上运行的计 算机程序， 其特征在于， 所述处理器执行所述计算机程序时实现权利要求1至7中任一项所 述的软件测试排期方法。 10.一种计算机可读存储介质， 其特征在于， 所述计算机可读存储介质存储有执行权利 要求1至7中任一项所述的软件测试排期方法的计算机程序。 权利要求书 2/2 页 3 CN 111679973 A 3 软件测试排期方法、 装置、 计算机设备及可读存储介质 技术领域 0001 本发明涉及测试技术领域。

9、， 特别涉及一种软件测试排期方法、 装置、 计算机设备及 可读存储介质。 背景技术 0002 目前在测试管理工作中， 对测试任务进行评估和排期是人工处理的， 对于一个百 人以上， 平均每周完成150-200个任务的测试团队， 测试排期工作需要占用很多时间， 同时 存在排期处理不及时、 资源协调难度大的问题， 使得影响工作效率。 发明内容 0003 本发明实施例提供了一种软件测试排期方法， 以解决现有技术中测试排期费时、 效率低的技术问题。 该方法包括： 0004 接收待测试软件的测试需求； 0005 获取基础数据， 其中， 基础数据是基于历史测试数据中的测试用例分析得到的， 所 述基础数据包括。

10、各测试项的测试信息和各测试主体的测试情况； 0006 针对所述测试需求中的每个待测试项， 根据各测试主体的测试情况， 确定出与该 待测试项的测试信息匹配的测试主体， 将该待测试项分配给确定出的测试主体进行测试。 0007 本发明实施例还提供了一种软件测试排期装置， 以解决现有技术中测试排期费 时、 效率低的技术问题。 该装置包括： 0008 接收模块， 用于接收待测试软件的测试需求； 0009 数据获取模块， 用于获取基础数据， 其中， 基础数据是基于历史测试数据中的测试 用例分析得到的， 所述基础数据包括各测试项的测试信息和各测试主体的测试情况； 0010 测试分配模块， 用于针对所述测试需。

11、求中的每个待测试项， 根据各测试主体的测 试情况， 确定出与该待测试项的测试信息匹配的测试主体， 将该待测试项分配给确定出的 测试主体进行测试。 0011 本发明实施例还提供了一种计算机设备， 包括存储器、 处理器及存储在存储器上 并可在处理器上运行的计算机程序， 所述处理器执行所述计算机程序时实现上述任意的软 件测试排期方法， 以解决现有技术中测试排期费时、 效率低的技术问题。 0012 本发明实施例还提供了计算机可读存储介质， 所述计算机可读存储介质存储有执 行上述任意的软件测试排期方法的计算机程序， 以解决现有技术中测试排期费时、 效率低 的技术问题。 0013 在本发明实施例中， 提出。

12、了基于历史测试数据中的测试用例分析得到基础数据， 在接收待测试软件的测试需求时， 则可以针对所述测试需求中的每个待测试项， 根据各测 试主体的测试情况， 确定出与该待测试项的测试信息匹配的测试主体， 将该待测试项分配 给确定出的测试主体进行测试， 实现了自动化、 智能的软件测试排期， 与现有技术中的人工 排期方式相比， 可以降低费时， 有利于及时排期、 提高软件排期处理效率； 同时， 由于基础数 说明书 1/7 页 4 CN 111679973 A 4 据是基于历史测试数据中的测试用例分析得到的， 对各测试项和各测试主体的分析结果相 对人工了解的更准确， 有利于提高基础数据的准确、 有效性， 。

13、进而根据基础数据进行软件排 期可以避免漏排等现象， 有利于充分利用测试资源、 有利于提高软件排期的均衡性。 附图说明 0014 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 并不 构成对本发明的限定。 在附图中： 0015 图1是本发明实施例提供的一种软件测试排期方法的流程图； 0016 图2是本发明实施例提供的一种实施上述软件测试排期方法的示意流程图； 0017 图3是本发明实施例提供的一种计算机设备的结构框图； 0018 图4是本发明实施例提供的一种软件测试排期装置的结构框图。 具体实施方式 0019 为使本发明的目的、 技术方案和优点更加清楚明白， 下面结合实施方。

14、式和附图， 对 本发明做进一步详细说明。 在此， 本发明的示意性实施方式及其说明用于解释本发明， 但并 不作为对本发明的限定。 0020 在本发明实施例中， 提供了一种软件测试排期方法， 如图1所示， 该方法包括： 0021 步骤102： 接收待测试软件的测试需求； 0022 步骤104： 获取基础数据， 其中， 基础数据是基于历史测试数据中的测试用例分析 得到的， 所述基础数据包括各测试项的测试信息和各测试主体的测试情况； 0023 步骤106： 针对所述测试需求中的每个待测试项， 根据各测试主体的测试情况， 确 定出与该待测试项的测试信息匹配的测试主体， 将该待测试项分配给确定出的测试主体。

15、进 行测试。 0024 由图1所示的流程可知， 在本发明实施例中， 提出了基于历史测试数据中的测试用 例分析得到基础数据， 在接收待测试软件的测试需求时， 则可以针对测试需求中的每个待 测试项， 根据各测试主体的测试情况， 确定出与该待测试项的测试信息匹配的测试主体， 将 该待测试项分配给确定出的测试主体进行测试， 实现了自动化、 智能的软件测试排期， 与现 有技术中的人工排期方式相比， 可以降低费时(减少或避免沟通的时间成本)， 有利于及时 排期、 提高软件排期处理效率， 进而有利于项目如期上线； 同时， 由于基础数据是基于历史 测试数据中的测试用例分析得到的， 对各测试项和各测试主体的分析。

16、结果相对人工了解的 更准确， 有利于提高基础数据的准确、 有效性， 进而根据基础数据进行软件排期有利于充分 利用测试资源、 有利于提高软件排期的均衡性。 0025 具体实施时， 为了实现自动化、 智能的软件测试排期， 在本实施例中， 历史测试数 据可以从项目管理系统中采集以往的软件测试数据， 该历史测试数据主要包括以往的测试 需求(测试需求一般包括需要测试的测试项)、 排期和测试数据， 获取历史测试数据后， 需要 对历史测试数据进行分析得到基础数据， 基础数据可以包括各测试项的测试信息和各测试 主体的测试情况， 具体的， 各测试项的测试信息可以包括各测试项所需的技术项(例如， 针 对每个测试项。

17、， 该测试项测试时需要哪些技术项)和各测试项测试所需时长， 各测试主体的 测试情况可以包括各测试主体的测试项范围、 技术项范围以及执行测试用例的效率。 说明书 2/7 页 5 CN 111679973 A 5 0026 具体实施时， 测试项可以是软件产品中各个需要测试的功能部分或产品配置项， 上述软件可以是任意需要测试的软件产品， 例如， 软件产品以保险软件为例， 上述测试项可 以是产品配置项、 产品投保信息校验项、 产品核保规则、 产品续保规则、 产品开发模式(例 如， 有网页、 API接口等模式)、 产品开发平台(例如， 有T平台、 TOP平台或其他平台)等。 0027 具体实施时， 针对。

18、每个测试项可以通过以下方式来分析各测试项的测试信息， 例 如， 针对每个测试项， 基于历史测试数据可以分析出该测试项的测试用例， 进而分析测试用 例所包含的技术项， 即可得到该测试项测试所需的技术项； 基于历史测试数据可以分析出 该测试项所需的测试用例的数量范围以及该测试项的测试用例执行用时， 根据该测试项的 测试用例量范围以及该测试项的测试用例执行用时， 即可计算得到该测试项的测试所需的 时长范围。 0028 例如， 测试项的测试用例的数量范围如下示例： 进行常用投保信息分析， 产品配置 的测试用例数量为90条左右， 前端用例根据所选投保信息、 核保规则、 理赔规则预估测试用 例数量。 投保。

19、信息校验的测试用例数量大致为100条左右， 核保规则校验的测试用例数量大 致为30条左右， 理赔规则的测试用例数量大致10条左右； 如果按保费测算的测试用例数量 一般为100-2000条不等， 定额方案的测试用例数量为30条左右； 续保规则校验的测试用例 数量大致为100-2000条不等； 条款特约变更的测试用例数量为10条左右； 费率变更的测试 用例数量为5-100条不等； 电子保单变更的测试用例数量为5条左右。 0029 具体实施时， 上述测试主体可以是能够对软件进行测试的设备、 组件等， 针对每个 测试主体可以通过以下方式来分析各测试主体的测试情况， 例如， 针对每个测试主体， 基于 历。

20、史测试数据可以分析出该测试主体已测试过的测试项(即测试主体经历过的项目测试包 括的测试项)、 该测试主体已测试过的测试项包括的技术项以及该测试主体执行测试用例 的效率， 根据该测试主体已测试过的测试项确定该测试主体的测试项范围(测试项范围内 的测试项可以视为该测试主体擅长的测试项)， 已测试过的测试项包括的技术项组成该测 试主体的技术项范围。 0030 具体实施时， 测试主体执行测试用例的效率可以是测试主体执行每个测试用例的 用时也可以是测试主体每天执行的测试用例数量， 例如， 针对投保信息校验类的测试用例， 测试主体执行测试用例的效率为50条/天； 针对续保规则校验类的测试用例， 测试主体执。

21、行 测试用例的效率为20条/天； 针对保费测算的测试用例， 测试主体执行测试用例的效率为50 条/天； 针对其他类型的测试用例， 测试主体执行测试用例的效率为30条/天。 0031 具体实施时， 分析出基础数据之后， 可以通过以下步骤将所述测试需求中的每个 待测试项分配给确定出的测试主体进行测试： 0032 在接收待测试软件的测试需求时， 确定出当前处于空闲的测试主体； 0033 针对所述测试需求中的每个待测试项， 根据各测试主体的测试情况， 在确定出的 测试主体中判断出与该待测试项的测试信息符合以下匹配条件的测试主体组成候选测试 主体集： 0034 测试项范围包括该待测试项、 技术项范围包括。

22、该待测试项所需的技术项以及测试 效率符合该待测试项的测试所需时长； 具体的， 可以根据基础数据中各测试项的测试信息 确定该待测试项所需的技术项、 该待测试项的测试所需时长， 进而将该测试项的测试信息 与各测试主体的测试情况去匹配， 判断出候选测试主体集； 说明书 3/7 页 6 CN 111679973 A 6 0035 将该待测试项分配给所述候选测试主体集中的一个测试主体， 并确定测试时长。 0036 具体实施时， 针对待测试项分配给测试主体后， 需要测试主体在确定的测试时长 内完成测试， 该测试时长可以根据待测试项的测试所需时长和适度的修改bug工时来确定， 例如， 将待测试项的测试所需时。

23、长加上一定时长的修改bug工时作为测试时长。 0037 具体实施时， 在排期过程中可以排出假期日， 即按照正常工作日中处于空闲状态 的测试主体进行排期。 0038 具体实施时， 为了进一步提高软件测试排期的精确性， 各测试项的测试信息还可 以包括各测试项的执行难度级别， 各测试主体的测试情况还可以包括各测试主体的执行级 别， 例如， 针对所述测试需求中的每个待测试项， 在判断与该待测试项的测试信息符合匹配 条件的测试主体的过程中， 还可以添加测试主体的执行级别与该待测试项的执行难度级别 相匹配的匹配条件， 即所述候选测试主体集中测试主体的执行级别与该待测试项的执行难 度级别相匹配， 具体的， 。

24、可以是候选测试主体集中测试主体的执行级别大于等于该待测试 项的执行难度级别。 0039 具体实施时， 针对每个测试项， 可以通过以下方式确定执行难度级别： 基于历史测 试数据分析该测试项所需的测试用例， 进而可以根据测试项的测试用例的数量范围、 测试 项的测试用例包括的技术项以及测试项的测试用例执行用时中的任意一项或任意项的组 合， 来计算确定测试项的执行难度级别。 例如， 可以根据测试项的测试用例包括的技术项以 及测试项的测试用例执行用时， 计算测试项的测试用例执行难度， 进而将测试项的测试用 例执行难度视为测试项的执行难度级别。 0040 具体实施时， 计算确定测试项的执行难度级别的方式本。

25、申请不做具体限定， 可以 根据具体情况确定。 例如， 可以根据测试用例包括的技术项的难易程度确定技术级别， 越难 技术级别越高， 根据测试项的测试用例执行用时的长短确定操作级别， 用时越长操作级别 越高， 为技术级别和操作级别分别设定权重系数后相加得到测试项的执行难度级别。 也可 以单独根据测试项的测试用例包括的技术项的多少确定测试项的执行难度级别， 测试用例 包括的技术项越多测试项的执行难度级别越高。 0041 具体的， 执行难度级别可以根据具体需求设置多级， 例如， 设置为4级， 1级最低， 4 级最高， 测试项为投保信息校验， 执行难度级别为1； 测试项为核保规则校验， 执行难度级别 为。

26、2； 测试项为产品费率校验， 执行难度级别为2； 测试项为续保规则校验， 执行难度级别为 4； 测试项为理赔， 执行难度级别为3； 测试项为电子保单， 执行难度级别为2。 0042 具体实施时， 针对每个测试主体， 可以通过以下方式确定执行级别： 可以根据历史 测试数据中该测试主体已测试的测试项包括的技术项、 该测试主体执行测试用例的效率、 该测试主体的出错率以及该测试主体修改错误的用时中的任意一项或任意项的组合， 确定 该测试主体的执行级别。 例如， 根据该测试主体已测试的测试项包括的技术项和该测试主 体执行测试用例的效率计算测试主体的执行级别， 已测试的测试项包括的技术项越难级别 越高， 。

27、执行测试用例的效率越快级别越高， 可以分别为技术项和效率设置系数后相加得到 测试主体的执行级别。 例如， 计算测试主体的执行级别时还可以考虑测试主体的工作年限、 出错率或修改bug工时等。 0043 具体实施时， 测试主体的执行级别也可以根据具体需求设置多级， 例如， 可以设置 4级， 也可以设置为3级。 说明书 4/7 页 7 CN 111679973 A 7 0044 具体实施时， 还可以分析更新的历史测试数据， 更新基础数据， 例如， 可以更新测 试主体执行测试用例的效率， 还可以调整各测试项的测试用例的数量范围、 各测试项的执 行难度级别。 0045 具体实施时， 以下结合示例来描述上。

28、述软件测试排期方法， 以保险软件测试为例， 如图2所示， 包括以下步骤： 0046 (1)判断需求类型， 即渠道为API还是自营三端一微(即页面形式投保)， 判断出PM 产品需求人员提交产品配置API接口类。 0047 (2)根据基础数据确定出各测试项的执行难度级别及各测试项的测试用例量分布 情况： 核心测试的测试用例90条、 投保信息校验类的测试用例100条、 续保规则校验类的测 试用例20条、 保费测算的测试用例50条。 0048 (3)根据基础数据确定出测试主体甲、 乙的测试情况， 测试主体甲： 擅长核心部分 测试， 测试主体乙： 擅长API接口前端测试， 且测试主体甲的执行级别与核心部。

29、分测试项的 执行难度级别适配， 测试主体乙的执行级别与API接口前端测试项的执行难度级别适配， 0049 (4)获取项目A的开发提测时间为2019.7.10。 0050 (5)分析当前测试主体的使用情况， 确定出当前处于空闲状态的测试主体甲、 乙时 间满足项目A时间。 0051 (6)利用上述软件测试排期方法的程序处理逻辑进行排期， 即测试主体甲 2019.7.10-2019.7.12， 3个工作日安排核心测试工作； 测试主体乙2019.7.10-2019.7.13， 4 个工作日安排前端测试工作。 0052 具体的， 当测试任务挂起时， 自动释放测试资源， 即执行完测试任务的测试主体标 记为。

30、空闲状态。 0053 在本实施例中， 提供了一种计算机设备， 如图3所示， 包括存储器302、 处理器304及 存储在存储器上并可在处理器上运行的计算机程序， 所述处理器执行所述计算机程序时实 现上述任意的软件测试排期方法。 0054 具体的， 该计算机设备可以是计算机终端、 服务器或者类似的运算装置。 0055 在本实施例中， 提供了一种计算机可读存储介质， 所述计算机可读存储介质存储 有执行上述任意的软件测试排期方法的计算机程序。 0056 具体的， 计算机可读存储介质包括永久性和非永久性、 可移动和非可移动媒体可 以由任何方法或技术来实现信息存储。 信息可以是计算机可读指令、 数据结构、。

31、 程序的模块 或其他数据。 计算机可读存储介质的例子包括， 但不限于相变内存(PRAM)、 静态随机存取存 储器(SRAM)、 动态随机存取存储器(DRAM)、 其他类型的随机存取存储器(RAM)、 只读存储器 (ROM)、 电可擦除可编程只读存储器(EEPROM)、 快闪记忆体或其他内存技术、 只读光盘只读 存储器(CD-ROM)、 数字多功能光盘(DVD)或其他光学存储、 磁盒式磁带， 磁带磁磁盘存储或 其他磁性存储设备或任何其他非传输介质， 可用于存储可以被计算设备访问的信息。 按照 本文中的界定， 计算机可读存储介质不包括暂存电脑可读媒体(transitory media)， 如调 制。

32、的数据信号和载波。 0057 基于同一发明构思， 本发明实施例中还提供了一种软件测试排期装置， 如下面的 实施例所述。 由于软件测试排期装置解决问题的原理与软件测试排期方法相似， 因此软件 测试排期装置的实施可以参见软件测试排期方法的实施， 重复之处不再赘述。 以下所使用 说明书 5/7 页 8 CN 111679973 A 8 的， 术语 “单元” 或者 “模块” 可以实现预定功能的软件和/或硬件的组合。 尽管以下实施例所 描述的装置较佳地以软件来实现， 但是硬件， 或者软件和硬件的组合的实现也是可能并被 构想的。 0058 图4是本发明实施例的软件测试排期装置的一种结构框图， 如图4所示，。

33、 该装置包 括： 0059 接收模块402， 用于接收待测试软件的测试需求； 0060 数据获取模块404， 用于获取基础数据， 其中， 基础数据是基于历史测试数据中的 测试用例分析得到的， 所述基础数据包括各测试项的测试信息和各测试主体的测试情况； 0061 测试分配模块406， 用于针对所述测试需求中的每个待测试项， 根据各测试主体的 测试情况， 确定出与该待测试项的测试信息匹配的测试主体， 将该待测试项分配给确定出 的测试主体进行测试。 0062 在一个实施例中， 各测试项的测试信息包括各测试项所需的技术项和各测试项测 试所需时长， 各测试主体的测试情况包括各测试主体的测试项范围、 技术。

34、项范围以及执行 测试用例的效率。 0063 在一个实施例中， 还包括： 0064 测试项分析模块， 用于针对每个测试项， 基于历史测试数据分析该测试项所需的 测试用例； 分析测试用例所包含的技术项， 得到该测试项测试所需的技术项； 基于历史测试 数据分析该测试项所需的测试用例数量范围以及测试用例的执行用时， 得到该测试项测试 所需的时长范围。 0065 在一个实施例中， 还包括： 0066 测试主体分析模块， 用于针对每个测试主体， 基于历史测试数据分析出该测试主 体已测试过的测试项， 得到该测试主体的测试项范围； 分析该测试主体已测试过的测试项 所包括的技术项， 得到该测试主体的技术项范围；。

35、 分析该测试主体执行已测试过的测试项 的测试用例的用时情况， 得到该测试主体执行测试用例的效率。 0067 在一个实施例中， 所述测试分配模块， 包括： 0068 主体确定单元， 用于在接收待测试软件的测试需求时， 确定出当前处于空闲的测 试主体； 0069 判断单元， 用于针对所述测试需求中的每个待测试项， 根据各测试主体的测试情 况， 在确定出的测试主体中判断出与该待测试项的测试信息符合以下匹配条件的测试主体 组成候选测试主体集： 0070 测试项范围包括该待测试项、 技术项范围包括该待测试项所需的技术项以及执行 测试用例的效率符合该待测试项的测试所需时长； 0071 测试分配单元， 用于。

36、将该待测试项分配给所述候选测试主体集中的一个测试主 体， 并确定测试时长。 0072 在一个实施例中， 各测试项的测试信息还包括各测试项的执行难度级别， 各测试 主体的测试情况还包括各测试主体的执行级别， 所述候选测试主体集中测试主体的执行级 别与该待测试项的执行难度级别相匹配。 0073 在一个实施例中， 还包括： 0074 级别确定模块， 用于针对每个测试项， 基于历史测试数据分析该测试项所需的测 说明书 6/7 页 9 CN 111679973 A 9 试用例， 根据测试用例包括的技术项、 测试用例的数量以及测试用例的执行用时中的任意 一项或任意项的组合， 确定该测试项的执行难度级别； 。

37、0075 还用于针对每个测试主体， 根据历史测试数据中该测试主体已测试的测试项包括 的技术项、 该测试主体执行测试用例的效率、 该测试主体的出错率以及该测试主体修改错 误的用时中的任意一项或任意项的组合， 确定该测试主体的执行级别。 0076 本发明实施例实现了如下技术效果： 提出了基于历史测试数据中的测试用例分析 得到基础数据， 在接收待测试软件的测试需求时， 则可以针对所述测试需求中的每个待测 试项， 根据各测试主体的测试情况， 确定出与该待测试项的测试信息匹配的测试主体， 将该 待测试项分配给确定出的测试主体进行测试， 实现了自动化、 智能的软件测试排期， 与现有 技术中的人工排期方式相。

38、比， 可以降低费时， 有利于及时排期、 提高软件排期处理效率； 同 时， 由于基础数据是基于历史测试数据中的测试用例分析得到的， 对各测试项和各测试主 体的分析结果相对人工了解的更准确， 有利于提高基础数据的准确、 有效性， 进而根据基础 数据进行软件排期有利于充分利用测试资源、 有利于提高软件排期的均衡性。 0077 显然， 本领域的技术人员应该明白， 上述的本发明实施例的各模块或各步骤可以 用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置 所组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以将它 们存储在存储装置中由计算装置。

39、来执行， 并且在某些情况下， 可以以不同于此处的顺序执 行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将它们中的多个 模块或步骤制作成单个集成电路模块来实现。 这样， 本发明实施例不限制于任何特定的硬 件和软件结合。 0078 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明实施例可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 说明书 7/7 页 10 CN 111679973 A 10 图1 说明书附图 1/3 页 11 CN 111679973 A 11 图2 说明书附图 2/3 页 12 CN 111679973 A 12 图3 图4 说明书附图 3/3 页 13 CN 111679973 A 13 。