[发明专利]一种测试案例数量的确定方法及装置

说明书

本申请公开了一种测试案例数量的确定方法及装置，可应用于网络安全领域或金融领域。从各个改造功能点类型与各个通用案例数量的对应关系中，确定当前测试系统改造功能点对应的目标通用案例数量，并将目标通用案例数量作为当前测试系统改造功能点对应的通用案例数向量，基于当前测试系统的历史改造功能点，确定当前测试系统改造功能点对应的测试案例数向量，将通用案例数向量与测试案例数向量求平均，得到当前测试系统改造点对应的案例数向量，进而得到测试案例数量。本发明结合当前测试系统改造功能点对应的目标通用案例数量和测试案例数向量得到测试案例数量，提高了测试案例数量的准确性，能够更好的匹配测试要求，从而提高测试结果的可靠性。

技术领域

本发明涉及测试技术领域，更具体的说，涉及一种测试案例数量的确定方法及装置。

背景技术

通常在进行测试以前需要编写测试案例。在银行系统中，测试案例数量的多少都是由测试人员根据个人经验确定，并没有科学依据，因此测试案例数量无法较好的满足测试要求，导致测试结果往往存在较大误差。

发明内容

有鉴于此，本发明公开一种测试案例数量的确定方法及装置，以实现测试案例数量的自动生成，提高测试案例数量的准确性，且可以保证测试案例数量更好的匹配测试要求，提高测试结果的可靠性。

一种测试案例数量的确定方法，包括：

从各个改造功能点类型与各个通用案例数量的对应关系中，确定当前测试系统改造功能点对应的目标通用案例数量，并将所述目标通用案例数量作为所述当前测试系统改造功能点对应的通用案例数向量；

基于当前测试系统的历史改造功能点，确定所述当前测试系统改造功能点对应的测试案例数向量；

将所述通用案例数向量与所述测试案例数向量求平均，得到所述当前测试系统改造点对应的案例数向量；

基于所述案例数向量得到所述当前测试系统改造功能点对应的测试案例数量。

可选的，所述各个改造功能点类型与各个通用案例数量的对应关系的确定过程包括：

对银行系统的改造功能点进行聚类分析，得到不同改造功能点的子类集合；

对历史改造功能点数据按照改造功能不同分类到对应的所述子类集合中，得到系统功能改造向量；

对所述系统功能改造向量的各个子类集合中的改造功能点进行测试，得到对应的测试结果；

根据各个所述测试结果，从所述系统功能改造向量的各个子类集合中筛选出目标子类集合，其中，所述目标子类集合中的各个改造功能点为所述测试结果满足预设合理功能的改造功能点；

对每个所述目标子类集合中的各个改造功能点对应的通用案例数求平均，得到每个所述目标子类集合表征的改造功能点类型与各个通用案例数量的对应关系。

可选的，所述子类集合包括：界面修改、界面功能新增、后台查询新增、后台查询修改、逻辑新增和逻辑修改中的任意多种组合。

可选的，所述基于当前测试系统的历史改造功能点，确定所述当前测试系统改造功能点对应的测试案例数向量，包括：

判断所述当前测试系统改造点是否为当前测试系统的历史改造功能点；

如果是，则将所述历史改造功能点对应的所有测试案例数量求平均数，得到平均测试案例数量，并根据所述平均测试案例数量确定所述当前测试系统改造点对应的所述测试案例数向量。

可选的，还包括：

如果否，则计算当前测试系统进行历史功能改造时，各个历史改造功能点的平均测试案例数量对应的第一功能点案例向量；

获取与所述当前测试系统相关的各个测试系统对应的第二功能点案例向量；