あなたは特にネットワーク障害の問題について話しています。あなたが見ているのは、テストしているネットワークが、本番環境の意図したネットワークよりも高速でクリーンである可能性が高いということです。モバイルデバイスは、クリーンなネットワーク上の同じアプリケーションよりも、ネットワークの特性上、スタック上でより長い「ラッチ時間」を持ちます。この高いラッチ時間は、より高いパーセンテージのリソースを、ネットワークに関連して、優先度が高く直ちに処理されなければならない「リング0」タイプのアクティビティ専用にする。これは、アプリケーション層である "ring 3"アクティビティが引き出すことができるリソースプールの合計が減少していることを意味します。このすべてのネットネットは、モバイルクライアントの数が少ないサーバーとデスクトップのパフォーマンスを引き下げることができます。
ここにはいくつかのパスがあります。障害の業界ベンチマークは、Shunraのソリューションセット、特にハードウェアデバイスでした。数年前にHPによってShunraが爆発したので、あなたがそのルートに行きたい場合は、LoadRunnerキャンプにいる可能性が高いです。 Shunraが独立した解決策として欠けているため、多くの選手がツールにネットワーク障害を追加しています。私はSOASTAとNeotysの両方がこのキャンプにいると思う。
独自のモデルもいくつかビルドされています。 2つの小型ルーターを1本の線で接続し、モバイルネットワークの特性に合わせた速度とエラーレートに関連する特性をこの回線に割り当てることができます。これらのデータが必要になります.OOKLAは業界のラインプロファイルのデフォルトソースです。 Shunraのネットワークシミュレーションの最前線には、Ixia Communications、Spirent、Agilentのライバルがいます。彼らのソリューションセットは、OSIレイヤー2の群衆にはるかに対応しています。オープンソースのソリューションであるWANEMもありますが、複雑なモデリング機能はありません。また、仮想マシンで実行しないでください。ネットワークの障害には、仮想マシン内の仮想化されたクロックでは提供できない、一貫した正確なシステムクロックが必要です。
こんにちは..「すべてのテストデバイス」を参照する場合は、実際のデバイスがあることを意味し、2Gなどの異なるネットワーク環境でこれらのデバイス間でアプリケーションのデータをテストすることを意味しますか? 、3GなどのSIMカードの実際の必要性なしで?または、テスト環境でエミュレータが使用されているターゲットデバイスを示すために、「すべてのテストデバイス」という用語を使用していますか? –