Postman with Newman&Jenkins

Postmanチュートリアルのシリーズでは、Postman&Newmanとその機能について学びました。 Postmanで完全に習得するには、このコースを完了するためにもう1つの要素が必要です。 この要素はJenkinsです。 したがって、このチュートリアルでは、Newman&JenkinsとPostmanについて話します。 基本的に郵便配達員は、今日だけのソフトウェアではありません。 現在、PostmanはPostmanではなく、Postman、Newman、Jenkinsのパッケージです。 このパッケージは、自動テストの輪を完成させ、良質のソフトウェアを提供するのに役立ちます。 最初の2つの要素について説明したので、次のいくつかのチュートリアルでJenkinsに焦点を当て、Newman&Jenkinsを使用したPostmanの利点を理解します。 それに精通して取得することから始めましょう。Jenkins_main_logo

Jenkinsとは何ですか?

JenkinsはJavaで書かれたオープンソースの自動化サーバーです。 Jenkinsは、プロジェクトを継続的にビルドしてテストするために使用されるため、開発者とテスターの作業をソフトウェアにとって容易にします。 私たちが研究した馴染みのある言葉でそれを得るために、Jenkinsはソフトウェアの開発と展開に継続的な統合と継続的な開発を使用しています。 Jenkinsを使用すると、組織は自動化によってソフトウェア開発プロセスを加速できます。 Jenkinsは、ビルド、ドキュメント、テスト、パッケージ、ステージ、デプロイ、静的分析など、あらゆる種類の開発ライフサイクルプロセスを統合します。

最後のチュートリアルでは、コードがリポジトリにプッシュされるたびに、いくつかのテストケースが自動的にコード上で実行されることを意味する継続的な統合について検討したことを覚えておいてください。 これは、開発者がビルドが正しいかどうかを確認するのに役立ちます。 継続的な統合を「継続的に」実行しない場合、どのビルドが失敗したのか、どの問題が原因であるのかがわからない場合があります。 Jenkinsは同じことを行い、継続的な統合とビルドの品質を継続的にチェックすることで、開発者とテスターを助けます。 しかし、私たちは上記で使用した第二の用語(継続的な配信)について学んでいません。 それでは、今それをやろう。

連続配信とは何ですか?

Continuous Deliveryは継続的インテグレーションの上に構築されているため、継続的インテグレーション(CI)が配置されていない場合、継続的デリバリ(CD)は不可能です。 継続的な配信は、継続的な統合の次のステップとして機能します。 継続的な配信は、コードの変更が自動的に構築され、テストされ(単体テスト)、環境へのリリースのために準備されるDevOpsソフトウェア開発の実践です。 この環境は、ステージング、本番前、または本番環境から任意のものにすることができます。 ある意味では、ビルド段階の後にすべてのコード変更をテスト環境および/または本番環境にデプロイすることによって、継続的な統合を拡張します。

Continuous deliveryを使用すると、開発者は単体テストだけでなく、テストを自動化できるため、顧客にデプロイする前に複数のディメンション間でアプリケーショ これらのテストには、UIテスト、パフォーマンステスト、統合テスト、APIテストが含まれます。 UIや他のテストを実行するには環境が必要であることを知っているように、continuous deliveryは実際に指定された環境にアプリケーションをデプロイし、API&UIのような他のテストが実行される場所にアプリケーションをデプロイします。 これにより、開発者は更新をより徹底的に検証し、問題を先制的に発見することができます。

したがって、開発者は同じことを通知され、ソフトウェアが顧客/クライアントにリリースされた本番環境に手動でプッシュされます。 Continuous deliveryは、ソフトウェアリリースプロセス全体を自動化します。 コミットされるすべてのリビジョンは、自動化されたフローをトリガーして、更新をビルド、テストし、ステージングします。 ライブ運用環境への展開の最終決定は、開発者によってトリガーされます。

継続的な展開とは何ですか?

