サンプルOSS/BSSテストケースを用いた通信ドメインのテスト
編集チーム
⚡ スマートサマリー
通信ドメインアプリケーションのテストとは、課金エンジン、プロビジョニングフロー、シグナリングプロトコル、ネットワーク要素をエンドツーエンドで検証することを意味します。この概要では、OSSおよびBSSの責任、通信ビジネスプロセス、テストライフサイクルの各段階、および実際のプロジェクトですぐに使用できるサンプルテストケースについて説明します。
テレコムテストとは何ですか?
通信テストとは、通信ソフトウェアのテストを指します。通信分野がデジタルネットワークやコンピュータネットワークへと移行して以来、通信業界ではソフトウェアが不可欠なものとなっています。
通信業界は、ルーティングやスイッチング、VoIP、ブロードバンドアクセスなどのサービスを提供するために、様々な種類のソフトウェアコンポーネントに依存しています。そのため、通信ソフトウェアのテストは不可欠であり、ハードウェアコンポーネント、バックエンドシステム、フロントエンドアプリケーションなど、あらゆる領域に及びます。
テストにおけるドメインとは何ですか?
通信シナリオを作成する前に、ドメインという用語の定義が必要です。
ドメインとは、ソフトウェアテストプロジェクトが作成される業界のことです。ソフトウェアプロジェクトや開発について話すとき、この用語がよく使われます。例えば、保険ドメイン、銀行ドメイン、小売ドメイン、通信ドメインなどです。
図に示すように、1人のテスターが複数の業界ドメインにまたがって作業する場合があります。通常、開発中はping 特定の分野のプロジェクトにおいては、その分野の専門家の協力が求められます。分野の専門家とは、その分野に精通したエキスパートであり、製品やアプリケーションの隅々まで知り尽くしている人物です。
ドメイン知識のテストがなぜ重要なのか?
ドメイン知識はあらゆるソフトウェア製品のテストに不可欠であり、以下の図が示すように、それ自体に多くの利点があります。
料金体系、相互接続ルール、プロビジョニング状態を理解しているテスターは、現実的なシナリオを設計し、一般的なテストでは検出できないエッジケースを特定します。 テストケース 図書館は決してカバーしない。
通信業界のビジネスプロセス
ここでいうドメイン知識は、サービスの販売から請求書発行までの一連の業務プロセスから始まります。
通信テストにおいては、エンドツーエンドのサービス検証が重要です。効率的なテストを実施するためには、さまざまな業務プロセスを十分に理解することが不可欠です。
テスト ケースを作成する前に、サービスの提供可能性の各段階を理解する必要があります。
通信サービスは、IVR（自動音声応答システム）、コールセンター、請求書発行などを含むビジネスサポートシステムに基づいているか、ルーター、スイッチ、携帯電話基地局などを含む運用サポートシステムに基づいているかのいずれかである。
以下の表は、異なるレベルで実施される活動内容を示しています。
| 電気通信部 | テレコム活動 |
|---|---|
| 事前販売 | 割引、サービス、プロモーションなどのすべての販売情報を処理します。 |
| 購入 | 新規接続の申請または接続の切断 |
| プロビジョニング | この部門は、顧客と TSP (テレコム サービス プロバイダー) の間の物理的な接続を扱います。 |
| 契約・お支払い | この部門では、すべての請求業務が行われます |
| サービス保証 | 何らかの障害が発生した場合、この部門が問題を修正します |
| 在庫システム | あらゆる情報の宝庫です |
| Tracking | この部門 trac注文システムと注文状況 |
典型的な電気通信ビジネス プロセス
これらの部門間の連携が明確になったら、次のステップは、注文が実際に各部門間をどのように移動するかを確認することです。以下は、通信業界における典型的な業務プロセスです。
上記の流れが示すように、リクエストはプリセールスから注文、プロビジョニング、そして最終的に請求へと進みます。すべての引き継ぎは統合境界であり、高価値ターゲットです。 エンドツーエンドテスト.
電気通信業界で使用されるプロトコルの種類
これらのハンドオーバーはプロトコルに基づいて行われるため、テスターは使用されているプロトコルスタックを把握する必要があります。以下に、通信業界でよく使用されるプロトコルを示します。
- VoIP テクノロジー: VoIP、IMS、MPLS、ISDN、PSTN
- Signalingとプロトコル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（ビジネスサポートシステム）の両方のスコープに等しく適用されます。
- スイートごとに1つの業務プロセスを維持する。 発注、プロビジョニング、請求の各システムを分離することで、障害発生時に複数のシステムが複雑に絡み合うのではなく、単一の所有システムが原因であることを明確に示す。
- 前提条件は文章ではなく、データとして記述してください。 通信障害は通常、データ状態の障害であるため、この事例で想定される加入者のステータス、料金プラン、クレジット限度額、および口座残高を正確に明記してください。
- 定格および充電範囲をカバーしてください。 無料通話時間の使い切り、深夜0時のプラン更新、ローミング料金の切り替え、日割り計算によるアップグレードなどは、課金システムが最も頻繁に不具合を起こすポイントです。
- 陽性例ごとに陰性例を追加する。 無効な番号の長さ、利用停止中の加入者、重複注文、およびプロビジョニングコールバックの失敗は、それぞれに適切な結果を与えるべきである。
- 画面上だけでなく、下流工程も検証する。 プロビジョニングオーダーが正しいのは、CRMレコード、在庫エントリ、ネットワーク要素、およびメディエーションフィードがすべて互いに一致している場合のみです。
- 測定可能な期待結果を添付してください。 「請求書は正しい」といった文言は実行できませんが、「請求書の合計金額は18％の税金を含めて249.00です」といった文言は実行できます。
- 回帰テストの候補にタグを付ける。 評価、課税、相互接続に関係するすべてのケースをマークして、各リリースサイクルに反映させます。 回帰試験.
最後に、ベースラインを設定する前に、各ケースを請求アナリストまたはネットワークエンジニアと確認してください。通信業界のビジネスルールは料金プランの発表ごとに変更されるため、前四半期のプロモーションがまだエンコードされているケースでは、数か月にわたって誤ったエラーが報告される可能性があります。
テレコムテストのサンプルテストケース
これらのルールを適用すると、以下のようなテストスイートが生成されます。通信テストでは、以下のテストを考慮する必要があります。
| 各種通信試験 | 電気通信におけるテスト活動 |
|---|---|
| BillINGシステム |
|
| アプリケーションテスト | |
| OSS-BSS テスト |
|
| 適合性テスト |
|
| IVRテスト |
|
通信分野のテストにおける課題
たとえ優れたソフトウェアスイートであっても、この業界特有の障害に直面する可能性があり、それらに対する早期の対策計画がリリーススケジュールを守る上で重要となる。
最初の課題は、マルチベンダー間の相互運用性です。加入者の利用経路は、あるサプライヤーのスイッチ、別のサプライヤーの仲介プラットフォーム、さらに別のサプライヤーの課金製品など、複数のベンダーの製品を経由する可能性があるため、不具合は多くの場合、どちらかの製品内部ではなく、2つのベンダー間のギャップに存在します。
2つ目はプロトコルの深さです。SIP、Diameter、またはSS7の読み取り tracesは専門的なスキルであり、それが欠けているチームは、実際にはシグナル障害であるものをアプリケーションの不具合として報告する傾向がある。
3つ目は環境コストです。現実的な負荷、ローミング、相互接続のシナリオを再現するには、ライセンス料が高額でスケジュール調整にも時間がかかるラボ用ハードウェアやシミュレーターが必要となり、結果としてチームは共有環境や不安定なテストデータに頼らざるを得なくなります。
料金体系や規制も絶えず変化します。番号ポータビリティ規則、税率区分、プロモーション計画などにより、頻繁なデータ更新が必要となるため、テストデータのメンテナンスは恒常的な作業として扱うべきです。
人気の通信テストツール
最適なツールはテスト対象のレイヤーによって異なります。なぜなら、単一の製品でシグナリング、アプリケーション、課金をすべて同等にカバーできるものは存在しないからです。
- Spirent TestCenter: パフォーマンスおよび適合性テストの実行中に、スイッチ、ルーター、およびコアネットワーク機器に対して大量のトラフィックを生成します。
- Keysight IxNetwork: 大規模なルーティングおよびスイッチングトポロジーをエミュレートし、レイヤ2およびレイヤ3プロトコルの検証に適しています。
- Wireshark: SIP、Diameter、およびRTPトラフィックをキャプチャしてデコードすることで、テスターはパケットごとにシグナリング動作を確認できます。
- Hammer and Abacusの音声テスター： DTMF入力や条件分岐シーケンスなど、IVR（自動音声応答）と音声品質に関するシナリオを実行します。
- JMeter: セルフケアポータルと、その背後にある注文APIを読み込みます。 JMeter 性能試験.
- Selenium: CRMとセルフケアのウェブジャーニーを自動化する、より広範な取り組みの一環として 自動化テスト 戦略。
- マイクロフォーカスALM： 通信関連の事例ライブラリを保存し、欠陥を要件にリンクさせ、リリース準備状況を関係者に報告します。
ほとんどの事業者は、OSS層とBSS層が共通のインターフェースを共有することは稀であるため、1つに標準化するのではなく、これらのうち2つか3つを組み合わせて使用している。
