电信行业数据库适配测试业务规范

ICS35.080

L77

团体标准

T/BSIA00X-2024

电信行业数据库适配测试业务规范

Telecommunicationsindustrydatabaseadaptationtestingbusinessspecifications

（征求意见稿）

2024-xx-xx发布2024-xx-xx实施

北京软件和信息服务业协会发布

T/BSIA00X-2024

电信行业数据库适配测试业务规范

1范围

本文件定义了电信行业数据库适配测试的环境、适配测试的总体要求、测试方法和评价

体系。

本文件适用与国内数据库产品的的适配测试。

2规范性引用文件

下列文件对于本文的应用是必不可少的。凡是注日期版本的引用文件，仅注日期版本适

用本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改版)适用本文件。

YDT1684-2015数字蜂窝移动通信网点对点短消息业务计费系统计费性能技术要求和

检测方法

YDT1328-2015数字蜂窝移动通信网语音业务计费系统计费性能技术要求和检测方法

3术语和定义

下列术语和缩略语适用于本文件。

3.1术语

3.1.1

基础属主baseowner

基础数据加载时，基础数据表所在的schema或database。

3.1.2

运行属主runowner

每种业务场景测试实例运行数据表所在的schema或database。

3.1.3

业务受理serviceacceptance

泛指跟电信服务使用人的各种交互处理功能及处理过程。

3.1.4

计费处理billingprocessing

1

T/BSIA00X-2024

泛指对电信服务使用的费用计算及优惠等使用费相关的计算处理功能和处理过程。

3.1.5

资料数据管理datamanagement

主要包括：系统版本更新的前后系统数据割接和各种局数据的同步处理。

本文件中将权限也当一种数据资源，这样操作员权限管理也归并在资料数据管理中，目

的是简化分类，方便进行测试安排。

3.2缩略语

HTAPHybridTransaction/AnalyticalProcessing混合事务分析处理

OLTPOnlineTransactionProcessing联机事务处理

OLAPOnlineAnalyticalProcessing在线分析处理

WIPSWebInteractionPerSecond每秒网络信息交互次数

HTAPHybridTransactional/AnalyticalProcessing混合事务分析处理数据库

ACIDAtomicityConsistencyIsolationDurabilit数据库的原子性一致性隔离性持久性

4适配测试业务总体要求

4.1业务场景类型说明

电信行业数据库适配测试场景设计涵盖电信业务的业务受理、计费处理和资料数据管理

三大类。其中，资料数据管理包括版本升级割接和局数据同步等内容。

a)业务受理类场景。包含普通开户、营销推荐；

b)计费处理类场景。包含计费详单处理、账务出账、账务到账；

c)资料数据管理。包含个人客户资料管理、批量套餐变更、网内批量成员导入、操作员

权限管理、实时资料同步、批量资料同步。

4.2业务场景测试方法

所有的业务场景，从数据属主、数据表定义到数据产生和业务逻辑处理，需按照mysql

的语法编写完成，形成完整脚本。

参测数据库产品，需按照产品的规则，调整适配数据库脚本，在同一主机环境下进行业

务场景运行，并通过对运行结果进行数据分析，得到测试结果。

2

T/BSIA00X-2024

5适配测试业务场景规范

5.1个人客户资料管理

5.1.1场景说明

个人客户资料管理，是指对个人客户资料的维护，如客户姓名、性别、联系电话等的增

删改查操作。

发起系统调用后，根据业务需求，去库表适配层提取需要的数据SQL，然后进行相关的

操作。

5.1.2测试数据表

测试数据表应包含用户信息表、个人客户资料表、客户资料扩展表。其中：

a）OLTP、HTAP、OLAP数据量应超过10,000,000条；

b）用户信息表结构应包含用户编号、归属客户标识、用户归属省编码、用户开通地区、

用户密码、服务号码、预付费标识、首次通话时间、建档时间、开户时间、注销标志、注销

时间、操作时间等字段；

c）个人客户资料表结构应包含客户标识、主用户标识、证件类别、证件编码、证件地址、

客户电话、客户姓名、客户性别、客户阳历生日、邮寄地址、收件人、EMAIL地址、居住地

