[发明专利]一种获取最少测试话单的方法及系统

说明书

本发明实施例提供一种获取最少测试话单的方法及系统。所述方法包括：获取所有用户的详单数据以及待测试系统对应的特征因子数据；若判断获知特征因子数据只包括第一因子数据，则利用近似矩阵乘法获得第一场景矩阵，并从详单数据中获取相应的用户标识构成第一场景用户矩阵；根据第一场景用户矩阵生成最小测试用户集；根据最小测试用户集从所述详单数据中获取对应的详单数据，作为最少测试话单数据。所述系统用于执行所述方法。本发明实施例通过根据第一因子数据利用近似矩阵乘法获得第一场景矩阵，并利用详单数据生成第一场景用户矩阵以及最小测试用户集，从而在减少了最小测试用户集的获取数量的同时，提高了覆盖特征因子数据全面性和准确性。

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种获取最少测试话单的方法及系统。

背景技术

为了实现系统上线前对常用业务的例行验证，保障系统正常运行，测试工作是IT支撑过程中不可或缺的部分。当前计费系统上线测试过程中，准备测试话单的环节必不可少，一般采用以下两种方式：

一、采用全量话单测试：此方式一般针对大型的项目上线，在项目上线前会将生产上的全量计费话单下载到测试环境，然后针对全量的话单进行计费回归测试，并针对全量的话单结果数据进行对比，整个回归测试环节一般会耗时半个月到一个月甚至更长的时间。

二、采用部分话单测试：此方式一般针对新业务需求的日常上线，新业务上线的改造内容较少，一般采用抽取部分的数据到测试环境，抽取部分数据的方法分为两种：一种是采用oracle自带的使用sample获得随机结果集抽取一定数量的数据；另一种是按照日期抽取部分天数的数据。由测试人员对该部分数据进行计费回归流程测试，对结果进行检查。

针对上述两种方式，主要存在如下缺点：

测试数据处理周期长。采用方式一的全量话单测试需要将亿万级的话单经过数据抽取，话单还原、计费回归流程、数据结果对比等环节，整合测试环节因数据量太大导致测试耗时长，效率低。

测试资源消耗大。采用方式一的全量话单测试还需要消耗大量的测试资源，需要采用跟生产接近的硬件环境存储全量的话单以及计费回归流程的所需的软硬件，消耗大量的文件、数据库存储以及大量的机器。

测试场景覆盖不全面。采用方式二的方式只能实现针对部分业务、部分模块进行测试，未能实现话单场景全面覆盖，会导致测试覆盖率不足，造成测试遗漏的风险，上线引发的故障一般70％以上是由于测试覆盖不全导致。

当前的计费系统的上线主要是新业务需求的日常上线，测试方法一般采用方式二，该方式的缺点主要是测试面覆盖不全，经常会导致缺陷遗漏。而如果采用方式一获取全量话单，又会导致测试执行周期长，无法满足快速交付上线的要求。

因此，如何减少选择测试话单的数量，且提高测试话单的场景因子覆盖范围是现如今亟待解决的课题。

发明内容

针对现有技术存在的问题，本发明实施例提供一种获取最少测试话单的方法及系统。

第一方面，本发明实施例提供一种获取最少测试话单的方法，包括：

获取所有用户对应的详单数据以及待测试系统对应的特征因子数据；

若判断获知所述特征因子数据只包括第一因子数据，则根据所述第一因子数据，利用近似矩阵乘法获得第一场景矩阵，根据所述第一场景矩阵从所述详单数据中获取相应的用户标识，构成第一场景用户矩阵；根据所述第一场景用户矩阵生成最小测试用户集；

根据所述最小测试用户集，从所述详单数据中获取所述最小测试用户集中所述用户标识对应的详单数据，作为最少测试话单数据。

第二方面，本发明实施例提供一种获取最少测试话单的系统，包括：