動きの速い技術とアジャイル開発チームでは、新しい機能を迅速かつより良く出荷することが、需要と革新に追いつくために不可欠です。 継続的デリバリーと継続的インテグレーション (CI/CD) は、DevOps チームに採用する人気がますます高まっています。 CI/CD プロセスでは、開発者が作成する並列コードに影響を与えることなく、メインブランチ、QA環境、または実稼働環境で頻繁に行われるコード変更を管理します。 CI/CD パイプラインは、巨大なコードベースや頻繁に変更されるコードベースで作業を行いながら、競合や欠陥を最小限に抑えながら、プロジェクト全体の統合ビルドを行います。

継続的インテグレーションとメリット

継続的インテグレーション (CI) は、その名前が示すように、開発されたコードが 1 日に数回共有リポジトリに統合される開発プロセスです。 この方法論の背後にある考え方は、コードが完了/修正されるとすぐに他の開発者が使用できるようにすることです。 一般に、継続的インテグレーションは、コードがバグがなく、期待どおりに動作することを保証するために、自動テストツールとビルドシーケンスと組み合わせたものです。 一般的な継続的インテグレーション プロセスには、次の手順が含まれます。

  • メインブランチのソースコードを確認します。
  • 自動単体テストを実行します。
  • ビルド シーケンスを実行し、ビルドを受け入れるか拒否するかを決定します。
  • テスト/QA環境に展開します。
  • 本番/ライブ環境にデプロイします。

このように、継続的インテグレーションプロセスにより、開発者は変更をメインブランチに統合し、QA環境に入る前にJenkinsのような自動継続的インテグレーションツールで検証することができます。 継続的インテグレーション プロセスの主な利点を次に示します。

プロアクティブなバグ検出

自動単体テストを使用すると、開発者はビルドの失敗の結果としてバグを早期に発見できます。 これは、QA チームに安定したエラーのないビルドを渡す場合にも役立ちます。

バグ数の減少

継続的な統合プロセスは、バグを早期に検出するのに役立ち、開発者はビルドを開発サイクルの次の段階に渡す前に修正する必要があります。 効果的な自動テストとビルドシーケンスを使用すると、気付かれないバグはほとんどありません。

コード品質最適化

継続的な統合プロセスにより、開発者とチームは、初期のバグを修正しながら、何が問題になっているのか、どのように改善できるかを効果的に確認できます。 コードは新しい段階にあるため、自動化されたプロセスによってリアルタイムの意思決定を可能にすることで、大幅に改善され、最適化できます。

時間効果

継続的インテグレーション プロセスでは、通常、手動での作業を減らすために、テストと構築に自動化ツールを使用します。 開発者は時間がかかり、初期のバグの検出にあまり効果のない手動単体テストを実行する必要がなくて済むため、時間を節約できます。

費用 対 効果

バグ数が少ないため、QA テストの結果がさらに向上し、QA の取り組みが大幅に削減されます。 これは、プロジェクト予算や生産で発生する可能性のあるその他のしゃっくりを最適化し、ビジネス収益に影響を与えるのに役立ちます。

継続的デリバリーとメリット

継続的デリバリー (CD) とは、継続的インテグレーションから生み出される小規模で頻繁な変更を展開するプロセスです。 そのため、CD は CI/CD プロセスの次のステップで、新機能や改良点をユーザーに正常に出荷します。 CI/CD プロセスの基盤は CI ですが、CD は迅速、予測可能、安全、スケジュールされた方法で展開を可能にします。

継続的な配信には、次のベスト プラクティスが含まれます。

  1. テストされた内容と運用環境に展開されている内容を明確にするために、パッケージを 1 回だけビルドしてください。
  2. すべてのステージで同じ展開プロセスを使用して、問題を取り除きます。
  3. すべての依存関係と可用性を確認するためのスモーク テスト。
  4. すべての開発ライフサイクルで同じ環境を維持し、回避可能な生産上の問題を回避します。

継続的な配信プロセスにより、開発者が同じモジュールや他のモジュールで作業を続けながら、コードはほとんどリスクがなく安定しており、運用環境にデプロイできます。 継続的な配信プロセスの重要な利点を次に示します。

低リスクでの迅速な導入

継続的な配信は、効果的な展開パターンを使用して、より安全で簡単かつ迅速な展開を主な目的で行います。

ダウンタイムなし

CI/CD パイプラインでは、新しいコードや機能をほとんどダウンタイムなしで出荷できます。

高品質

自動化された CI/CD プロセスにより、開発者とテスト担当者は、コードの品質、使いやすさ、セキュリティ、パフォーマンスに重点を置いて、より良い製品を出荷できます。

コスト削減

展開には、製品のライフ サイクル全体を通して複数のステージが含まれます。 CI/CDパイプラインはバグの早期発見と改善に役立つため、頻繁な問題やバグ修正に関連するコストは大幅に削減されます。

組織がテストを自動化する理由