址、联系人、联系电话、操作时间等字段；

d）个人客户扩展资料表结构应包含客户标识、扩展资料编码、扩展资料名称、扩展资料

值、创建时间、修改时间、操作时间等字段。

5.1.3基础处理

5.1.3.1功能说明

个人客户资料场景的基础数据处理，是为后续的性能效率测试服务。

5.1.3.2用户基础表记录创建

应在公用库上创建不少于1000条基础用户资料记录。

5.1.3.3测试库用户记录创建

应在测试库上创建不少于1000万条用户资料记录。

5.1.3.4测试库个人客户表的记录创建

在测试库上，以用户表记录为准，按客户ID进行客户表的记录创建。

3

T/BSIA00X-2024

5.1.3.5其他处理

应根据数据库产品的不同，进行模式创建、分库创建等其它数据处理。

5.2普通开户

5.2.1场景说明

普通开户是指客户通过多种渠道选定号码并签订相关协议后，拥有该号码的使用权及相

应服务。开户之后系统完成客户、用户、账户的建立以及订购关系的登记、服务功能的开通

等操作。

5.2.2测试数据表

测试数据表应包含用户信息表、客户资料表、账户资料表、操作记录表。

其中：帐户数据表结构应包含账户ID、账户号码、账户姓名、账户类型、账户余额、账

户信用、账户套餐、套餐费用、套餐付费号码、客户ID、付费企业ID、欠费金额、账户说

明、记录创建时间、记录修改时间、分区字段等。

5.2.3基础处理

5.2.3.1账户数据创建

依据个人客户资料，创建账户数据。

5.2.3.2开户脚本导入

导入开户处理储存过程。

5.3批量套餐变更

5.3.1场景说明

批量套餐变更是指对套餐、移动通信服务、通信服务资费等进行批量订购、变更、退订

操作。也包括对订购关系资料表的批量增删改查操作。

批量套餐变更，包括：批量数据生成，批量变更审批，批量变更执行，变更结果核查这

几步过程。

5.3.2测试数据表

测试数据表应包含批量变更主表、批量变更明细表、操作记录表。其中：

a）批量变更主表结构表应包含变更ID、变更名称、变更批次、变更记录数、变更说明、

变更提交人、记录创建时间、变更提交时间、变更审批人、变更审批时间、变更执行人、变

4

T/BSIA00X-2024

更完成时间、变更结果、结果消息；

b）批量变更明细表表结构应包含明细ID、变更ID、明细说明、明细应用对象、变更内

容、记录创建时间、变更执行人、变更发出时间、变更结束时间、变更结果、结果消息；

c）操作记录表结构表应包含操作编码、操作名称、操作细项、操作类型、操作步骤、操

作人、操作时间、操作结果、操作数量、结果整形值、结果字符值。

5.4网内批量成员批量导入

5.4.1场景说明

网内集团成员资料批量导入，是指对集团及成员客户资料的批量维护，如集团客户名称、

成员名称、联系人电话等。

网内集团成员客户资料批量导入，包括对集团成员资料的批量导入操作。操作员导入集

团成员资料数据，提交集团成员资料批量导入请求后，系统解析批量导入的数据，先存入临

时表中触发后台进程，后台进程进行校验再对集团成员资料表数据进行正式录入操作。

5.4.2测试数据表

测试数据表应包含批量数据临时表、集团客户表、集团成员表、用户信息表。

a）批量数据临时表结构应包含记录ID、集团编号、成员类型、成员归属地区、成员号

码、产品ID、数据批次、开始时间、结束时间、成员状态、状态时间、创建时间；

b）集团客户表结构应包含集团客户ID、集团编号、集团名称、地区编码、联系电话、

集团类别、创建时间、状态时间、集团客户状态；

c）集团成员表结构应包含记录ID、集团编号、成员类型、成员归属地区、成员号码、

产品ID、数据批次、开始时间、结束时间、成员状态、状态时间、创建时间。

5.4.3基础处理

5.4.3.1集团客户表记录创建

在公共库中，创建集团客户表，并创建集团用户数据。

