Studio,TFS,ALM,VSTS,DevOps関係のことについていろいろと書いていきます。Managementでの補足はじめに昨日は単体で実施する負荷テストを紹介しました。やる分にはGUIでちまちま実施しても構いませんが、どうせなら継続的インテグレーション(CI)や継続的デプロイ(CD)に組み込みたいものです。Testを呼び出す機能があります。今日はそれを紹介します。負荷テストプロジェクトを登録する負荷テストのひな型を入手するVSTSのCI/CDで負荷テストを実施するにはまずロードテストソリューションを登録します。最初から作ってもいいのですが、せっかくなので、GUIで作ったテストをそのまま使いましょう。Studio"をクリックすると、負荷テストのソリューションがzipファイルで入手できます。いつも通り右クリックから「ブロックを解除」(もしくはPowerShellでunblock-fileコマンドレット)してから開きます。ソリューションを開くとこんな感じで負荷テストの設定が一式入っています。LoadTestProjectを開くとこんな感じでシナリオやWebテスト、負荷をかけるデータセンターの設定が入っています。事情がない限り、変更する必要はありません。Studio内にロードテストという項目ができます。ロードテストメニューの「ロードテストマネージャー」を開くと、VSTSで実施したロードテストの結果が見えます。Studio内で結果が確認できます。Applicationのログが確認できます。Throughputもこのように確認できます。Serviceそのままでは確認できません。ソリューションを追加する開いた負荷テストソリューションはもちろんソース管理の対象にできます。ここではチームプロジェクトのGitリポジトリに登録します。こんな風にWebサイトのプロジェクトと同じリポジトリで管理してみました。負荷テストを設定する都合上、同じチームプロジェクトであれば、異なるリポジトリでもOKです。VSTS負荷テストをCI/CDで呼び出せるように設定するVSTSのビルドパイプラインで負荷テストを呼び出せるようにするには、サービスのエンドポイントに登録しなくてはなりません。Tokenを設定します。scopeで構いません。APIKEYはなくさないようにしましょう。Endpointをクリックします。Genericをクリックして、以下の指定をします。Testを追加するとCI/CDでURLへのアクセステストができます。デプロイして特定のURLに一定数のユーザーがアクセスしても例外が起きているかどうか、という用途に使えます。負荷テストをかけるのを自動管理か自前管理かビルドをキューに入れるとこんな感じで結果が出ます。アクセス例外が出なかったので、ビルドが成功したことになっています。VSTSの負荷テストをビルド時に実施する次はVSTSの負荷テストと同等のテストを実施します。毎回ビルド時に実施すると時間がかかりすぎるので、工夫が必要になります。特定のスケジュールでリリースする前に実施するとか、不定期にブランチを作って、そのブランチを検証用の環境にデプロイしてやってみるとか、といった感じでしょうか。ビルドタスクを作ってみました。file:ソリューション内にある拡張子testsettingファイルです。VSTSが作ったものであればCloud.testsettingというファイルです。folder:負荷テストソリューションがあるフォルダ名です。Testプロジェクトです。VSTSが作ったものであれば「テスト名+WebTest.loadtest」となっています。何回以内の例外であればOKとみなすかという判定です。ビルドログでは例外が3回だったので、問題ないと判定されます。Managementでの補足VSTSの負荷テストをCI/CDで実施できるのは定期的に負荷テストをかけたいというシナリオにおいてとても便利です。大きな改造をした場合は、ビルドやリリースタスクに追加しておくといいでしょう。今回リリースでの組み込みは(時間の関係でw)実施しませんでしたが、コツとしては変わりありません。Managementで負荷テスト実施のシナリオが参照できないという点に注意してください。Studio,TFS,ALM,DevOps関係のことについていろいろと書いていきます。2023/4/20の更新AzureのPaaSのローカル開発環境まとめはてなブログをはじめよう!kkamegawaさんは、はてなブログを使っています。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。