CI/CDのテストは必須ではありませんが、CI/CDプロセスのメリットをすべて活用する必要があります。 自動化されたテストで CI/CD パイプラインを採用する DevOps チームが増えています。 自動テストが好まれる理由を見てみましょう。

  • 自動化は、より迅速かつ優れた製品を出荷するアジャイルチームをサポートします。
  • 手動テストと比較して簡単な回帰テスト。
  • 再利用可能なテスト ケースにより生産性を向上します。
  • 24 時間 365 日、数百のテスト ケースを実行します。
  • 洞察に富んだレポートを使用したデータ駆動型テスト。
  • 複数のプラットフォームで簡単にテストできます。
  • 迅速なバグの識別と高速MTTR(平均解決時間)。
  • 市場投入までの時間とビジネスコストの削減
  • クロスブラウザと地理的位置テスト。
  • 複雑で長いテストケースをカバーするのは簡単です。

CI/CD を使用したロード テストの重要性

運用環境では負荷テストが不可欠ですが、CI/CD パイプラインと統合すると、パフォーマンス テストに必要な時間と作業を大幅に削減できます。 最も現実的な方法でスクリプト化されたすべての可能なトランザクションをスクリプト化し、さまざまなロード シナリオでテストすることが不可欠です。

ビルドはすべての機能テストに合格するかもしれませんが、パフォーマンスはどうでしょうか? ロード テストを実行せずにコードを出荷すると、トラフィックが多いときに悪影響を及ぼし、ウェブ サイトが停止する可能性があります。 CI/CD パイプラインを使用したビルドの展開は、全体的なパフォーマンスの点で実行される半分の作業に過ぎません 。 展開後に実行する場合は、ユーザー エクスペリエンスという最も重要な部分を見逃します。

運用環境でアプリケーションがどのように動作するかを理解するには、負荷テストを実行して、負荷のかかるアプリケーションのパフォーマンスに関する全体的な理解を得る必要があります。 これは、アプリケーションを成功させるための鍵です。

CI/CD 自動ロード テスト用の LoadView と Jenkins

ジェンキンス は、CI/CDパイプラインの自動化に最適で広く使用されているツールの1つです。 オープンソースであり、ビルドシーケンス、デプロイ、および自動化テストを実装するための便利なプラグインを多数提供しています。 LoadView は、実際のブラウザーと地理的な場所のテストのサポートを使用して、ウェブ サイトおよびアプリケーションの負荷テストに最適なクラウド ベースのロード テスト ソリューションの 1 つでもあります。

LoadViewを、現在の市場の 他のロード テスト ツール およびソリューションと比較します。

Jenkins を使用したロードビューロード テストのセットアップ

1. 無料のLoadViewトライアルに サインアップするか、すでにLoadViewアカウントをお持ちの場合はアカウントにログイン してください

2. LoadView アカウントに移動し、 ロード テスト シナリオを設定 し、テスト シナリオ ID をメモします。 テスト シナリオでは、ユーザー動作プロファイルを含むデバイスがエラーなしで実行されることを確認し、適切なロード カーブ、ロード インジェクタ ペイロードなどを選択するなど、ロード テストの調整に役立つさまざまな手順を説明します。 ロード カーブの適切なタイプの選択の詳細については、こちらをご覧ください。 荷重曲線の各タイプは、特定の目的のために設計されています。

3. この場合、API をロード テストするためのロード テスト タスクを作成します。 ロードビューで、統合 ウェブ API を作成します。

ロード テスト Web API 統合 UID

4. ジェンキンスに移動し、LoadView プラグインを設定します。

ジェンキンスグローバルクレデンシャル

5. 目的のジョブを選択し、ビルド後のアクションのビルドに移動して LoadView ロード ビュー テスト シナリオ > を構成します。

6. リアルタイムで Jenkins コンソール出力でテスト結果を表示します。

ジェンキンスコンソール出力

7. ジェンキンスのビルドメニューの LoadView 結果でテストが終了した後、結果の要約を確認します。

ジェンキンスのパフォーマンス結果

8. ビルドを受け入れる/拒否します。 ご覧のとおり、LoadView には、テスト期間、最大ユーザー数、セッション数、成功したテスト、失敗したテストなど、ロード テストに対するビルドのパフォーマンスに関する詳細情報が表示されます。 これらの結果とベンチマークパラメーターに基づいて、ビルドを受け入れるか拒否して、さらにアクションを実行できます。

Jenkins を使用して LoadView プラグインを設定する詳細な手順については、Jenkins サポート技術情報の記事の LoadView プラグイン を参照してください。

CI/CD ロード テスト: 結論

CI/CD は、ロード テストの自動化と組み合わせることで、新しい製品機能の出荷と、運用環境のリスクを最小限に抑えた機能強化を実現する、より迅速で生産性の高いコスト削減のアプローチです。 Jenkins を使用して、LoadView プラグインを使用して CI/CD パイプラインを自動化し、開発ライフサイクルを進めるために新しいビルドの受け入れを決定できます。 Loadview は、実際のブラウザー テスト、さまざまな地理的位置、およびテスト要件を満たすロード カーブを使用して、最も現実的なロード テスト環境を提供します。

LoadView無料試用版にサインアップ し、アプリケーションとシステムが大量のトラフィックに対処するように最適化されていることを確認するプロセスを開始します。 トライアルには、あなたの旅を始めるためにロードテストクレジットで$ 20が付属しています。

または、パフォーマンスエンジニアの1人と一緒にプラットフォームを実行したい場合は、 デモをスケジュールすることができます。 チームは、LoadViewプラットフォームを完全に歩いて、途中で抱えている質問に答え、テスト要件に関する洞察とベストプラクティスを提供します。