5.4.3.2集团成员临时表记录创建

在公共库中，创建集团成员临时表，并创建集团用户临时表数据。

5

T/BSIA00X-2024

5.5操作员权限管理

5.5.1场景说明

操作员权限管理，就是对系统中的功能进行配置、对操作权限集进行配置，并进行操作

权限的分配和收回等处理。

5.5.2测试数据表

测试数据表应包含系统功能列表、角色表、角色权限表、操作员信息表、操作员角色表、

操作员功能权限表。

a）系统功能列表结构应包含功能ID、功能名称、上级ID、功能连接串、功能状态、创

建时间、功能类型、功能说明；

b）角色表结构应包含角色ID、角色名称、角色描述、角色状态、上级ID、创建时间；

c）角色权限表结构应包含记录ID、角色ID、功能ID、看权限、读权限、写权限、状态；

d）操作员信息表结构应包含员工ID、员工姓名、员工工号、登录账号、登录密码、员

工性别、联系电话、状态、创建时间；

e）操作员角色表结构应包含记录ID、员工ID、角色ID、状态、创建时间；

f）操作员功能权限表结构应包含记录ID、操作员ID、角色ID、功能ID、看权限、读权

限、写权限、状态、状态时间、创建时间。

5.5.3基础处理

5.5.3.1系统功能列表创建

在测试库中，创建功能列表。

5.5.3.2角色表创建

在测试库中，创建角色信息表。

5.5.3.3角色权限表创建

在测试库中，创建角色权限表。

5.5.3.4操作员信息表创建

在测试库中，创建操作员信息表。

5.5.3.5操作员角色表创建

在测试库中，创建操作员角色信息表。

6

T/BSIA00X-2024

5.5.3.6操作员功能权限表创建

查询操作员权限表和角色权限表，对应创建操作员功能权限表。

5.6营销推荐

5.6.1场景说明

营销推荐，是指系统后台对客户行为进行分析后，生成营销推荐数据（如推荐更合理的

套餐、推荐合约、推荐宽带等），客户在办理业务时给客户推送这些营销推荐数据，让客户

选择是否采用推荐业务服务。

后台生成的营销推荐数据保存到数据库里，客户办理业务时，系统从数据库里获取营销

推荐数据，推送给客户。

5.6.2测试数据表

测试数据表应包含客户消费表、客户标签表、营销案使用条件表、营销案数据表、营销

案适配关联表、营销工单表、营销执行轨迹表。

a）客户消费表结构应包含消费ID、消费类型、消费手机号、用户ID、数据账期、订单

ID、订单费用、订单数量、消费时间、操作员工编码、分区字段；

b）客户标签表结构应包含用户号码、用户ID、用户性别、用户所在地区、数据账期、

账户余额、ARPU值、消费次数、流量超套餐30%、流量超套餐50%、流量超套餐70%、剩余流

量、记录创建时间；

c）营销案使用条件表结构应包含条件ID、条件字段、条件关系、条件值、条件说明、

记录创建时间；

d）营销案数据表结构应包含方案ID、方案名称、方案状态、折扣系数、成本总额、单

次成本、领取次数、方案生效时间、方案结束时间；

e）营销案适配关联表结构应包含关联ID、方案ID、条件ID、关联状态、关联说明、前

一关联ID、前一关联关系、记录创建时间；

f）营销工单表结构应包含工单ID、方案ID、工单名称、工单状态、工单级别、工单备

注、推荐开始时间、推荐到期时间、客户号码、客户网龄、客户姓名、坐席工号、操作员工、

创建时间、数据年月、完成时间、有效标志、执行渠道、执行员工、执行时间、执行结果；

g）营销执行轨迹表结构应包含轨迹ID、工单Id、方案ID、执行员工、执行时间、客户

号码、执行次数、渠道类型、执行结果。

7

T/BSIA00X-2024

5.6.3基础处理

5.6.3.1功能说明

通过建表和插入语句的执行，现实数据库管理功能测试。

5.6.3.2相关数据表的创建

在公共库中，创建营销推荐的相关数据表。

5.6.3.3客户交易基础数据

