telecom domain testing
ポートトリガーとポートフォワーディングとは
テスターのためのテレコムドメインの基本的な知識:最高のテレコムテストツールを使用してテレコムテスト(プロトコルテスト)を学ぶ
深く移動する前に 電気通信 (テレコム)ドメイン、最初に理解しましょう ドメインとは そして ドメイン知識が重要な理由 ソフトウェア業界では?
当時、行われたテストはアプリケーションに固有のものであり、ドメインの関与はあまりありませんでした。しかし、今日では、技術、需要、クライアントの期待などの進歩に伴い、特定のアプリケーションをテストするために特定のドメイン知識を持つことが非常に重要になっています。
学習内容:
- 前書き
- ドメイン知識を持つことの利点
- テレコムドメインの概要
- 電気通信産業のビジネスプロセス
- プロトコルテスト
- プロトコルの種類
- プロトコルテストプロセス
- プロトコルテストのサンプルテストケース
- テレコムソフトウェアまたはプロジェクトで実行されるテストタイプ
- テレコムプロセスの自動化
- テレコムテストプロジェクト中に使用されるツール
- テレコムテストのサンプルテストケース
- 結論
- 推奨読書
前書き
ドメイン知識を持つテスターは、ドメインに関する知識がほとんどまたはまったくない他のテスターよりも、それぞれのソフトウェアアプリケーションをより適切にテストできるため、ドメイン知識はテスターにとって非常に重要です。
ドメインとは、銀行、保険、テレコムなどの特定の業界を意味します。通常、プロジェクトやソフトウェアを開発する際、ソフトウェア全体がその特定の業界のビジネスロジックに依存するため、ドメインの知識は重要です。
ビジネスロジックは業界ごとに異なるため、対象分野のマスターであり、プロジェクトの内外を熟知しているドメインエキスパートが必要です。
ドメイン知識を持つことの利点
ドメイン知識は、プロジェクトをテストするために比較的重要です。
以下のリストは、ドメイン知識を持つことに伴うさまざまな利点を示しています。
#1)トレーニング時間を短縮します
テスターがドメイン知識を持っている場合、最小限のトレーニングのみが必要であり、これにより、プロジェクトのコストと時間を節約できます。
#2)生産性
テスターはドメインの専門知識に固有の問題を非常に簡単に理解し、分析時間を短縮することで問題の正確な解決策を提供できるため、ドメイン知識を持つテスターがいる組織は生産性が高くなります。
これにより、プロジェクトと組織の生産性が向上します。
#3)ユーザーインターフェースとバックエンド処理についての十分な理解
ドメインに関する深い知識を持つテスターは、エンドユーザーの観点からアプリケーションのユーザーインターフェイス(UI)を提案できます。また、バックエンドシステムの知識を活用して、テストの初期段階で欠陥を特定できます。
テスターがドメイン知識を持っている場合、彼らは箱から出して考えることができ、アプリケーションの現在のワークフローについて有効な質問を提起する可能性のある独自のテストケースを書くことができます。
#4)ドメインの技術用語の知識
通常、開発者はディスカッション中に専門用語を使用するため、ドメイン知識はそのようなディスカッション中にテスターに役立ちます。これは、テストチームにとっても追加の利点になります。
テスターがドメイン知識を持っている場合は、テストケースを技術的に確認し、ビジネス要件に従ってテストケースフローの技術的な変更を提案できます。
#5)ビジネスプロセスとルールの理解
ドメイン知識を持つテスターは、ビジネスチームおよび開発チームとのディスカッションに参加できます。彼らの知識は、クライアントの前で組織を代表する際に重要な役割を果たします。ドメインプロセスとルールの詳細な知識を持つこのようなテスターは、要件ドキュメントの問題を簡単に見つけることができます。
#6)組織にとっての資産
ドメイン知識を持つテスターは、組織の新しい参加者のトレーナーの役割を果たすことができます。これにより、プロジェクトと組織のコストを節約できます。そうしないと、コーチングに特別なトレーナーが必要になる場合があります。
テレコムドメインの概要
電気通信業界は、ここ数年で最高のパフォーマンスを発揮する業界になりつつあります。
この業界は、その幅広いセクターのために、テクノロジーの面と顧客の要求からのユニークな一連の課題を抱えています。電気通信産業は、無線通信、衛星通信、インターネットサービスプロバイダーなどの一連のセクターで構成されています。
電気通信業界は、電気通信ネットワークを構築、維持、運用することで、インターネットや電話を介した人間のコミュニケーションをグローバルに可能にし、このサービスは誰の生活にも重要な役割を果たしています。
電気通信産業のビジネスプロセス
テレコムプロジェクトをテストするために必須のビジネスプロセスを十分に理解していること。これは、エンドツーエンドのテレコムアプリケーションをテストするのに役立ちます。
テレコムサービスは、以下の2つのシステムに基づいています。
#1)運用支援システム(OSS):
OSSは、テレコムネットワーク、プロビジョニング、カスタマーサービスの維持、在庫などのバックオフィス活動をサポートします。運用サポートシステムとも呼ばれます。
#2)ビジネスサポートシステム(BSS):
BSSは、カスタマーリレーションシップマネージャー(CRM)と、請求書の生成、IVRのコールセンター、注文の受け付け、請求書の処理、支払いの回収などのプロセスを扱います。基本的に、顧客対応活動はビジネスサポートシステムに関係します。
OSSとBSSは相互に関連しており、次の図で明確に説明されています。
上の図に示すように、BSSとOSSは分離されており、顧客データまたは要求をBSSからOSSに渡し、必要なセットアップを提供します。後でOSSによってアクティブ化が行われ、詳細が顧客向けアプリケーションに渡されます。 BSSから。
テレコムアプリケーションをテストする際には、テレコム業界の次のビジネスプロセスを理解することが不可欠です。
#1) 電気通信業界では、顧客を増やしたいのはプロバイダーです。そのために、電気通信サービスプロバイダー(TSP)は顧客にアプローチして新しいサービスを提供し、顧客が自分のサービスに本当に興味を持っているかどうかを確認します。
#二) 顧客がサービスが良いと感じ、特定のサービスを利用したい場合、顧客は問い合わせを生成します。ここでは、基本的に、顧客はサービスまたはプランの見積もりに関心があります。
#3) 顧客がサービスプロバイダーから提供された最初の詳細と見積もりに満足したら、顧客はTSPにサービスを注文します。
#4) 現在、サービスプロバイダーは、その領域でサービスを提供できるかどうか、顧客のすべての要件を満たすことができるかどうかなどの技術的評価を担当しています。進化が成功した後、TSPは実際にサービスリクエストの実行に取り組み始めます。顧客に。
tddとbdd(キュウリフレームワーク)とは
#5) TSPは常に注文ステータスを追跡します。何らかの理由で注文の実装が停止した場合、TSPは問題の解決を優先し、顧客にサービスを提供し続けます。結局のところ、今日の世界では、顧客満足が成功の鍵を握っています。
#6) 実装が成功すると、クライアントまたは顧客はサービスの使用を開始します。もちろん、請求もサービスプロバイダー側から開始されます。請求は、以前に顧客に提供された見積もりに従って生成されます。
# 7) 技術的な問題が発生した場合は、サービス保証チームがいつでもカスタマーサービスをサポートします。
上記のテレコムビジネスプロセスは、以下の図を使用して詳細に説明されています。
((注意:下の画像をクリックすると拡大表示されます)
[画像 ソース ]
プロトコルテスト
電気通信では、プロトコルとは、2つの接続が相互に通信し、これらのプロトコルが異なるレベルで存在する場合に従う必要のある一連のルールを意味します。
電気通信業界では、プロトコルは次のように2つのカテゴリに分類されます。
#1)ルーティングプロトコル:
テレコム業界では、ユーザーはあるネットワークから別のネットワークにデータを送信し、このデータにはファイルや電子メールなどが含まれます。このルーテッドプロトコルを使用すると、ユーザーはそのようなデータを別の場所にある別のネットワークに送信できます。
#2)ルーティングプロトコル:
ルーターを使用して、さまざまな種類のデータを転送できます。ルーティングプロトコルは、ルーターのルートを決定するために使用され、ルーター間でのみ使用されます。
プロトコルの種類
以下に、さまざまなタイプのプロトコルを示します。
#1)伝送制御プロトコル/インターネットプロトコル(TCP / IP) :
このプロトコルは、パケットを使用してインターネット経由で情報を送信するために使用されます。
#2)ファイル転送プロトコル(FTP):
あるネットワークから別のネットワークにファイルを転送するために使用されます。
#3)シンプルメール転送プロトコル(SMTP):
電子メール通信中、このタイプのプロトコルは電子メールの送受信に使用されます。
#4)ハイパーテキスト転送プロトコル(HTTP):
暗号化された形式でHTMLページを転送するために使用されます。
#5)レイヤー2プロトコル:
これは、データリンク層プロトコルです。 例えば。 イーサネット、トークンリング。
#6)レイヤー3プロトコル:
これはネットワーク層プロトコルです。 例えば。 インターネットプロトコル。
プロトコルテストプロセス
- プロトコルテストには、プロトコルアナライザーとシミュレーターが必要です。ここでは、スイッチングアプリケーションをテストするためにアナライザーとシミュレーターが必要です。
- プロトコルアナライザはコールのデコードとセッション分析をチェックし、シミュレータはネットワークシステムのさまざまな要素をシミュレートします。
- プロトコルテストは、テスト対象デバイス(DUT)によって、スイッチ、ルーター、構成プロトコルなどの他のデバイスに対して実行されます。
- プロトコルテストでは、パケットXを取得するかどうかを確認し、パケットXが「 正しさ 」。また、「 待ち時間 」、つまり、パケットが通過するのにかかる時間。 「「 帯域幅 」は、1秒間に送信できるパケット数を使用してチェックされます。
以下に示すユースケース図は、プロトコルテストプロセスを理解するのに役立ちます。
プロトコルテストのサンプルテストケース
ステップ番号 | ステップの説明 | 期待される結果 |
---|---|---|
CDMAエアインターフェーステスター(CAIT) | これは、コールドロップを最小限に抑え、カバレッジを拡大するために使用されるネットワーク最適化ツールです。 | |
ステップ1 | 通信プロセスを開始します | 通信が正常に確立されている必要があります |
ステップ2 | コマンドプロンプトで、「Ping-w」としてコマンドを入力します | 「送信に成功しました」というメッセージが表示されます |
ステップ3 | エコー要求をカウントするには、コマンドを「Ping-n」として指定します | システムが固定を開始し、「送信に成功しました」というメッセージが表示されます。 |
電気通信業界の顧客にサービスを提供する際に実行する必要のあるさまざまなアクティビティがあります。
以下の詳細は、どの部門がどの活動を担当しているかを示しています。
電気通信部門 | 部門に関連する活動 |
---|---|
プリセールス | 広告、さまざまな種類のサービス、各サービスに適用される割引、プロモーションなど、すべての販売関連の活動を処理します |
注文 | この部門は、新しい接続の注文や既存の接続の中止など、あらゆる注文を処理します |
プロビジョニング | テレコムサービスプロバイダー(TSP)が新しいサービスについて顧客にアプローチし、顧客がサービスの開始を要求すると、「プロビジョニング」部門が実際に顧客に必要な接続を提供します。 |
請求 | 注文およびプロビジョニングチームによって注文が正常に完了し、顧客が実際のサービスの使用を開始すると、請求も開始されます。この部門では、請求に関連するすべての活動が行われます |
保険サービス | サービスを使用しているときに、顧客に技術的な問題がある場合は、この部門が問題になります。お客様の問題解決に利用できるチームは常に存在します。技術的な障害が発生した場合、このチームが問題を解決します |
在庫システム | 在庫システムは、顧客からの問い合わせ、注文の正常な実装、顧客満足度の履歴、顧客の問題、問題の解決などのすべてのデータを保持します。このシステムは、すべての情報の保管場所として機能します。 |
テレコムソフトウェアまたはプロジェクトで実行されるテストタイプ
以下に示すテストの種類は、テレコムソフトウェアで実行されます。
#1)適合性テスト:
適合性テストは、標準をテストするための正式な方法です。テレコムテストは、さまざまな組織によって開発されたさまざまなネットワーク要素、プロトコル、およびデバイスに分散しています。これらの要素は相互に参照することが多く、現在では、2つのネットワークシステム間で関連するデータ標準が維持されているかどうかを確認することが重要です。
適合性テストでは、次のテストが実行されます。
- 電気インターフェースの互換性
- トランスポート層の適合性
- プロトコルの適合性
#2)IVRテスト:
IVRは、テレコムテストで最も重要な「対話型音声応答」システムです。 IVRはさまざまなメニューで構成されており、各メニューにはさまざまな選択肢があります。このタイプのテストは通常、電話で実行されます。ユーザーは特定のカスタマーケア番号をダイヤルする必要があり、通話はユーザーが選択した選択肢に基づいてカスタマーケアエージェントに転送されます。
このタイプのシステムでは、ユーザーがシステムのオプションについて混乱せず、トランザクションを手間をかけずに完了できるように、包括的なテストが必要です。 IVRシステムは、音声およびDTMF(デュアルトーンマルチ周波数)応答を使用して検証できます。
たとえば、顧客の普通預金口座の残高を取得するには、以下の手順が必要です。
- ユーザーがIVR回線にダイヤルすると、ウェルカムプロンプトとメニューオプションが聞こえます。
- IVRは確認を求めます。
- ユーザーは、DTMFシステムを使用して自分の資格情報を入力します。
- IVRはメニューオプションを再生し、アカウント情報の場合は1、送金の場合は2を押します。
- ユーザーは自分のアカウント情報として1を入力します。
- IVRは、最新の残高の場合は1を押し、最後の3つのトランザクションの場合は2を押します。
- ユーザーはDTMFを使用して1を入力します。
- IVRは、顧客に利用可能な最新の残高を要求します。
さらに読む=> IVRテストの詳細なプロセス
#3)相互接続テスト:
名前自体は、2つの別々のネットワークまたはそれらの要素の接続のテストを説明しています。このタイプのテストの背後にある基本的な考え方は、接続された要素が互いに適切に通信し、技術的な障害がないかどうかを確認することです。
#4)相互運用性テスト:
相互運用性テストとは、複数のメーカーが開発したデバイスをテストし、これらのデバイスが他のソフトウェアや機器と適切に相互作用しているかどうかをテストすることを意味します。
j2eeインタビューの質問と回答pdf
例えば 、相互運用性テストでは、携帯電話はさまざまなネットワークの要件に対してテストされ、正しく機能するはずです。また、さまざまなモバイルネットワークがさまざまな携帯電話で正しく機能する必要があります。このタイプのテストでは、適合性テストでは特定できなかった問題を明らかにすることができます。
#5)パフォーマンステスト:
パフォーマンステストは、最大負荷の下で許容レベルを満たすテスト対象デバイスの検証です。パフォーマンステストにより、デバイスは最大の通信トラフィックでその容量を識別できます。
#6)セキュリティテスト:
セキュリティテストは、さまざまなツールとテクノロジーを使用してネットワークとアプリケーションに侵入し、システムに脆弱性がないかどうかを確認することです。これは、セキュリティ違反が発生したかどうかをテストするためにも使用されます。発生した場合は、組織または製品にどの程度の損失が発生するかをテストします。
セキュリティテストは、製品に適切なセキュリティプラクティスがどのように実装されているか、およびシステムがどの程度適切に構成可能であるかをテストするためにも使用されます。
テレコムプロセスの自動化
購入者からの需要の高まりと技術分野での能力の向上により、テストはサービスプロバイダーと通信メーカーにとって指数関数的です。これは、収益性を高めるエンドツーエンドのテストに自動化フレームワークを使用することで実現されます。
デバイステスト、ネットワークテスト、システムテストなどの自動化フレームワークを使用して、さまざまなテストタイプを自動化できます。これにより、テストカバレッジが拡大し、実行時間が短縮されます。
ロボットベースのフレームワークは、テレコムベースのテストに使用されます。 ロボットフレームワーク は、受け入れテストのためのテスト自動化フレームワークです。 Robot Frameworkはオープンソースソフトウェアであり、テレコムテスト用のRobotFrameworkに必要なライブラリもオープンソースです。
- 自動化されたテレコムソリューションは、プロジェクトの要件に基づいてカスタマイズできる一貫したテストを提供します。
- 通常、テレコムサービスプロバイダー(TSP)は、すべてのアクティビティを手動で完了するのに約6〜8か月かかります。これらの手作業では、エラーが発生しやすい結果はほとんど発生しません。
- テレコム業界の自動化により、エラーが大幅に削減され、プロセスフロー全体が短期間で完了します。
- 自動化プロセスは、顧客の信頼を獲得するテレコムプロセスフローの正しい実行を保証します。
テレコムテストプロジェクト中に使用されるツール
以下に示すのは、テレコムテストで使用されるいくつかのツールです。
ツール | で使用/に役立ちます |
---|---|
Wireshark / Ethereal | これはオープンソースツールです。これは、ネットワークのトラブルシューティング、分析のためのプロトコルテストで使用されます。 |
ネソーク | SS7プロトコルテストに使用されます |
Etherpeek | IPテストに使用 |
Glomosimシミュレーター | ワイヤレスおよび有線ネットワークシステムをシミュレートするために使用されます |
Abacus5000 | セッション開始プロトコル(SIP)テスト |
テストモバイルシステム(TMS) | これは、ワイヤレスネットワークドライブのテスト、分析、および監視を実行するための基本的なツールです。 |
通信ネットワークテスター(CNT) | 端末の迅速な検出と複数の端末のレスキューに使用されます |
注意: 上で述べたのは、テレコムテストで使用されるいくつかのツールだけです。テレコムテストで使用される他の種類のツールもありますが、ここではリストが非常に限られており、短いです。
テレコムテストのサンプルテストケース
上記のセクションで述べたように、テレコムテストで利用できるさまざまなテストタイプがあります。ただし、この記事では、機能の1つのサンプルテストケースについて説明します。 課金システム これには、テストのさまざまな手順が含まれます。
接続がすでに確立されている必要があり、顧客がさまざまなサービスを提供している必要があるなど、テストの開始前に完了する必要のある前提条件はほとんどありません。
ステップ番号 | ステップの説明 | 期待される結果 |
---|---|---|
ステップ7 | 請求サイクルの間にサービスのいずれかが停止した場合、請求サイクル全体ではなく、アクティブな日付までそのサービスに対して請求が生成される必要があることを検証します | 請求書は比例配分に基づいて生成する必要があります |
ステップ1 | 顧客の電話番号が通信事業者に登録されていることを確認します | お客様の電話番号は通信事業者に登録する必要があります |
ステップ2 | 番号が機能していて、指定された番号が予想される桁数であることを確認します(通常、携帯電話番号の場合、桁数は10桁です) | 電話番号は10桁で、機能している必要があります |
ステップ3 | 生成された請求書に、日付と時刻を含む通話の正確な詳細がすべて含まれていることを確認します | 生成された請求書には、それぞれの日時を含む正確な通話の詳細が含まれている必要があります |
ステップ4 | 顧客が既存の請求書をすべて支払ったことを確認します。支払っていない場合は、ビジネス要件に従ってフロント画面に表示します。 | 既存の未払いの請求書はフロント画面に表示する必要があります |
ステップ5 | 顧客がすでに超過請求を支払っている場合は、超過金額が現在の請求から差し引かれ、残りの請求が顧客に表示されることを確認します。 | 顧客に表示される現在の請求書は、最後の請求書で支払われた超過額を差し引いて、残りの請求書を顧客に表示する必要があります |
ステップ6 | 請求書が顧客の番号でアクティブなサービスに対してのみ生成されることを検証します | 顧客によってアクティブ化されたサービスに対して請求書を生成する必要があります |
ステップ8 | 番号でアクティブ化された無料サービスのいずれかがあれば、それを請求の使用から除外する必要があることを検証します | 顧客に無料で提供されるサービスは、請求から除外する必要があります |
結論
電気通信業界には、ネットワーク、プロトコル、有線通信、無線通信、ブロードバンド接続などのさまざまな分野が含まれます。
したがって、このような幅広い分野をテストするには、効果的で詳細なテストを実行するために使用されているドメインとさまざまな種類のツールに関する知識が必要です。
この記事では、テレコムドメインの初心者に、テレコムドメインに関するすべての基本情報を提供します。
幸せな読書!!