テストギャップ分析とは何ですか?

テストギャップ分析は、ソフトウェアエンジニアリングマネージャーとQAマネージャーに、テストフェーズの後に残るテストギャップの詳細な概要を提 つまり、この分析では、リリース前にテストされなかった変更されたコードが識別されます。

これらのリスクの高い領域を解放することにより、本番環境で頻繁にバグが発生し、時間のかかる修正プログラムが発生する可能性があります。

すべてのテストギャップが同じように重要であるわけではないため、これらを3つのグループに分け、各グループは異なるレベルのリスクを表します。

  1. 高リスク:最近変更され、本番環境で使用された未テストの方法
  2. 中リスク:最近変更され、本番環境で使用されなかった未テストの方法
  3. 低リスク: 最近変更されておらず、本番環境で使用されていないテストされていないメソッド

テストギャップ分析

テストギャップ分析

この部門は、管理者やチームリーダーにテストギャップを提示し、スプリント計画でどのアクションを取るかを決定できるようにす

背景

スプリント速度を上げるには多くの方法があります。 共通の分母は、より速く動くためには、ある程度の技術的負債がなければならないということです。

開発者はますますテストの自動化とメンテナンスに時間を費やしています。 これは重要な活動ですが、チームの速度を遅くする可能性があります。 時間を節約し、速度を向上させる重要な方法は、不要なテストを排除することです。

現在の本番バージョンではめったに使用されない機能や使用されない機能は、追加のテストに値しません。 あなたがバグを発見した場合でも、彼らはソフトウェアのアクティブなユーザーのほとんどに影響を与えません。

さらに、数回のスプリント、あるいは数週間または数ヶ月にわたって安定しており、壊れていないコードは、今は壊れそうにありません。 積極的に作業されていないコードのテストを追加することは、エンドユーザーがすでにこのコードをテストしているため、おそらく無駄です。

統合テストの作成と実行:ソフトウェアチームの悩みの種

彼らの仕事を正しく行い、開発チームが技術的負債を回避し削減するのを助けるために、そ さらに、これらの統合テストはすべてのリリースの前に実行する必要があり、単体テストは困難で時間がかかり、高価なプロセスになります。

これらの課題は、とりわけ、多くの場合、テストギャップ–特定の期間または特定のビルドでテストされなかったコードの領域を作成します。 その性質上、テストギャップはサイロであり、リスクの高い技術的負債をもたらし、通常はコードが最近変更されたり、本番環境で実行されたが、回帰サイク

スプリント計画の一環として低リスクの技術負債を維持する

技術負債の概念は比較的新しいものですが、ソフトウェア開発チームに長年挑戦してきた古い問題に基づいています。

基本的に、技術的負債とは、開発チームが速度を上げることの短期的な利点を活用してソフトウェアをクライアントに迅速に提供するときに発生するトレードオフのことであり、簡単に変更、修復、保守できるソフトウェアソリューションを開発することの長期的な価値とは対照的である。

技術負債を効果的に管理するには、ソフトウェアソリューションのコードベース内のテストギャップを正確に分析して、リスクの高い領域を検出し、適切な時間と労力を集中できるようにする必要があります。

テストギャップ分析から得られた情報と洞察を使用して、開発チームはスプリントを適切に計画し、そのようなリスクの高い領域の統合テストを開

このようなリスクの高い領域への可視性は、貧弱な設計とコーディング慣行の暴露を容易にし、アジャイルチームがコード、データ、およびすべての古い仮定 これにより、技術的負債の効果的な管理が可能になり、リスクが低く、管理可能なレベルに保たれるようになります。

SeaLightsのTest Gap Analyticsからの洞察により、ソフトウェアチームは、ソフトウェア開発パイプライン全体の複数のソースから収集されたデータの分析に基づいてスプ これらの分析により、開発者、チームリーダー、および管理者は、リスクの低い技術的負債を有利に維持することができます。

テストギャップ分析の詳細

  • ウェビナー: あなたの技術的な負債リスクを管理するためのデータ駆動型のアプローチ
  • ブログ:ギャップを気に! テストのギャップを品質インテリジェンスで埋める
  • ホワイトペーパー:分析を使用して低リスクの技術負債を維持する方法