在公共库中，创建客户交易基础数据，同时进行交易类型，订单数量、订单费用的设置。

5.6.3.4营销案基础数据

在公共库中，创建营销案数据记录。

5.6.3.5营销案条件和关系数据

在公共库中，创建营销案推荐条件记录和推荐关系记录。

5.6.3.6测试库客户交易数据

在测试库中，创建用户交易记录。

5.6.3.7测试库客户标签数据

在测试库中，生成号码唯一的客户标签表。根据用户对流量的消费记录，生成流量超30%、

50%、70%的字段值。

5.6.3.8测试库营销工单数据

在测试库中，以客户标签表为基础，不同的营销案为应用，创建营销工单数据记录。

5.7信息管理-资料实时同步

5.7.1场景说明

电信行业横向上信息系统应用较多，不同系统之间要求基础业务数据具备一致性。当基

础数据的产生模块导致基础数据变化时，其他需要基础数据的应用模块，需要及时进行数据

更新，才能从总体上保持电信企业的数据一致性。

5.7.2测试数据表

测试数据表应包含用户数据表、用户变更接口表。

8

T/BSIA00X-2024

5.8信息管理-批量数据同步

5.8.1场景说明

批量数据同步，存在两种情况。

a）字典数据同步

电信行业横向上信息系统应用较多，不同系统之间要求业务基础数据具备一致性；纵向

上，涉及到全国总部和其他省份，对于字典型基础数据要求实施同步。

字典数据同步，选择号段数据为例，进行测试。

b）业务数据同步

业务数据同步服务，是考虑前端客户管理相关模块(例如CRM系统)异常积压情况下，需

要修复补充大量数据，为不影响前端业务的正常处理，需要专门模块将前端数据同步到后端

处理模块。批量数据同步能力，包含增量修复与数据全量覆盖两种能力。

本场景的前端是业务视角。即：客户管理模块为前端，账务处理等为后端。同步的目的

地，是后端处理需要的数据库、内存表或主机文件。

5.8.2测试数据表

测试数据表应包含用户数据表、用户增量变更表、用户全量变更表、国内号段数据。

国内号段表结构应包含记录ID、号段值、归属地市编码、业务类型标识、数据批次、记

录状态、记录创建时间。

5.9计费详单处理

本场景在计费设计时，也参考了[YDT1328-2015]标准、[YDT1684-2015]标准。

5.9.1场景说明

完整的计费详单入库，包括：交换机话单文件采集、预处理形成标准格式的话单，并在

预处理时产生错单；之后，依据标准格式的话单，进行排重处理、然后进行计费业务识别、

用户信息获取、业务授权分析等操作，得到标准批价的话单，然后根据用户订购的产品和业

务场景，关联到计费要素，并根据最优级别计费或费用最低原则，进行批价。批价后，输出

计费批价话单，并加载到数据库中，供用户查阅。

数据库适配测试中宜实现以下功能：

9

T/BSIA00X-2024

a）基础话单生成，包括主叫话单、短信收话单、被叫话单、错单、重单，并进行排重、

查错处理；

查错处理，内容为：我方号码不是11位，或小区资料缺失，费率为0。

重复处理，内容为：用户号码，通话开始时间重复。

b）计费批价处理；

c）批价后的数据汇总。

5.9.2计费测试数据表

测试数据表应包含用户数据表、用户话单表、计费标准表。

a）用户话单表结构应包含记录ID、话单类型、呼叫类型、话单号码、话单客户ID、话

单开始时间、通话时长、话单计量、对端号码、对端客户、小区标识、对端小区、计费类型、

计费费率、通话费用、记录状态、状态原因、记录创建时间、记录修改时间；

b）计费标准表结构应包含标准ID、话单类型、呼叫类型、小区计费表达式、计费费率；

c）计费标准定义列表应包含主叫语音话单、被叫语音话单、收短信、发短信、流量。

5.10账务出账

5.10.1场景说明

账务出账，是在特定的时间段以日为单位，对昨日及月初以来的通讯消费以支付帐户为

单位进行费用汇总计算。

账务出帐的费用汇总后，执行帐务优惠计算、税费计算、扣费、导帐等操作。

财务出账包括四种方式：普通出帐、条件出帐、模拟出帐、按需出账。

a）普通出帐：针对所有帐户执行完整的出帐流程，系统依次为每个出帐帐户执行周期性

费用、优惠费用、税费的计算与收取；

b）条件出帐：仅针对指定帐户执行出帐流程，帐户的确定通过指定筛选条件实现；

c）模拟出帐：正式出帐前对部分帐户进行帐期费用的模拟出帐，输出结果用于套餐分析

与性能分析；

d）按需出账：基于外部请求在帐期中间执行出账，满足运营商或用户在非出账日期的实

时出账需要。

10

T/BSIA00X-2024

5.10.2出账测试数据表

测试数据表应包含用户数据表、账户数据表、用户订购表、用户群组表、用户关联群组

表、用户话单表、用户账单表。

a）用户订购表结构应包含订购ID、订购号码、用户姓名、客户ID、订购类型、套餐名

称、套餐费用、套餐时长、套餐流量、套餐数量、折扣系数、订购状态、订购、记录创建时

间、记录应用时间；

b）用户群组表结构应包含群组组ID、群组名称、群组类型、联系电话、群组说明、记

录状态、记录创建时间；

c）用户关联群组表表结构应包含记录ID、群组组ID、成员号码、记录状态、记录创建

时间；

d）用户明细账单表表结构应包含记录ID、用户号码、客户ID、付费类型、账单年月、

套餐名称、套餐费用、套餐时长、套餐流量、套餐数量、语音时长、语音费用、漫游短信、

漫游数量、漫游时长、漫游费用、流量大小、流量费用、短信条数、短信费用、其他数量、

其他费用、其他说明、账单说明、记录创建时间、记录修改时间。

e）测试套餐列表应包含3种以上套餐类型，套餐内通话时长、流量、短信数据不同。

5.11账务导账

5.11.1场景说明

账务导账，是指将账务数据从账务实时数据表(内存数据库或内存文件)导出到文件，然

后再导入数据库中对应的账单信息表中,用来供账务管理系统生成账单或者账单查询。

本业务场景，校正后的处理是：1、模拟产生用户明细账单；2、汇总生成用户账单；3、

实时查询用户总账与明细账。

5.11.2导账测试数据表

测试数据表应包含用户数据表、用户明细账单表、用户总账表。

用户总账单表结构应包含记录ID、用户号码、客户ID、账单年月、账单数量、套餐费用、

套餐外费用、增值业务费、其他费、总账说明、记录创建时间、记录修改时间。

_______________________________________

11

《电信行业数据库适配测试业务规范》

团体标准编制说明

一、任务来源

为深入贯彻《“十四五”软件和信息技术服务业发展规划》提出的要“聚力

攻坚基础软件”的要求，聚焦基础软件关键技术及应用，数据库作为三大基础软

件之一，在电信系统的融合创新应用，对于提升电信行业服务效率、助力电信行

业数字化转型、保障电信业高质量发展意义重大。电信行业亟需完善数据库产业

生态，规范数据库应用，推动高性能数据库在电信关键业务系统应用推广。本标

准由国家工业信息安全发展研究中心、亚信科技（中国）有限公司、武汉达梦数

据库股份有限公司、北京人大金仓信息技术股份有限公司、天翼云科技有限公司、

金篆信科有限责任公司、北京奥星贝斯科技有限公司、中国移动信息技术中心、

天津南大通用数据技术股份有限公司共同提出制订本文件。

二、制定规范的必要性和意义

随着信息技术的飞速发展，数据库产品在系统体系架构、复杂查询优化等基

础核心技术方面均面临新的更高的要求，特别是满足电信等行业真实应用场景需

求方面，适配业务场景与用户真实场景在复杂性、并发性方面等能力亟需提升。

因此，制定《电信行业数据库适配测试业务规范》具有以下必要性和意义：

1.规范电信行业数据库适配测试规范。制定规范可以明确数据库电信场景测

试流程和指标，统一标准，确保测试结果客观、公正、可比，避免了主观性和随

