外部インターフェース (REST - Representational State Transfer) と組み合わせたアプリケーションのテストについて質問があります。
たとえば、プラットフォーム Telco 2.0 (電気通信インターフェイス) を使用するサービスを開発したいとしましょう。ロケーション API と SMS API。
それでは、通信事業者にとって価値のある/望ましい、この完成したサービスを持つべきパラメータ/属性を教えてください (通信の特異性プロファイルについて考えてください)。
サービスを検討する必要があると思いました (目標を達成できていないと考える人もいますが、オペレーターと、インターフェイス SMS/Location API を提供する Telco 2.0 プラットフォームとのより大きなリンクである必要があります)。サービスごとの「交換」とクエリ処理、パフォーマンス、スケーラビリティ (サービスが数百万のモバイル加入者にアクセスできると仮定しましょう)、このサービスの安全性は?
どのテストを実行する必要がありますか:
- REST (Representational State Transfer) によるリクエストを処理できる Telco 2.0 プラットフォーム プロバイダーの理論上のパフォーマンス (理論上、Telco 2.0 プラットフォーム (SMS/Location API) のストレス テストを実行できないため) はどれくらいですか?
- アプリケーションを使用するユーザー数の関数として、サービスの遅延、SMS / Location API で生成されるトラフィックなど、テスト機能について説明します。
- 他の？
私はあなたの助けを求めるでしょう ;) このケースに関連する文献/参考文献がある場合は、電気通信業界へのアプリケーションの方法論/テストスキームを教えてください ;)
追加の質問 - パラメータ TUPS および CAPS を使用してサービスをテストすることはどういう意味ですか? （残念ながら、これについては何も見つかりませんでした）
編集
トランスポート層 (SS7) をテストするつもりはありませんが、サービス層でサービスをテストするという既存の概念を開発または使用する方法について説明します。明らかに、通信ネットワークの特性を考慮する必要があり、IT の通常のテスト手法を使用できるかどうかはわかりません。
このトピックで何をすべきか誰でもアドバイスできますか?
ルーカス