ALM Octaneのインサイト
ALM Octaneのグラフは、傾向の分析、ボトルネックの特定、相関関係の発見、開発サイクルの異常の検出に役立つインサイトカードを提供します。
インサイトカード
インサイトカードは、ダッシュボードウィジェットに関連付けられたポップアップウィンドウであり、ボトルネックの特定、相関関係の検出、異常の検出、および開発サイクルで何を改善する必要があるかをよりよく理解するのに役立つインサイトを提供します。これらのカードは、値がグラフに含まれている項目のリンク可能なリストとともに、グラフ形式の要約ビューを提供します。この情報を使用して、開発サイクルのどこにボトルネックがあったかを判断し、それらを解決する方法を計画できます。
たとえば、アジャイル環境で作業する場合、製品のフィーチャーのサイクル時間、つまりR&Dがフィーチャーを完了するのにかかった時間を理解することが不可欠です。フィーチャーが開かれてから完了するまでの時間と、ボトルネックが開発プロセスの遅延を引き起こした場所を確認する必要があります。
また、リリースとマイルストーンの間の開発サイクル時間を比較して、改善しているかどうか、改善していない場合はその理由を理解できるようにすることも重要です。また、ボトルネックが発生している場所を特定し、無駄な時間を確認して、サイクルを改善する方法を理解するのにも役立ちます。この情報は、将来のリリースを計画し、リリース日を設定するために必要です。これらの分析により、市場投入までの時間と開発プロセスの有効性を判断できます。サイクル時間ウィジェットの詳細については、リリースの進行状況と品質の分析を参照してください。
一部のインサイトカードは、サイクル時間/解決時間と品質を反映しています。速度と品質の傾向を表示して、それらが互いにどのように相関しているかを理解できます。サイクル時間ウィジェットの詳細については、リリースの進行状況と品質の分析を参照してください。
投資収益率 (ROI) 関連のウィジェットとインサイトについては、自動化ROIを参照してください。
複数のウィジェットを作成して、さまざまなリリースまたはさまざまなフィーチャーサイズのサイクル時間と傾向を確認できます。詳細については、ALM Octaneのダッシュボードを参照してください。
インサイトカードを開くには:
-
ウィジェットをダッシュボードに追加します。インサイトのあるウィジェットの説明には、インサイトアイコンが含まれています。ダッシュボードへのウィジェットの追加の詳細については、ダッシュボードのセットアップを参照してください。
- グラフのスコープを設定し、ダッシュボードページに追加します。詳細については、ウィジェットデータ設定の構成を参照してください。
- ウィジェットを選択します。Insightペインが開きます。インサイトペインを閉じた場合は、グラフの左上隅にあるインサイトボタンをクリックして再度開くことができます。
-
ドリルダウン:
- フィルタ、たとえばリリースやフェーズを選択します。
- リスト内のリンクされた項目の1つをクリックします。
- カーソルをグラフの目的の部分に移動して、ホバー情報を表示します。
注: CP5 (12.55.8) より前のバージョンのALM Octaneは、追跡データを収集しませんでした。したがって、エンティティが以前のバージョンで作成された場合、それらのデータはグラフに表示されない場合があります。
トップ100のインサイトをエクスポートするには:
- インサイトペインで、さらに表示...をクリックします。
- ツールバーの [Excelにエクスポート] ボタンをクリックします。
リリースインサイトごとの最大サイクル時間
このインサイトカードは、リリース間のフィーチャーサイクル時間ウィジェットから開きます。リリースごとに、サイクル時間が最も長い上位100のフィーチャーが表示されます。
特定のリリースのサイクル時間をドリルダウンして確認するには、ドロップダウンからリリースを選択します。
さらにドリルダウンするには、フィーチャーのリンクをクリックして詳細を開き、サイクル時間が長すぎる理由を確認します。
フェーズインサイトによるリリースあたりの最大サイクル時間
このインサイトカードは、フィーチャーのサイクル時間からリリース全体のフェーズごとに開きますウィジェット。
リリースおよびフェーズごとに、サイクル時間が最も長いフィーチャーのリストが表示されます。
リリースの特定のフェーズのサイクル時間をドリルダウンして確認するには、ドロップダウンからリリースとフェーズを選択します。
さらにドリルダウンするには、フィーチャーのリンクをクリックして詳細を開き、サイクル時間が長すぎる理由を確認します。
最大サイクル時間のインサイト
このインサイトカードは、フェーズごとのフィーチャーサイクル時間ウィジェットから開きます。
サイクル時間が最も長いフィーチャーのリストが表示されます。
ドリルダウンして特定のフェーズのサイクル時間を確認するには、ドロップダウンからフェーズを選択します。
さらにドリルダウンするには、フィーチャーのリンクをクリックして詳細を開き、サイクル時間が長すぎる理由を確認します。
フィーチャーごとの不具合とサイクル時間のインサイト
このインサイトカードにアクセスするには、リリース全体のフェーズごとの不具合解決時間ウィジェットのインサイトボタンをクリックします。
このインサイトカードでは、フィーチャーごとの不具合の平均数として表されるフィーチャーの品質の傾向と比較して、サイクル時間の傾向を確認できます。この比較/インサイトを使用して、速度と品質の相関関係を判断できます。たとえば、フィーチャーのサイクル時間が改善されたが、品質が低下した場合は、プロセスをさらに確認する必要があります。品質の低下がフィーチャーのサイクル時間の改善と相関していないことを確認する必要があります。
インサイトカードには、最も高いサイクル時間がリストされています。結果にドリルダウンするには、ビューをフィルタリングして特定のリリースとフェーズにドリルダウンします。さらにドリルダウンするには、リンクをクリックして詳細を開き、時間が長すぎた理由を確認してください。
インサイトの関連性を高めるために、同じタイプの複数のウィジェットを作成し、それぞれを異なる方法でフィルタリングできます。たとえば、ストーリーポイントやユーザーストーリーが多いフィーチャーは、当然、サイクル時間が長くなります。この場合、1つのウィジェットを作成して、ストーリーポイントが50以下のフィーチャーのみを表示し、別のウィジェットを作成して、ストーリーポイントが51以上のフィーチャーのみを表示できます。これを行うには、ウィジェットのスコープページを開き、ストーリーポイントの追加フィルターを定義します。詳細については、ウィジェットデータ設定の構成を参照してください。
最大解決時間のインサイト
このインサイトカードは、不具合解決時間ウィジェットから開きます。解決時間が最も長い不具合のリストが表示されます。
ドリルダウンして特定のフェーズの解決時間を確認するには、ドロップダウンからリリースまたはフェーズを選択します。
さらにドリルダウンするには、不具合をクリックして詳細を開き、解決時間が長すぎる理由を確認します。
解決時間と要再修正率
このインサイトは、リリース全体の平均不具合解決時間と不具合の再開の傾向の比率を示しています。再開率とは、Fixedから修正中中期、またはクローズ済みから修正中中期に移動した不具合を指します。
ヒント: [再開] フィールドで、再開の数を確認できます。表示されていない場合は、フィールドのカスタマイズボタンを使用して追加します。
このインサイトに示されているこの傾向により、再開率が不具合解決時間と相関しているかどうかを確認できます。例:
- たとえば、再開率が高いために修正の品質が低下した不具合解決の削減が必ずしも有益であるとは限りません。
- たとえば、再開率が減少傾向にある場合、不具合解決時間の増加は必ずしも問題を示しているとは限りません。これは、より高品質の修正を提供するためにより多くの時間が費やされていることを示している可能性があります。
グラフ内のポイントにカーソルを合わせると、特定のポイントの値が表示されます。
自動化ROIのインサイト
自動化ROI (投資収益率) に関するインサイトを確認するには、ダッシュボードで自動化ROIウィジェットを選択して、そのインサイトを表示します。
自動化の不安定性のインサイトは、自動化が安定しているかどうか、およびROIを改善するためにどこを変更できるかを示します。自動化が不安定な場合、自動化のROIが大幅に低下する可能性があります。
注: インサイトは、選択したパイプラインとリリースでの振動テストと不安定テストの傾向を示しています。ただし、テスト自動化またはアプリケーションモジュールフィルターの影響は受けません。
このインサイトは、選択された領域でのすべての実行のパーセンテージとして、「不安定」として識別された障害を示す傾向を説明します。失敗は不安定なテストが原因です。グラフにカーソルを合わせると、特定の時点のデータが表示されます。
ROIツールの詳細については、自動化ROIを参照してください。
ROIメトリックカード
自動化の不安定性グラフの下に、Insightペインに追加の情報カードが表示され、グラフに表示されている情報にさらにドリルダウンできます。
-
不具合コスト。自動化によって早期に検出された不具合と手動実行後に送信された不具合を比較することによって決定される不具合のコスト。自動化によって検出された不具合とは、選択した時間枠で実行された自動実行から報告された不具合を指します。ドロップダウンからリリースを選択して、関連する情報を表示します。
このセクションには、以下の要約が表示されます。
- 自動化によって検出された不具合
- コードの問題によるテストの失敗。この値は、不具合が開かれなかったコードの問題を反映しています。不具合が提出されていない壊れたコードの問題は、サイクル時間に大きな影響を与える可能性があります。ALM Octaneは、これらの問題を検出し、不具合コストの計算に追加することができます。このフィールドには、ALM Octaneバージョン15.1.20以降が必要です。
- 手動実行で検出された不具合
- 検出時間が長い不具合。(パーセンテージ)
- 開発サイクル時間—フィーチャーCT。フィーチャーのサイクル時間によって決定される開発の速度。リリースまたはスプリントを選択して、興味のある情報を表示します。
- エスケープされた不具合。エスケープされた不具合は、自動化スイートでも手動テストアクティビティでも検出されなかった不具合です。自動化への投資を増やすことは、不具合の漏れを減らし、品質を向上させることを目的としています。自動化により多くの投資を行うことで、傾向を改善し、回避される不具合の数を減らすことが期待されます。このフィールドは、スプリントではなく、複数のリリースを比較する場合にのみ表示されます。
- リグレッションコスト-手動のテスト実行。選択したアプリケーションモジュール、リリース、またはスプリントの手動テスト実行の数。ドロップダウンからリリースまたはスプリントを選択して、興味のある情報を表示します。
品質リスクのインサイト
品質モジュール内で、リスクページを使用して、機能が十分にテストされていない領域を特定します。詳細については、品質リスク分析を参照してください。
参照情報: