使用示例 OSS/BSS 测试用例测试电信领域
托马斯·汉密尔顿
什么是电信测试？
电信测试是指对电信软件进行测试。随着电信行业向数字化和计算机网络转型，软件已成为电信行业不可或缺的一部分。
电信行业依赖各种软件组件来提供路由交换、VoIP 和宽带接入等服务。因此，电信软件测试必不可少，其范围涵盖硬件组件、后端系统和前端应用程序。
测试中的域是什么？
在编写任何电信场景之前，需要对“域”一词进行定义。
领域指的是软件测试项目所针对的行业。我们在讨论软件项目或开发时，经常会提到这个术语。例如，保险领域、银行领域、零售领域、电信领域等等。
如图所示，一名测试人员可能需要跨多个行业领域工作。通常，在开发过程中，ping 任何特定领域的项目都需要寻求领域专家的帮助。领域专家是该领域的专家，他对产品或应用程序的方方面面都了如指掌。
为什么测试领域知识很重要？
领域知识对于测试任何软件产品都至关重要，并且具有其自身的诸多好处，如下图所示。
了解资费、互联规则和配置状态的测试人员会设计出符合实际的测试场景，并找出通用测试方法无法解决的极端情况。 测试用例 图书馆从不收录。
电信行业的业务流程
这里的领域知识始于从销售到开票的业务流程。
对于电信测试而言，端到端服务验证至关重要。为确保高效测试，必须充分了解不同的业务流程。
在起草测试用例之前，您需要了解服务交付的每个阶段。
电信服务要么基于包含交互式语音应答系统 (IVR)、呼叫中心和生成发票的业务支持系统，要么基于包含路由器、交换机和蜂窝塔的运营支持系统。
下表显示了不同层级所开展的活动。
| 电信部 | 电信活动 |
|---|---|
| 售前 | 它处理所有销售信息，如折扣、服务、促销等。 |
| 订购 | 申请新连接或断开连接 |
| 供应 | 该部门负责处理客户和 TSP（电信服务提供商）之间的物理连接 |
| 账单详情 | 在此部门下，所有计费工作均由 |
| 服务保证 | 如果发生任何故障，该部门将纠正问题 |
| 库存系统 | 它是所有信息的存储库 |
| Tracking | 该部门 tracks 订购系统和订单状态 |
典型电信业务流程
明确了这些部门之后，下一步就是了解订单如何在它们之间流转。以下是电信行业的典型业务流程。
如上图所示，请求会从售前阶段流转到订购阶段，然后是配置阶段，最后是计费阶段。每一次交接都是一个集成边界，也是一个高价值的目标。 端到端测试.
电信行业使用的协议类型
这些切换都依赖于协议，因此测试人员必须识别所使用的协议栈。以下是电信行业常用的协议。
- 网络电话技术：VoIP、IMS、MPLS、ISDN、PSTN
- Signal和协议SIP、ISDN、 Codecs，H.323
- 无线技术： GPRS、CDMA、GSM、UMTS
- 网络管理： SNMP
- 第 2 层协议： ARP、STP、L2TP、PPP
- 第 3 层协议/路由： ICMP、BGP、ISIS、MPLS
- 基础设施/安全： ATM、TCP/IP、LAN/VLAN、SSH
您可以了解有关协议测试的更多信息 开始
电信行业的测试生命周期
流程和协议绘制完成后，就可以将工作组织成一个生命周期。电信行业的测试生命周期与其他行业的类似，但更注重细节。以下是测试生命周期及其测试工件的示意图。
| 电信测试阶段 | 测试工件 |
|---|---|
|
|
|
|
|
|
|
|
对电信软件进行的测试类型
以上每个生命周期阶段都采用了不同的测试类型，下面的列表涵盖了电信软件中最常应用的测试类型。
如何编写有效的电信测试用例
了解流程领域只是成功的一半。测试用例本身也必须编写得当，以便团队中的任何测试人员都能在无需先入为主的知识基础上执行。以下步骤同样适用于开源软件（OSS）和业务支持系统（BSS）的范围。
- 每个套件只保留一个业务流程。 将订购、配置和计费套件分开，以便故障能够指向单个所属系统，而不是指向模糊不清的系统链。
- 以数据形式而非文字形式写出前提条件。 说明案例中假定的确切用户状态、资费计划、信用额度和账户余额，因为电信故障通常是数据状态故障。
- 涵盖额定值和充电边界。 免费通话时长用完、午夜套餐续订、漫游费率切换以及按比例升级是计费引擎最常出现故障的地方。
- 每个阳性病例都对应一个阴性病例。 无效号码长度、被禁止的用户、重复订单和配置回调失败，每一种情况都应该有其预期的结果。
- 不仅要查看屏幕，还要查看下游数据。 只有当 CRM 记录、库存条目、网络元素和中介馈送彼此一致时，配置订单才是正确的。
- 请附上可衡量的预期结果。 “账单正确”之类的声明不能执行，而“发票总额为 249.00，含 18% 的税”则可以执行。
- 标记回归候选模型。 标记所有涉及评级、税收和互联互通的案例，以便将其纳入每个版本周期。 回归测试.
最后，在建立基线之前，务必与计费分析师或网络工程师一起审核每个案例。电信业务规则会随着每次资费更新而变化，如果案例仍然沿用上个季度的促销规则，则可能会在数月内报告错误的故障。
电信测试示例测试用例
应用这些规则会生成类似于下面这样的测试套件。在电信测试中，必须考虑以下测试。
| 各类电信测试 | 电信领域的测试活动 |
|---|---|
| Bill系统 |
|
| 应用测试 | |
| OSS-BSS 测试 |
|
| 一致性测试 |
|
| IVR 测试 |
|
电信领域测试的挑战
即使是编写精良的软件套件也会遇到该行业特有的障碍，提前做好规划可以保障发布进度。
首要挑战是多厂商互操作性。用户的使用流程可能涉及不同供应商的交换机、中间平台以及计费产品，因此缺陷往往存在于两个供应商之间的衔接环节，而非单个产品本身。
第二点是协议深度。读取 SIP、Diameter 或 SS7。 traces 是一项专业技能，缺乏这项技能的团队往往会把实际存在的信号故障当作应用程序缺陷提出来。
第三点是环境成本。真实的负载、漫游和互连场景需要实验室硬件或模拟器，这些设备的许可费用昂贵且调度缓慢，这迫使团队采用共享环境和不稳定的测试数据。
资费和法规也在不断变化。号码可携性规则、税率档次和促销活动都需要频繁更新数据，因此应将测试数据维护视为一项长期工作。
常用的电信测试工具
合适的工具取决于被测层，因为没有哪一款产品能够同时很好地涵盖信令、应用和计费。
- Spirent考试中心： 在性能和一致性测试运行期间，对交换机、路由器和核心网络设备产生大量流量。
- Keysight IxNetwork： 大规模模拟路由和交换拓扑，适用于第 2 层和第 3 层协议验证。
- Wireshark: 捕获并解码 SIP、Diameter 和 RTP 流量，以便测试人员可以逐包确认信令行为。
- Hammer 和 Abacus 语音测试仪： 驱动 IVR 和语音质量场景，包括 DTMF 输入和条件分支序列。
- JMeter: 加载自助护理门户及其背后的订单 API，如以下部分所述： JMeter 性能测试.
- Selenium: 作为更广泛方案的一部分，实现客户关系管理 (CRM) 和自助服务网络流程的自动化。 自动化测试 战略。
- Micro Focus ALM： 存储电信案例库，将缺陷与需求关联起来，并向利益相关者报告发布准备情况。
大多数运营商会将其中两到三种技术结合起来，而不是标准化为一种，因为 OSS 和 BSS 层很少共享通用接口。
