**Continuous Integration（継続的インテグレーション／CI）**は、アジャイル開発の中心的なプラクティスです。

毎日、もしくは1日に何度もコードを統合し、自動ビルド・自動テストを実行することで、

早期の欠陥発見・品質向上・開発速度向上を実現します。

この記事では、ISTQB Agile Tester Extension Chapter 1「1.2.4 Continuous Integration」の内容を、

初学者にもわかりやすく整理し、具体例・メリット・リスク・自動化項目・例題をまとめて解説します。

■ Continuous Integration（CI）とは？

CIとは、開発チーム全員が毎日のように頻繁にコードを統合し、

• ビルド

• 静的解析

• ユニットテスト

• デプロイ

• 統合テスト

などを自動で実行するプロセスのことです。

● シンプルに言うと？

「新しく作ったコードをすぐさま既存のコードに統合し、自動テストで問題を早期に発見する仕組み」

● なぜアジャイルで重要？

アジャイル開発では短いサイクルで機能追加が続くため、

古いコードと新しいコードの衝突（インテグレーション問題）が頻繁に起こり得ます。

CIはこれらを「毎日すぐに」発見できるため、品質・スピードともに向上します。

■ CIで行われる主な自動化タスク

ISTQBでは、CIのプロセスに含まれる典型的な自動処理として以下を挙げています。

🔧 CIで自動化されるもの

1. 静的解析（Static Analysis）

   　コードの品質・構文・規約違反などを自動チェック。

2. コンパイル（Compilation）

   　コードを自動ビルドしてエラーを発見。

3. ユニットテストの実行（Unit Tests）

   　新機能にバグがないかを即座に確認。

4. テスト環境への自動デプロイ（Deploy）

5. 統合テストの実行（Integration Tests）

6. 自動レポート生成（Dashboard / Reports）

   　実行結果が可視化され、チーム全員が状況を把握。

✔ 自動化のメリット

• 時間と労力の削減

• 毎日同じ品質でチェックできる（反復性）

• 人的ミスの削減

• 透明性の向上（ダッシュボードで共有）

■ CIがもたらすメリット（ISTQBまとめ）

CIを導入することで得られる効果を、ISTQBの観点で整理すると以下の通りです。

✔ 1. 早期の欠陥検出

統合問題を“即日”発見できるため、修正が安価で早い。

✔ 2. 毎日の回帰テストで品質を維持

日々の統合＝日々回帰テストが走る

→ 思わぬ副作用を最小化。

✔ 3. チームへの継続的なフィードバック

• どの変更が壊れたか

• ビルドが成功しているか

がすぐにわかる。

✔ 4. プロジェクトの進捗が可視化される

ダッシュボードで「どこまで正常に動いているか」が明確。

✔ 5. Big Bang Integration を防ぐ

後半で一気に統合して破綻…というリスクがゼロに近づく。

✔ 6. 実行可能なソフトウェアを常に保持

デモ・評価・教育用途にもすぐ使える状態。

■ CIのリスク（ISTQBで示されている注意点）

メリットが大きい一方で、CIの導入には以下のリスクもあります。

⚠ CIの主なリスク

1. CIツールの導入・保守が不十分だと逆に混乱する

   　設定ミスで誤検知やビルド失敗が頻発する。

2. プロセス設計が不適切だと効果が出ない

   　単にツールを導入しただけでは機能しない。

3. テスト自動化には追加リソースが必要

   　テストコードのメンテナンスも必要。

4. ユニットテストへの過信

   　「ユニットテストがたくさんあるからシステムテストは軽くてもOK」は危険。

   　→ 各テストレベルは目的が違うので省略不可。

■ 具体例：CIの1日の流れ（イメージ）

◆ 1. 開発者がコードをpush

　GitHub / GitLab など

◆ 2. CIツールが動き出す

　例：Jenkins、GitLab CI、CircleCI、Azure DevOps

◆ 3. 自動ビルド → 静的解析 → ユニットテスト

　数秒〜数分で完了

◆ 4. テスト環境へ自動デプロイ

　本番と似た動作環境で動作確認

◆ 5. 統合テストが自動実行

　シナリオテストやAPIテストなど

◆ 6. ダッシュボードで結果共有

　赤：ビルド失敗

　黄：テスト失敗

　緑：成功

→ この高速サイクルによって、欠陥を「翌日まで持ち越さない」文化が育つ。

■ ISTQB Sample Question（例題）

以下は本テーマに基づいた、ISTQBレベルの例題です。

【例題 1】Continuous Integration の主な目的はどれか？

A. 開発チームの文書作成量を減らすこと

B. コード変更を頻繁に統合し、欠陥を早期に発見すること

C. プロジェクト計画を細かく管理すること

D. 手動テストの量を増やすこと

✔ 正解：B

【例題 2】CIで自動化される項目として最も適切なものはどれか？

A. 顧客への請求書発行

B. 静的解析、ビルド、ユニットテスト、デプロイ

C. チームビルディング活動

D. 要件作成

✔ 正解：B

【例題 3】CIにおけるリスクとして ISTQB が指摘しているものはどれか？

A. テスト自動化によりシステムテストの必要が完全になくなる

B. 過度なユニットテスト依存

C. スプリント期間が短くなる

D. プロジェクトの透明性が高くなる

✔ 正解：B

（ユニットテストだけでは他レベルのテストを代替できないため）

■ まとめ

CI（Continuous Integration）はアジャイル開発において、

品質を守りながらスピードを最大化するための欠かせない仕組みです。

✔ CIのポイントまとめ

• 毎日の統合＋自動テストで早期欠陥検出

• 静的解析、ビルド、ユニットテスト、デプロイを自動化

• ダッシュボードで透明性UP

• 回帰テストが毎回自動で実行

• システムテストを省略してはいけない

• CIツールの運用計画が重要

アジャイルテスターとしてCIの仕組みと価値を理解することは、

実務でも資格試験でも非常に重要です。

ソフトウェアテスト技法練習帳　～知識を経験に変える40問～ [ 梅津正洋、竹内亜未、伊藤由貴、浦山さつき、佐々木千絵美、高橋理、武田春恵、根本紀之、藤沢耕助、真鍋俊之、山岡悠、吉田直史［著］ ]

posted with カエレバ

楽天市場

Amazon

ソフトウェアテスト技法ドリル【第2版】 テスト設計の考え方と実際 [ 秋山 浩一 ]

posted with カエレバ

楽天市場

Amazon