ソフトウェアテストにおける影響分析

影響分析とは

影響分析は、展開された製品またはアプリケーションの変更の影響を分析することと定義されます。アプリケーションの特定のセクションまたは機能の変更によって影響を受ける可能性のあるシステムの領域に関する情報を提供します。

影響は要件、設計、および Archi構造、テストへの影響、スケジュールへの影響。

アプリケーションまたは製品に新機能が組み込まれると、これらの新機能や変更がシステムのパフォーマンスに与える影響を確認することが不可欠になります。 このため、影響分析が行われます。

変更影響分析はなぜ行われるのですか?

  • これは、変更の実装によって起こり得る結果を理解するために行われます。 製品に過剰な機能を組み込むと、製品全体のパフォーマンスが低下する可能性があります。
  • チームが製品の変更を実装することを決定した場合に、変更する必要がある可能性のあるすべてのファイル、ドキュメント、モデルを特定するため
  • 変更の実装の背後に必要な労力を見積もるため
  • 変更を実装するために必要なタスクを特定するため
  • 特定の要素の依存関係をリストします。

影響分析ドキュメントとは何ですか?

影響分析文書はチェックリストとして使用できます。変更要求に取り組む前に評価するために使用されます。影響分析文書には、次のような詳細が記載されている必要があります。

  • 問題の簡単な説明
  • 欠陥がどのように障害や非効率を引​​き起こしているのかを説明または例を示してください
  • 複雑さの見積もりを含める
  • 修正にかかる費用と時間の見積もりを含める
  • テストする機能
  • 変更のために作成された新しいテスト ケースをリストアップします。
  • 参考文献 - 参考文献、技術仕様書などを記載します。

例:

影響分析ドキュメント。

  1. 変更リクエストID:
  2. タイトル:
  3. 説明:
  4. 日付の準備:
  5. 優先順位の見積もり:
    • 相対的な利益
    • 相対ペナルティ
    • 相対コスト
    • 相対リスク
  6. 推定総作業時間: …..時間
  7. 推定損失時間: ……..時間
  8. 推定スケジュール 影響:……日
  9. 品質に影響。
  10. 影響を受けるその他の要件:
  11. 影響を受けるその他のタスク:
  12. 統合の問題:

影響分析の影響レベルの提示方法

影響分析は、変更の重要性またはシステムに対する変更の影響を表すカラーコードに従ってマークできます。 カラーコードは以下に示すように何でも構いません。

  • 赤 - 強い
  • 黄色 - 中程度
  • 緑 - 弱い

ソフトウェアテストにおける影響分析

上の表は、実装された変更の影響を説明しています。

  • 赤でマークされた機能は変更される主な機能を示し、黄色でマークされた機能は変更の影響が少ない機能を示し、緑でマークされた機能は変更の影響が最も少ない機能を示します。
  • 縦方向に記載されている機能は変更された機能に類似しており、横方向には実行された変更が影響を与える可能性のある機能が記載されています。 たとえば、上の例では、機能 1 の変更が機能 3 に影響を与えます。
  • 上記の機能を超える大規模なプロジェクトの場合、表は役に立たない可能性があります。 このような場合には、主要な機能の変更による影響レベルを開発者が即座にマークする別のアプローチが採用されます。 以下に示すように、メイン機能の影響がサブ機能ごとにマークされています。

ソフトウェアテストにおける影響分析

影響分析を実行するために対処すべきサンプル質問

  • 提案された変更を行うことによる副作用やリスクは何ですか?
  • 変更を実装してテストするために何かツールを入手する必要がありますか?
  • 変更が受け入れられた場合、すでに投資されている労力がどれだけ失われるでしょうか?
  • 提案された変更はパフォーマンス要件に悪影響を及ぼしますか?
  • 提案された変更を確認するには、他のユーザー入力が必要ですか?
  • この変更により製品コストは増加しますか?
  • 提案された変更は現在のスタッフが知識とスキルを持っているものですか?
  • 提案された変更により、コンピュータ リソースに対して許容できない要求が課せられますか?

変更影響分析のベスト プラクティス

  • 影響分析を開始する前に、変更の影響を受けるプロジェクトの部分に関する情報がテスト要求に含まれていないことを確認してください。
  • 最終製品に実装するために必要な変更を見逃さないように、開発者とテスター間の継続的なコミュニケーションが必須です
  • ユーザー インターフェイスの変更、削除、追加が必要かどうかを確認します。
  • 必要となる受け入れテスト、システムテスト、または統合テストのケースの数を見積もる
  • 提案された変更が別のプロジェクト計画、構成管理計画、または品質保証計画に与える影響を特定します。

まとめ

  • 影響分析により、アプリケーションのどの部分を変更する必要があるかを確認します。
  • システムへの影響は、要件、設計、および要件に基づいて分析されます。 Archi構造、テストへの影響など。
  • どのレベルのものかを分析するのに役立ちます 回帰試験 必要とされる