継続的な配信と継続的な展開の違いは、本番環境への更新を手動で承認することです。 継続的な展開では、明示的な承認なしに本番展開が自動的に実行されます。 つまり、継続的な展開では、最後のステップも自動化され、開発者の介入なしにコードが自動的にプッシュされます。

完全に自動化されているため、継続的な配信からのステップアップとも言えます。 それは完全に自動化されているので、それは非常に慎重な環境プロセスを必要とし、唯一のいくつかの企業がそれを適用することを推測する方が簡 これらの注意深い注意は高度に開発された監視文化を持っていることおよびすぐに回復する機能を持っていることを含んでいます。

continuous-delivery-vs-continuous-deployment

だから、Jenkinsはテストを自動化し、継続的な統合と継続的な配信/継続的な展開を提供するソフトウェアです。 同じことを続けると、Jenkinsはさらに利点を与えます。

Jenkinsの利点

jenkinsはプラグインの助けを借りて継続的な統合を実現し、文字通り何千ものプラグインがJenkinsで利用可能です。 すべての作業について、Jenkins用のプラグインを見つけることができます。 プラグインは、様々なDevOpsステージの統合を可能にします。 特定のツールを統合する場合は、そのツール用のプラグインをインストールする必要があります。 たとえば、Git、Maven2プロジェクト、Amazon EC2、HTML publisherなどです。 プラグインとは別に、Jenkinsの次の利点があります

  • それは偉大なコミュニティサポートを持つオープンソースのツールです
  • インストールが簡単です。
  • 無料です。
  • これはJavaで構築されているため、すべての主要なプラットフォームに移植可能です。

これらの利点は、開発者やテスターにとって非常に重要です。 そして、あなたが得られなかったものがあれば、私たちは次のセクションでそれを要約しました。

Postman with Newman&Jenkins

Jenkinsは今日、開発者が想像したことのない速度で使用されています。 すぐにDevOpsのエンジンになります。 Jenkinsの主な力の源はプラグインであることは間違いありません。 PostmanでJenkinsを使用する他の特定の要因はありません。 Postmanで使用できる多くの選択肢がありますが、Jenkinsが推奨され、推奨されています(postmanの公式webサイトでも)。 つまり、Jenkinsは他のソフトウェアよりも強力であり、進化しているという理由だけでJenkinsを使用することになります。 Jenkinsのプラグインの範囲は、誰にとっても最初の選択肢になります。 選択肢を確認したい場合は、自分で検索することでそれらについて学ぶことができます。 彼らはAtlassian Bamboo、CircleCI、JetBrains TeamCity、ThoughtWorks Snapです。

上記のセクションで説明したように、継続的な統合は、さまざまなコードを組み合わせてテストを継続的に実行するのに役立ちます。 このテストとコードのアマルガムは、PostmanでNewmanとJenkinsによって行われる継続的な統合のために成功しています。 Postman Newmanは、ビルドシステムJenkinsと簡単に統合するために構築されています。 この機能により、開発者はコードの変更後のApiのパフォーマンスに関する迅速なフィードバックを得ることができます。 Newmanの助けを借りて、Jenkinsと統合され、その後変更がプッシュされると、JenkinsはNewmanでpostmanコレクションを実行します。

概要

Jenkinsは継続的な統合サーバーです。 要するに、Jenkinsはビルドコードとリポジトリの間の中間者として機能します。 コードに変更が見つかった場合は、コードを収集し、自動テストが行われるビルドコードに送信します。 テストが正常に見える場合は、継続的な配信の場合に同じコードを手動でプッシュするか、継続的な展開に従ってこのプロセスが自動化されます。 そう速く、容易信頼できる。 私はあなたが今Jenkinsとは何か、そしてなぜそれを使うのかを持っていなければならないことを願っています。 次のチュートリアルでは、Jenkinsをインストールし、いくつかのコレクションを実行します。