次の方法で共有

ストレス テストの実行

  1. 最初の実行を開始する前に、次の項目が必要になります。

    a. ログ共有のコンピューター名

    b. ログ共有のユーザー名とパスワード

    c. ログ共有の完全パス

    d. スニファー キャプチャ コンピューター名

    e. スニファー キャプチャ コンピューターのユーザー名とパスワード

    f. スニファー共有の完全パス

    g. dbConnectFile – SQL データベースに結果をプッシュする場合は、そのデータベースにアクセスするための接続文字列を作成する必要があります。 ファイルに保存して、ストレス ファイルと同じ場所に配置することができます

    h. オプション - シンク側のログを収集する場合の putty の COM ポートとボー レートの設定

    接続文字列の例:

        Data Source=<sqldatabaseServer>;Initial
        Catalog=<sqldatabase;User id=<userid with write permissions>
  1. 上記の情報を使用して 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"

  1. ストレスの開始:

    a. 手順 2 に基づいて、変更したコマンド ラインを使用するか、または ExecuteMiracast.ps1 ファイルを直接変更した場合は powershell -file ExecuteMiracast.ps1 を実行できます

    b. プロンプトが表示されたら、runid を入力します。この数値は、実行を追跡するために使用されます。注意: これは、スペースなしの数値である必要があります

    c. プロンプトが表示されたら、簡単な説明を入力します。この説明は、実行を追跡するために使用されます

  2. ストレスが開始されます

    既定の実行時間は、600 回または 18 時間 (いずれか早い方) になります。 これを変更する場合は、ExecuteMiracast.ps1 ファイルの "TotalIterations" パラメーターまたは "MaxHoursToRun" パラメーターを変更するだけです。

ストレス フロー

  1. CTSTraffic.exe を開始して、WLAN STA 接続を飽和状態にします

  2. ログを開始します

    a. ローカル トレース ログの開始 (トレース プロバイダーの減少、トレース プロバイダーのフル)

    b. サーバーでのスニファー キャプチャの開始

    c. xperf トレースの開始

    d. ローカル ndis パケット キャプチャの開始

  3. シンクの検出

  4. シンクとの初回のペア

  5. シンクへの接続の確認

  6. シンクからの切断

  7. シンクの再検出

  8. シンクへの再接続

  9. シンクへの接続の確認

  10. ログの停止

    a. すべてのローカル トレースを停止する

    b. サーバーで OTA パケット キャプチャを停止し、zip 形式にする

    c. Miracast エラーがあった場合は縮小 xml ファイルを分析する

    d. バケット化の結果*

    • エラーが発生した場合は、次のような zip ファイルを作成します。

      1. 縮小 .etl
      2. 完全な .etl
      3. Xperf .etl
      4. ローカル パケット キャプチャ .etl
      5. 分析された結果の .xml
      6. ビルド情報

    • dbconnectstring.txt が存在する場合は、StressResults と StressDiscoveryFailures という名前のデータベースにアップロード実行の結果が表示されます

    e. すべてのバグ zip ファイルをサーバーにコピーする

    f. 小さい etl および分析された結果の xml をサーバーにコピーする

  11. totalIterations(600) または MaxHoursToRun (18) のいずれか早い方について手順 2-10 を繰り返します

*バケタイザーの既定のパラメーターは、前の実行の結果 xml を調べて、問題が発生したかどうかを確認します。  この理由は、問題が発生した場合、生成されたバグ zip ファイルには、検出された問題の発生前、発生時、発生後のセッションからのログが含まれているためです。