継続的インテグレーション

開発者がコードの変更を頻繁にリポジトリに統合し、自動ビルドと自動テストを実行する手法。CIとも呼ばれ、統合時の問題を早期に発見・修正することで、ソフトウェアの品質を維持する。

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

開発者がコードの変更を頻繁に共有リポジトリに統合し、その都度自動ビルドとテストを実行する開発プラクティス。統合時の問題を早期に発見でき、品質を継続的に維持できる。CI/CDパイプラインの基盤となる。

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

開発者が変更したソースコードを頻繁に共有のリポジトリへ統合し、そのたびにビルドと自動テストを実行する手法。統合時の問題を小さいうちに見つけられ、いつでも動く状態のソフトウェアを保てる。

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

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

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

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

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

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