意性。

2.加快促进电信行业数据库适配验证体系建设。测试规范可以通过识别数据

库适配存在的问题，为企业提供具有针对性的指导和建议，为产业发展提供统一

的标准依据和技术参考

1

3.支撑开展数据库及产业链上下游产品、技术、解决方案的测试验证、优选

工作。结合电信用户单位产品选型难、业务系统要求不一、企业适配测试重复工

作量大等痛点需求，帮助电信行业遴选优秀技术产品，避免重复选型，助推优秀

数据库产品向电信关键核心系统的深度融合应用。

4.驱动国产数据库向行业深入应用推广。通过《电信行业数据库适配测试业

务规范》编制和测试验证，形成数据库适配过程中的关键技术、基础共性技术的

研究，为产业技术攻关提供有力支撑及方法指导。

总之，制定电信行业数据库适配测试业务规范可以规范电信行业数据库相关

标准、促进产业发展，提升国产数据库关键行业应用信心，对于国家关键基础软

件可持续发展具有重要的意义。

三、主要编制过程

1.第一阶段，成立规范研制起草工作组（以下简称工作组）。工作组组由20

余名相关专家和专业人员组成，来自国家工业信息安全发展研究中心、亚信、武

汉达梦数据库股份有限公司、北京人大金仓信息技术股份有限公司、天翼云科技

有限公司、金篆信科有限责任公司、北京奥星贝斯科技有限公司、中国移动信息

技术中心、天津南大通用数据技术股份有限公司等单位。工作组通过前期多轮研

讨沟通，于2022年5月19日正式召开标准工作启动会，工作组正式成立。

2.第二阶段，编制项目立项材料和标准草案。工作组通过查阅文献，形成理

论框架和工作方法。主要采用研究相关标准文件结合试验验证的方式，对资料和

试验结果进行细致、科学梳理，形成研究的前期基础，形成立项申请材料和标准

草案。工作组于2022年7月30日召开立项准备沟通会，为项目立项制定完整方

案。

3.第三阶段，项目立项评审。《电信行业数据库适配测试业务规范》、于2022

年9月1日，经北京软件和信息服务业协会对标准的专家评审，正式获批立项团

2

体标准。标准立项通过专家评审后，信息在全国团体标准信息平台和协会官方网

站和北京软协官网发布。

4.第四阶段，编写规范征求意见稿。围绕标准草案及各方意见，工作组开展

了进一步调查研究，通过多轮内部研讨和标准内容文件修订，形成征求意见稿。

四、制定规范的原则和依据，与现行法律、法规、标准的关系

1.整体性原则。本标准根据《中华人民共和国标准法》及其《实施细则》、

《标准化工作导则第1部分：标准的结构和编写》GT/T1.1-2020进行编制。本

规范的内容参考GB/T28821-2012《关系数据库管理系统技术要求》、GB/T

32633-2016《分布式关系数据库服务接口规范》、YDT1328-2015《数字蜂窝移

动通信网语音业务计费系统计费性能技术要求和检测方法》等国家和地方的相关

法律法规政策，体现出该规范参考资料的专业性和权威性。

2.引导性原则。本规范坚持以电信行业需求与产业创新发展为导向，通过对

典型电信场景的持续积累与分析研究，确保本规范符合广大企业的实际需要，符

合行业发展需要，助力电信行业数据库产业健康、持续、高质量发展。

3.可比性原则。本规范依据长期电信行业数据库应用经验，总结归纳出11

个典型应用场景，并通过性能量化指标对数据库产品进行评价，做到纵向和横向

比较。

4.普适性原则。本规范使用的专业术语和文字符号力求做到准确鲜明、通俗

易懂，满足不同行业或不同厂商产品的测试需求；测试方法简便易行，指标的选

择易于采集且可量化评分，以确保评价操作的准确性，便于推广使用。

5.持续性原则。本规范坚持以服务和促进数据库产品技术发展为目的，推动

数据库企业定期开展测试活动，为企业在自主创新、安全可靠等方面提供重要依

据，达到不断发现问题并改进的目的。

五、主要条款的说明，主要技术指标、参数、试