(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202210853821.4 (22)申请日 2022.07.12 (71)申请人 中国银行股份有限公司 地址 100818 北京市西城区复兴门内大街1 号 (72)发明人 黄文强　 (74)专利代理 机构 北京集佳知识产权代理有限 公司 11227 专利代理师 陈颖 (51)Int.Cl. G06F 11/36(2006.01) G06Q 40/02(2012.01) (54)发明名称 一种测试案例数量的确定方法及装置 (57)摘要 本申请公开了一种测试案例数量的确定方 法及装置， 可应用于网络安全领域或金融领域。 从各个改造功能点类型与各个通用案例数量的 对应关系中， 确定当前测试系统改造功能点对应 的目标通用案例数量， 并将目标通用案例数量作 为当前测试系统改造功能点对应的通用案例数 向量， 基于当前测试系统的历史改造功能点， 确 定当前测试系统改造功能点对应的测试案例数 向量， 将通用案例数向量与测试案例数向量求平 均， 得到当前测试系统改造点对应的案例数向 量， 进而得到测试案例数量。 本发明结合当前测 试系统改造功能点对应的目标通用案例数量和 测试案例数向量得到测试案例数量， 提高了测试 案例数量的准确性， 能够更好的匹配测试要求， 从而提高测试 结果的可靠性。 权利要求书3页 说明书8页 附图4页 CN 115185848 A 2022.10.14 CN 115185848 A 1.一种测试案例数量的确定方法， 其特 征在于， 包括： 从各个改造功能点类型与 各个通用案例数量的对应关系中， 确定当前测试系统改造功 能点对应的目标通用案例数量， 并将所述目标通用案例数量作为所述当前测试系统改造功 能点对应的通用案例数向量； 基于当前测试系统 的历史改造功能点， 确定所述当前测试系统改造功能点对应的测试 案例数向量； 将所述通用案例数向量与 所述测试案例数向量求平均， 得到所述当前测试系统改造点 对应的案例数向量； 基于所述案例数向量得到所述当前测试系统改造功能点对应的测试案例数量。 2.根据权利要求1所述的确 认方法， 其特征在于， 所述各个改造功能点类型与 各个通用 案例数量的对应关系的确定过程包括： 对银行系统的改造功能点进行聚类分析， 得到不同改造功能点的子类集 合； 对历史改造功能点数据按照改造功能不同分类到对应的所述子类集合中， 得到系统功 能改造向量； 对所述系统功能改造向量的各个子类集合中的改造功能点进行测试， 得到对应的测试 结果； 根据各个所述测试结果， 从所述系统功能改造向量的各个子类集合中筛选出目标子类 集合， 其中， 所述 目标子类集合中的各个改造功能点为所述测试结果满足预设合理功能的 改造功能点； 对每个所述目标子类集合中的各个改造功能点对应的通用案例数求平均， 得到每个所 述目标子类集 合表征的改造功能点类型与各个通用案例数量的对应关系。 3.根据权利要求2所述的确认方法， 其特征在于， 所述子类集合包括： 界面修改、 界面功 能新增、 后台查询新增、 后台查询修改、 逻辑 新增和逻辑修改中的任意多种组合。 4.根据权利要求1所述的确 认方法， 其特征在于， 所述基于当前测试系统 的历史改造功 能点， 确定所述当前测试系统改造功能点对应的测试案例数向量， 包括： 判断所述当前测试系统改造点是否为当前测试系统的历史改造功能点； 如果是， 则将所述历史改造功能点对应的所有测试案例数量求平均数， 得到平均测试 案例数量， 并根据所述平均测试案例数量确定所述当前测试系统改造点对应的所述测试案 例数向量。 5.根据权利要求 4所述的确认方法， 其特 征在于， 还 包括： 如果否， 则计算当前测试系统进行历史功能改造时， 各个历史改造功能点的平均测试 案例数量对应的第一功能点案例向量； 获取与所述当前测试系统相关的各个测试系统对应的第二功能点案例向量； 计算所述第 一功能点案例向量与 各个所述第 二功能点案例向量之间的距离， 并将所述 距离最小的所述测试系统作为与所述当前测试系统最相近的目标测试系统； 根据所述目标测试系统中与所述当前测试系统改造功能点相同的改造功能点对应的 测试案例数量， 确定所述当前测试系统改造点对应的所述测试案例数向量。 6.一种测试案例数量的确定装置， 其特 征在于， 包括： 通用案例数向量确定单元， 用于从各个改造功能点类型与各个通用案例数量的对应关权　利　要　求　书 1/3 页 2 CN 115185848 A 2系中， 确定当前测试系统改造功 能点对应的目标通用案例数量， 并将所述 目标通用案例数 量作为所述当前测试系统改造功能点对应的通用案例数向量； 测试案例数向量确定单元， 用于基于当前测试系统的历史改造功能点， 确定所述当前 测试系统改造功能点对应的测试案例数向量； 平均数确定单元， 用于将所述通用案例数向量与所述测试案例数向量求平均， 得到所 述当前测试系统改造点对应的案例数向量； 测试案例数量确定单元， 用于基于所述案例数向量得到所述当前测试系统改造功能点 对应的测试案例数量。 7.根据权利要求6所述的确认装置， 其特 征在于， 还 包括： 对应关系确定单 元， 用于确定各个改造功能点类型与各个通用案例数量的对应关系； 所述对应关系确定单 元包括： 子类集合确定子单元， 用于对银行系统的改造功能点进行聚类分析， 得到不同改造功 能点的子类集 合； 分类子单元， 用于对历史改造功能点数据按照改造功能不同分类到对应的所述子类集 合中， 得到系统功能改造向量； 测试子单元， 用于对所述系统功能改造向量的各个子类集合中的改造功能点进行测 试， 得到对应的测试 结果； 筛选子单元， 用于根据各个所述测试结果， 从所述系统功能改造向量的各个子类集合 中筛选出目标子类集合， 其中， 所述 目标子类集合中的各个改造功能点为所述测试结果满 足预设合理功能的改造功能点； 平均数确定子单元， 用于对每个所述目标子类集合中的各个改造功能点对应的通用案 例数求平均， 得到每个所述目标子类集合表征的改造功能点类型与各个通用案例数量的对 应关系。 8.根据权利要求7所述的确认装置， 其特征在于， 所述子类集合包括： 界面修改、 界面功 能新增、 后台查询新增、 后台查询修改、 逻辑 新增和逻辑修改中的任意多种组合。 9.根据权利要求6所述的确认装置， 其特 征在于， 所述测试案例数量确定单 元包括： 判断子单元， 用于判断所述当前测试系统改造点是否为当前测试系统的历史改造功能 点； 第一测试案例数向量确定子单元， 用于在所述判断子单元判断为是的情况下， 将所述 历史改造功能点对应的所有测试案例数量求平均数， 得到平均测试案例数量， 并根据所述 平均测试案例数量确定所述当前测试系统改造点对应的所述测试案例数向量。 10.根据权利要求9所述的确认装置， 其特 征在于， 所述测试案例数量确定单 元还包括： 第一计算子单元， 用于在所述判断子单元判断为否的情况下， 计算当前测试系统进行 历史功能改造时， 各个历史改造功能点的平均测试案例数量对应的第一功能点案例向量； 获取子单元， 用于获取与 所述当前测试系统相关的各个测试系统对应的第 二功能点案 例向量； 第二计算子单元， 用于计算所述第 一功能点案例向量与 各个所述第 二功能点案例向量 之间的距离， 并将所述距离最小的所述测试系统作为与所述当前测试系统最相近的目标测 试系统；权　利　要　求　书 2/3 页 3 CN 115185848 A 3