ソフトウェアテストにおける影響分析
チャールズ・ムーア
⚡ スマートサマリー
ソフトウェアテストにおける影響分析は、提案された変更が要件、設計、コード、テスト、納品スケジュールにどのように波及するかを評価します。ping チームは、リリース前に必要な労力を見積もり、回帰テストのカバレッジに優先順位を付け、意図しない欠陥を防止する。
影響分析とは
影響分析とは、展開済みの製品またはアプリケーションに加えられた変更の影響を分析するプロセスです。アプリケーションの特定のセクションまたは機能が変更された場合に影響を受ける可能性のあるシステム領域を特定します。
影響は要件、設計、および Archi講義、テスト、および納品スケジュール。
アプリケーションや製品に新機能を追加する際には、それらの変更がシステムのパフォーマンスと安定性にどのような影響を与えるかを必ず確認する必要があります。影響分析は、まさにこの目的のために実施されます。
なぜ変更影響分析を行うのか？
- 変更を実施した場合に起こりうる結果を理解するため。製品に機能を追加しすぎると、全体的なパフォーマンスが低下する可能性があります。
- チームが変更を実施することを決定した場合に、修正が必要になる可能性のあるすべてのファイル、ドキュメント、およびモデルを特定する。
- 変更を実施するために必要な労力を見積もる。
- 変更を実施するために必要なタスクを特定する。
- 変更対象の特定の要素への依存関係を一覧表示します。
影響分析文書とは何ですか？
影響分析文書は、チームが変更要求に取り掛かる前に、その要求を評価するためのチェックリストとして使用できます。この文書には、次のような詳細を記載する必要があります。
- 問題の簡単な説明。
- 欠陥がどのように故障や非効率性を引き起こすかについての説明または例。
- 複雑さの推定値。
- 修理にかかる費用と時間の見積もり。
- テスト対象となる機能。
- 変更に合わせて作成された新しいテストケース。
- 技術仕様書や関連する設計ノートなどの参考資料。
例：
影響分析ドキュメント。
- 変更リクエストID:
- タイトル：
- 説明:
- 作成日:
- 優先順位の見積もり：
- 相対的な利益
- 相対ペナルティ
- 相対コスト
- 相対危険度
- 推定総作業時間：______時間
- 推定される作業損失時間：______時間
- スケジュールへの影響（推定）：______日
- 品質への影響：
- 影響を受けるその他の要件：
- 影響を受けるその他のタスク:
- 統合の問題:
影響分析の影響レベルを提示する方法
影響分析は、システムへの変更の重要度を示すカラーコードで表現できます。一般的なカラーコードを以下に示します。
- 赤 — 強い衝撃
- 黄色 — 中程度の影響
- 緑 — 影響は弱い
上記の表は、実施された変更による影響を説明しています。
- 赤色でマークされた特徴は、変更される主な特徴です。黄色でマークされた特徴は、変更による影響が比較的少ない特徴です。緑色でマークされた特徴は、変更による影響が最も少ない特徴です。
- 縦に並んでいる機能は変更される機能です。横に並んでいる機能は、変更によって影響を受ける機能です。上記の例では、機能1の変更が機能3に影響を与えます。
- 機能や要素が多数存在する大規模プロジェクトでは、上記の表は実用的ではない場合があります。その場合は、開発者が主要機能の変更によって生じる影響度を直接示す別の方法が採用されます。以下に示すように、主要機能の影響度を各サブ機能に対して示します。
影響分析を実施する際に検討すべき質問例：
- 提案された変更を行うことによる副作用やリスクは何ですか?
- 変更を実施およびテストするために、何か新しいツールを入手する必要がありますか？
- 変更が受け入れられた場合、これまでに費やした努力のうち、どれだけが無駄になるだろうか？
- 提案された変更は、性能要件に悪影響を及ぼしますか？
- 提案された変更を検証するために、追加のユーザー入力が必要ですか？
- この変更により製品コストは増加しますか?
- 現在のスタッフは、提案されている変更を実行するための知識とスキルを備えているでしょうか？
- 提案された変更により、コンピュータ リソースに対して許容できない要求が課せられますか?
変更影響分析のベストプラクティス
- 影響分析を開始する前に、テスト要求書に、変更によって影響を受けるプロジェクトのすべての部分が明記されていることを確認してください。
- 最終製品に必要な変更を見落とすことがないよう、開発者とテスター間の継続的なコミュニケーションは不可欠です。
- ユーザーインターフェースの変更、削除、追加が必要かどうかを特定する。
- 必要となる受け入れテスト、システムテスト、および統合テストのケース数を見積もってください。
- 提案された変更がプロジェクト計画、構成管理計画、または品質保証計画に及ぼす影響を特定してください。
ソフトウェアテストにおける影響分析の種類
変更影響分析は単一の手法ではありません。実務者は通常、提案された変更に関するさまざまな疑問に答えるために、3つの補完的な手法のうちの1つを使用します。
- Trac環境影響分析： 要件を使用する Trac要件を実装するモジュール、テスト、ドキュメントにマッピングするための実現可能性マトリックスと設計上の連携機能。要件が変更されると、マトリックスによって更新または再テストが必要な下流のすべての成果物が明らかになります。
- 依存関係影響分析： コールグラフ、データフロー、インターフェース接続を研究するtracコードベース内のts。1つのモジュールへの変更は trac直接呼び出し元、間接呼び出し元、および共有データ構造を通じて実行されるため、隠れた波及効果が変更が出荷される前に明らかになります。
- 実験的（歴史的）影響分析： 過去の変更履歴データ（過去の不具合、失敗したスプリント、回帰テストの回避など）を分析し、現在の変更がどのように動作するかを予測します。最新のツールは、バージョン管理履歴のマイニングと統計モデルまたは機械学習モデルを組み合わせて、各変更のリスクを評価します。
ほとんどのチームは、これらのタイプのうち少なくとも2つを組み合わせている。 Trac脆弱性分析では影響を受けるドキュメントが示され、依存関係分析では影響を受けるコードが示され、履歴分析では変更のリスクがどの程度高いかが示されます。
変更影響分析のための一般的なツール
現代の変更影響分析は、スプレッドシートで行われることはほとんどありません。チームは、要件管理ツールとコード分析ツール、テスト管理ツールを組み合わせて使用します。 trac脆弱性の脊椎。
- ジャマ・コネクト、 IBM ドア、 Modern Requirements、および視覚要件： 変更が提案された際には、要件を把握し、ベースラインを維持し、関連する要件、テスト、リスク全体にわたる影響レポートを作成します。
- Atlassian Jiraと Xray またはゼファー： Trac100万件のユーザーストーリー、不具合、テストケース。影響レポートには、スプリントまたはリリーストレイン内で提案された変更が影響を与えるすべてのストーリーとテストが表示されます。
- SonarQubeSciToolsによる理解、およびStructure101： ソースコードの依存関係を分析し、呼び出しグラフと結合度レポートを作成することで、エンジニアは変更によって影響を受ける下流のコードを確認できます。
- 発射可能、 Testim 自動修復、そして TestGrid: 機械学習を用いて、変更によって生じた欠陥を検出する可能性が最も高いテストを予測することで、スマートなテスト選択と迅速な回帰テストサイクルを実現します。
- Microsoft エクセルまたは Google シート： 小規模プロジェクトにおいては、初期影響分析文書、色分けされた影響表、変更要求ログなどに依然として広く用いられている。
最適な組み合わせは、コードベースの規模、規制環境、および配信方法によって異なります。規制対象業界では、監査可能なJamaまたはDOORSが利用されています。 trac柔軟性、一方、アジャイル製品チームはJiraに依存している、 SonarQubeそして、テストの影響を評価するツール。
