使って負荷テストを簡単に実施するためのチュートリアルをご紹介いたします。Studio2015では、クラウドベースの負荷テストを簡単に実施することができます。あなたのWebサイトに対して同時に負荷をかけることができます。今回のチュートリアルでは、皆さんのサイトの代わりに、Bingに対して負荷をかけていきます。パフォーマンスとロードテストのプロジェクト」を選択します。プロジェクトの名前は何でも構いませんが、ここでは、説明のため「LoadTestForMyAPP」にしています。パフォーマンステストを記録する負荷テストを実施するまえに、パフォーマンステストを作成します。これは、負荷テストにおける実行シナリオを指します。Explorerのプロジェクト名の箇所を右クリックします。次の例では「LoadTestForMyAPP」です。すると、ブラウザが起動して、負荷テストシナリオを記録し始めます。ブラウザが起動したら、BingのURL(www.bing.com)を入力してください。ブラウザは記録を始めます。2015」と入れて検索してみました。ホームページ」のサイトを選択しました。RecorderのStopボタンを押すと、今までの操作が記録されます。2015は動的なパラメータ入力があった個所を通知してくれます。VisualStudioがこのシナリオが正常に動作するかをテスト実行してみましょう。記録されたシナリオは、WebTest[数字]という名前で保存されます。記録したシナリオが正しく動作するかを検証してくれます。動作しているようです。参考までに、WebTest[数字]が記録したテストシナリオになるのですが、あなたがブラウザで、入力した値が組み込まれている様子がわかると思います。すると、負荷テストに、閾値を設けたいかもしれません。中に表示されているURL(http://www.bing.com/search)を右クリックしてください。1に設定してみました。(デフォルトは0)また、手で入力したパラメータをプログラマブルに設定したいという場合は、英語になりますが、こちらのページをご参照ください。https://msdn.microsoft.com/en-us/library/ff460245.aspxこれで負荷テストのためのパフォーマンステストのシナリオ作成は完了です。使えば、あなたが書いたソースコードを解析して、テストデータと最大のコードカバレッジを持つ単体テストを作成することができます。テスト対象クラスの作成テスト対象となるクラスを作成します。Projectを作成します。今回はプロジェクト名をIntelliTestにしてみました。プロジェクトが作成されたら、プロジェクト名の箇所(ここでは、IntelliTest)を右クリックして[追加]-[新しい項目]を選択します。今回はUserという名前のクラスを作成します。クラスのテンプレートができたら次のようなコードを作成してください。具体的なコードは次のようになります。System.Text.RegularExpressions」はデフォルトで追加されないので、記入忘れしないようにしてください。してみたいと思います。ここは追加で記入してください。{テスト効率化のための自習書シリーズを公開しました。提供されるのはいわゆる実装のための機能だけではありません。網羅しているかを管理し、バグの状態推移レポートの作成までも自動化することが可能です。テスト工数を最小限に抑えつつも、より高品質のアプリケーション開発を期待できます。回のコンテンツを通じて、より正確により手早くテスト作業を行うための方法を学ぶことができます。本ポストの情報はオリジナル投稿時点のものす。マイクロソフトの正式な見解や製品の仕様を示すものではないことをご了承ください。(含む、探索的テスト)ですが、設定など社内外から質問があったこともあり、共有しておきます。ストアアプリのテスト」)。何ができるのかテスト対象のデバイス実機上での手動テストを行ったときに、その時の操作(たとえば、どこをタップしたら何が開いたのかなど)を記録してくれます。診断に必要な情報(システム情報やイベントログ、デバッグ履歴など)を収集してくれます。音声も収集できます)。テストの結果は、ステップごとに記録が自動で残りますし、バグ起票も、ボタン一発で、ステップごとにどこをタップしたら何が起きたのかなどスクリーンショットを手でいちいちとらなくても記録を即時共有することができます。探索的テストでは、実行した操作ステップから再現性のある最適な手順だけに整理したりすることができますし、これまたボタン一発で、テストケースとして残すことができます。探索的テストでバグ発見→即時、バグ起票→テストケース作成のスムーズな流れができ、しかも、開発者はバグ票から操作ログ、デバッグ情報、ビデオキャプチャの情報も見ることができるので、「再現しないバグ」扱いにせず、効率的にバグ修正作業を行えるわけです。テスターからすると、バグとテストケース(プロダクトバックログ項目も)、ビルド番号が紐づいている状況なので、バグ修正後、速やかにテストケートに基づいたテストを行うことができます。便利でしょう?ここまでやらないといけない時代ですよ。必要な環境これを実現するには以下の環境が必要となります。テスト環境、テスト構成、テストケース、バグ、ビルドなどテストになくてはならない成果物を有機的につなぎ追跡可能にしてくれます。2012手動テストの設定と実行、追跡のために使います。メインで使うのはこちらです。テストを実行する環境に用意しておきます。(無償ダウンロード)デバイス実機上でのリモートテストをや、デバッグ、プロファイリングのために必要なサービスです。デバイス上にセットアップします。サブスクリプションで入手)テストコントローラーとテストエージェントが含まれています。通信する必要はありません)。サーバーにテストコントローラーもセットアップしてしまえばいいです。必要なのは、これだけです。(といっても1ステップですがw)で設定するだけです。テストを行うため、それなりに権限を委譲する必要があることは念頭に置いてください。ログオンアカウントを設定します。チームプロジェクトコレクションと通信できるように設定します。