3-5 品質保証の遂行
概要
品質要求事項を満たすために，プロジェクトの進捗に伴って成果物及びプロジェクトのレビューなどを行い，品質の計画を実施する。品質保証の遂行には，品質要求事項を満たすために必要なプロセス，ツール，手順，技法及び資源の使用を確実にすることを含む。顧客の満足度を高める価値の提供に向けてシステムを頻繁にリリースする場合，リリースの都度，品質保証の活動の結果を評価して，次のリリースに向けての品質の計画の内容を見直す。
品質の計画の未実施，品質要求事項の未達成の場合，対策を立案し欠陥を除去するなどの品質の改善を図る。また，必要ならば構成管理について変更管理の手続で是正処置を講ずる。品質保証の手順の改善が必要な場合には，品質の計画の変更管理の手続に向けて変更要求を決定する。
- 引用元
- 情報処理推進機構 「プロジェクトマネージャ試験（レベル４）シラバス－ 情報処理技術者試験における知識・技能の細目 Ver.7.1（2023年12月25日掲載）
- https://www.ipa.go.jp/shiken/syllabus/nq6ept00000014gb-att/syllabus_pm_ver7_1.pdf
モジュール結合テストについて
ビッグバンテスト
- 概要: ビッグバンテストは、すべてのモジュールを一度に結合してテストする方法です。個々のモジュールが完成した後、システム全体として動作するかを一斉に確認します。
- 利点:
- 全体的なシステムの動作確認が一度に行える。
- モジュール間の相互作用がすべて確認できる。
- 欠点:
- 欠陥の原因が特定しづらい。どのモジュールが問題を引き起こしているのかを特定するのが難しい。
- エラーが発生すると、デバッグに時間がかかる。
- 初期段階では動作しない可能性が高く、欠陥の多発による混乱が生じる。
トップダウンテスト
- 概要: トップダウンテストは、システムの上位モジュールから順に下位モジュールを結合しながらテストする方法です。最初に主要な制御モジュールから開始し、段階的に下位のモジュールを追加していきます。
- 利点:
- 主要な制御ロジックを早期にテストできる。
- プロトタイプの構築が可能で、早期にシステム全体の動作を確認できる。
- 上位レベルのインターフェースとフローがテストされる。
- 欠点:
- 下位モジュールが未完成の場合、スタブ（仮のモジュール）を作成する必要がある。
- 下位モジュールの結合時に新たな欠陥が発見される可能性がある。
ボトムアップテスト
- 概要: ボトムアップテストは、システムの下位モジュールから順に上位モジュールを結合しながらテストする方法です。最初に基本的なユニットモジュールをテストし、その後、これらを集めて上位モジュールを形成していきます。
- 利点:
- 基本機能が確実に動作することを確認した上で、より複雑な機能をテストできる。
- 下位モジュールのテストが完了しているため、上位モジュールでの問題発生が少ない。
- ドライバ（仮の上位モジュール）が不要。
- 欠点:
- 主要な制御モジュールのテストが遅れる。
- 上位モジュールのインターフェースとフローが後回しになる。
サンドイッチテスト
- 概要: サンドイッチテスト（ハイブリッドテストとも呼ばれる）は、トップダウンテストとボトムアップテストの組み合わせです。システムの中間レベルのモジュールを中心に、上位と下位の両方向から同時にテストを進めます。
- 利点:
- 上位と下位の両方のモジュールを同時にテストできるため、テストカバレージが広がる。
- 早期にシステムの大部分をテストできる。
- スタブとドライバの両方を使用することで、全体のテストが効率的になる。
- 欠点:
- テストの計画と管理が複雑になる。
- スタブとドライバの作成が必要で、それに伴う追加の作業が発生する。
これらの結合テスト手法は、それぞれのプロジェクトやシステムの特性に応じて選択されます。例えば、大規模なシステム開発ではサンドイッチテストが効果的な場合もありますし、特定のモジュールに依存するシステムではボトムアップテストが適している場合もあります。プロジェクトの要件やリソースに基づいて最適な手法を選定することが重要です。
システムテストについて
機能テスト
- 概要: 機能テストは、システムが仕様通りの機能を正しく実行できるかを確認するテストです。ユーザーストーリーや要件定義に基づいて、各機能が期待通りに動作するかを検証します。
- 目的: ユーザーが要求する機能がすべて実装されており、正しく動作することを確認すること。
- 実施方法:
- テストケース作成: 仕様書や要件定義書に基づいて、具体的なテストケースを作成します。
- テスト実行: 作成したテストケースに従い、実際にシステムを操作して各機能を確認します。
- 結果の検証: テスト結果が期待通りかどうかを確認し、不具合があれば報告・修正します。
性能テスト
- 概要: 性能テストは、システムが特定の負荷条件下で期待通りの性能を発揮するかを確認するテストです。システムの応答時間、スループット、リソース使用量などを評価します。
- 目的: システムが効率的に動作し、ユーザーの要求する性能基準を満たしているかを確認すること。
- 実施方法:
- テストシナリオ作成: システムの使用状況を想定し、具体的なテストシナリオを作成します。
- ツール使用: JMeterやLoadRunnerなどの性能テストツールを使用して、負荷をシミュレートし、システムの性能を測定します。
- 結果分析: テスト結果を分析し、性能上のボトルネックや問題点を特定します。
負荷テスト
- 概要: 負荷テストは、システムに対して大量のリクエストやデータを送り、システムが正常に動作し続けるかを確認するテストです。通常の運用条件やピーク時の負荷をシミュレートします。
- 目的: システムが高負荷条件下でも安定して動作することを確認し、最大処理能力を評価すること。
- 実施方法:
- 負荷シナリオ作成: 想定される最大負荷を基にシナリオを作成します。
- ツール使用: 負荷テストツール（例：Apache JMeter、Gatling）を使用して、シミュレーションを行います。
- 監視と分析: テスト中にシステムのパフォーマンスデータを監視し、結果を分析します。
回復テスト
- 概要: 回復テストは、システムが障害発生後にどの程度迅速かつ完全に回復できるかを確認するテストです。フェイルオーバー、データ復旧、再起動などのプロセスを検証します。
- 目的: システムが障害から迅速に回復し、データ損失やサービス中断を最小限に抑えることを確認すること。
- 実施方法:
- 障害シナリオ設定: システムの障害をシミュレートする具体的なシナリオを作成します。
- テスト実行: 設定したシナリオに従って、障害を引き起こし、回復手順を実行します。
- 結果評価: 回復の迅速さと完全性を評価し、必要な改善点を特定します。
信頼性テスト
- 概要: 信頼性テストは、システムが長期間にわたって安定して動作し続けるかを確認するテストです。システムの耐久性やエラー頻度を評価します。
- 目的: システムの信頼性を評価し、長期間の運用で問題が発生しないことを確認すること。
- 実施方法:
- 長期運用シナリオ作成: 長期運用をシミュレートするシナリオを作成します。
- 継続的テスト: 長期間にわたりシステムを運用し、エラーの発生頻度やダウンタイムを監視します。
- 結果分析: 信頼性指標（例：平均故障間隔（MTBF））を計算し、システムの信頼性を評価します。
UIテスト
- 概要: UI（ユーザーインターフェース）テストは、システムのインターフェースがユーザーにとって使いやすく、期待通りに動作するかを確認するテストです。見た目や操作性、反応速度などを評価します。
- 目的: ユーザーエクスペリエンス（UX）を向上させるために、UIの使いやすさや一貫性を確認すること。
- 実施方法:
- テストケース作成: 具体的なユーザーストーリーに基づいて、UIテストケースを作成します。
- 手動テスト: テスターが実際にシステムを操作し、UIの動作を確認します。
- 自動テスト: SeleniumやAppiumなどのツールを使用して、UIの自動テストを実行します。
- 結果評価: UIの一貫性、操作性、レスポンスを評価し、必要な修正点を特定します。
これらのシステムテストの各種類を実施することで、システムが要求される品質基準を満たし、ユーザーにとって信頼性の高い製品を提供することが可能となります。
