継続的デリバリー

ソフトウェアをいつでもリリースできる状態に保つ開発プラクティス。CDと略され、CIの延長として自動テスト・自動ビルドに加え、本番環境へのデプロイ準備までを自動化する。最終的なリリース判断は人が行う点が継続的デプロイと異なる。

ソフトウェアの変更をいつでも本番環境にリリースできる状態に保つ開発プラクティス。継続的インテグレーションに加え、ステージング環境へのデプロイとテストの自動化を含む。継続的デプロイ（CD）では本番リリースまでも自動化される。

ソフトウェアをいつでもリリースできる状態に保つ開発プラクティス。CDと略され、CIの延長として自動テスト・自動ビルドに加え、本番環境へのデプロイ準備までを自動化する。最終的なリリース判断は人が行う点が継続的デプロイと異なる。

ソフトウェアを常にリリースできる状態に保ち、ビルド、テスト、ステージング環境への展開までを自動化する手法。本番環境へのリリースは人の判断で行うが、必要なときにすぐ確実に出せる。本番まで自動で行うものを継続的デプロイという。

開発者が頻繁にコードをリポジトリに統合し、自動的にビルドとテストを実行する開発プラクティス。CIと略され、不具合の早期発見と修正コストの削減を実現する。DevOpsやアジャイル開発の基盤となる手法。

DevOpsの開発プロセスにセキュリティ（Sec）を組み込む手法。開発の初期段階からセキュリティを考慮し、自動化されたセキュリティテストやコード分析をCI/CDパイプラインに統合する。

CI（継続的インテグレーション）はコード変更を頻繁に統合し、自動ビルド・テストを行う手法。CD（継続的デリバリー）はCIに加えて、リリースプロセスも自動化し、いつでもデプロイ可能な状態を維持する手法。DevOpsの基盤技術。

システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。

性能、信頼性、セキュリティ、可用性、拡張性、運用性など、システムの機能以外の品質や制約に関する要件。レスポンスタイムやスループットなどの具体的な数値目標として定義されることが多い。システムが「どのように動くか」の基準を定義する。

個別にテスト済みのソフトウェアユニットを統合し、ユニット間のインタフェースや連携が正しく動作するかを検証するテスト。トップダウンテスト、ボトムアップテストなどの統合戦略がある。