最初の実行を開始する前に、次の項目が必要になります。
a. ログ共有のコンピューター名
b. ログ共有のユーザー名とパスワード
c. ログ共有の完全パス
d. スニファー キャプチャ コンピューター名
e. スニファー キャプチャ コンピューターのユーザー名とパスワード
f. スニファー共有の完全パス
g. dbConnectFile – SQL データベースに結果をプッシュする場合は、そのデータベースにアクセスするための接続文字列を作成する必要があります。 ファイルに保存して、ストレス ファイルと同じ場所に配置することができます
h. オプション - シンク側のログを収集する場合の putty の COM ポートとボー レートの設定
接続文字列の例:
Data Source=<sqldatabaseServer>;Initial
Catalog=<sqldatabase;User id=<userid with write permissions>
- 上記の情報を使用して ExecuteMiracast.ps1 ファイルを変更するか、管理者特権でのコマンド プロンプトから渡すことができます。 次に例を示します。
C:\stress> powershell.exe -file ExecuteMiracastStress.ps1 -LogsMachineName "<logsMachineName>" -LogsMachineUserName "<logsmachinename\useraccount>" -LogsMachineP "<logsmachine user password>" -LogsShare "<\\<logsMachinename>\<LogsShare>" -dbConnectFile "dbconnectstring.txt" -DoSniffCapture "true" -SnifferMachineName "<SnifferCaptureMachineName>" -SnifferUsername "<snifferCaptureMachineName\<useraccount>" -SnifferP "<snifferuser's password>" -SnifferShare "<\\<snifferMachine>\<captureShare>" -ComPortToUse = "<COM#>" -PuttyConnectString:"-serial \\.\COM# -sercfg 115200,8,n,1,n"
ストレスの開始:
a. 手順 2 に基づいて、変更したコマンド ラインを使用するか、または ExecuteMiracast.ps1 ファイルを直接変更した場合は
powershell -file ExecuteMiracast.ps1
を実行できますb. プロンプトが表示されたら、runid を入力します。この数値は、実行を追跡するために使用されます。注意: これは、スペースなしの数値である必要があります
c. プロンプトが表示されたら、簡単な説明を入力します。この説明は、実行を追跡するために使用されます
ストレスが開始されます
既定の実行時間は、600 回または 18 時間 (いずれか早い方) になります。 これを変更する場合は、ExecuteMiracast.ps1 ファイルの "TotalIterations" パラメーターまたは "MaxHoursToRun" パラメーターを変更するだけです。
ストレス フロー
CTSTraffic.exe を開始して、WLAN STA 接続を飽和状態にします
ログを開始します
a. ローカル トレース ログの開始 (トレース プロバイダーの減少、トレース プロバイダーのフル)
b. サーバーでのスニファー キャプチャの開始
c. xperf トレースの開始
d. ローカル ndis パケット キャプチャの開始
シンクの検出
シンクとの初回のペア
シンクへの接続の確認
シンクからの切断
シンクの再検出
シンクへの再接続
シンクへの接続の確認
ログの停止
a. すべてのローカル トレースを停止する
b. サーバーで OTA パケット キャプチャを停止し、zip 形式にする
c. Miracast エラーがあった場合は縮小 xml ファイルを分析する
d. バケット化の結果*
エラーが発生した場合は、次のような zip ファイルを作成します。
- 縮小 .etl
- 完全な .etl
- Xperf .etl
- ローカル パケット キャプチャ .etl
- 分析された結果の .xml
- ビルド情報
dbconnectstring.txt が存在する場合は、StressResults と StressDiscoveryFailures という名前のデータベースにアップロード実行の結果が表示されます
e. すべてのバグ zip ファイルをサーバーにコピーする
f. 小さい etl および分析された結果の xml をサーバーにコピーする
totalIterations(600) または MaxHoursToRun (18) のいずれか早い方について手順 2-10 を繰り返します
*バケタイザーの既定のパラメーターは、前の実行の結果 xml を調べて、問題が発生したかどうかを確認します。 この理由は、問題が発生した場合、生成されたバグ zip ファイルには、検出された問題の発生前、発生時、発生後のセッションからのログが含まれているためです。