ステータス グラフ

以下のグラフを使用して、イテレーションまたはリリースのステータスを追跡します。

これらのグラフをカスタム ページとして追加できます。

[優先度別のディフェクト]グラフ

[優先度別のディフェクト]グラフには、期間内で優先度別に分類されたアクティブな(クローズされていない)ディフェクトが表示されます。P1 ディフェクト数の急増や、全体のディフェクト数の全般的な減少など、ディフェクトの優先度のトレンドを特定するには、このグラフを使用します。データは積み上げ棒として表示されます。優先度の値は色分けされて表示されます。

X 軸はその上に表示されるデータの期間を示します。デフォルトでは、過去 30 日間のすべての稼働日が表示されます。ただし、ダッシュボードにレポートをアプリケーションとして追加することにより、日付範囲と粒度(週、月、四半期)を変更することができます。

  • [レポート]タブ(過去 30 日間のみ): ページの[ツール]メニューから、.jpg または .pdf 形式で電子メール、印刷、およびダウンロードできます。
  • [ディフェクト]ページ(過去 30 日間のみ): [品質]タブで[アクション]を選択して、ドロップダウン メニューから[グラフの表示]を選択します。グラフの右上隅で[優先度別のディフェクト]をクリックします。
  • ダッシュボード(詳細設定可能): ダッシュボードにグラフを追加します
    • [設定]パネルでステータス、優先度、または重大度のチェックボックスを選択しないと、すべてのディフェクト(優先度または重大度が[エントリがありません]に設定されているディフェクトを含む)がグラフに含まれるようになります。選択可能なすべてのチェックボックスをオンにすると、[エントリがありません]に設定されたディフェクトはグラフから除外されます。

スペースを節約するために、ダッシュボード バージョンに凡例はありません。棒のセクションにポインタを重ねると、そのラベルと、その期間の優先度別のディフェクトの正確な数が表示されます。

デスクトップまたはその他の場所にグラフをドラッグすることで、.png バージョンのグラフを保存することができます。

ほとんどのグラフと同様に、グラフに含まれるディフェクトはプロジェクトのスコープによって決まります。

技術的な詳細

  • このレポートに利用できるデータは、2010 年 1 月までしか遡ることができません。
  • X 軸のラベルは、間隔の最終日時点の値を表します。レポートの単位が月である場合に、ラベル[6/2011]の上に表示されるポイントは 2011 年 6 月 30 日の深夜時点の値です。
  • 優先度や重大度のフィルタがダッシュボードのバージョンに適用されると、グラフに含まれるデータを決定するのに、(現在の値ではなく)時点の値が使用されます。たとえば、優先度の高いディフェクトと、当初高かった優先度が後で下げられたディフェクトのみが含まれるようにすると、それらのディフェクトはグラフの早い時期の棒には含まれますが、後の時期の棒からは除外されます。

[状態別のディフェクト]グラフ

[状態別のディフェクト]グラフには、期間内で状態別に分類されたアクティブな(クローズされていない)ディフェクトが表示されます。割り当てられていないディフェクトの数の急増や、オープンなディフェクトの数の全般的な減少など、ディフェクトの状態のトレンドを特定するには、このグラフを使用します。

データは積み上げ棒として表示されます。状態の値は色分けされて表示されます。X 軸はその上に表示されるデータの期間を示します。デフォルトでは、過去 30 日間のすべての稼働日が表示されます。ただし、ダッシュボードにレポートをアプリケーションとして追加することにより、日付範囲と粒度(週、月、四半期)を変更することができます。



スペースを節約するために、ダッシュボード バージョンに凡例はありません。棒のセクションにポインタを重ねると、そのラベルと、その期間の優先度別のディフェクトの正確な数が表示されます。

デスクトップまたはその他の場所にグラフをドラッグすることで、.png バージョンのグラフを保存することができます。

ほとんどのグラフと同様に、グラフに含まれるディフェクトはプロジェクトのスコープによって決まります。

技術的な詳細

  • このレポートに利用できるデータは、2010 年 1 月までしか遡ることができません。
  • X 軸のラベルは、間隔の最終日時点の値を表します。レポートの単位が月である場合に、ラベル[6/2011]の上に表示されるポイントは 2011 年 6 月 30 日の深夜時点の値です。
  • 優先度や重大度のフィルタがダッシュボードのバージョンに適用されると、グラフに含まれるデータを決定するのに、(現在の値ではなく)時点の値が使用されます。たとえば、優先度の高いディフェクトと、当初高かった優先度が後で下げられたディフェクトのみが含まれるようにすると、それらのディフェクトはグラフの早い時期の棒には含まれますが、後の時期の棒からは除外されます。

[ディフェクトのトレンド]グラフ

[ディフェクトのトレンド]グラフには、期間内のアクティブな(オープンな)累積ディフェクトと終了した(クローズした)累積ディフェクトが表示されます。

このグラフには、ディフェクトのアクティブ化率(赤色シリーズ)、ディフェクトの終了率(緑色シリーズ)、およびアクティブなディフェクトの総数トレンド(黒色シリーズ)が表示されます。デフォルト グラフの最上部には、表示タイム フレームでのアクティブなディフェクト総数の正味変更数が表示されます。

デスクトップまたはその他の場所にグラフをドラッグすることで、.png バージョンのグラフを保存することができます。

スペースを節約するために、このグラフのアプリケーション バージョンに凡例はありません。

技術的な詳細

  • このレポートに利用できるデータは、2010 年 1 月までしか遡ることができません。
  • X 軸のラベルは、間隔の最終日時点の値を表します。レポートの単位が月である場合に、ラベル[6/2011]の上に表示されるポイントは 2011 年 6 月 30 日の深夜時点の値です。
  • [Cumulative Terminated]シリーズと[Total Active]シリーズはデータから直接計算されます。しかし、[Cumulative Activated]シリーズは、終了したディフェクトの累計値からアクティブなディフェクトの合計値を引いて計算されます。これは、すべてのシリーズで情報を整合させるために実行されます。[Cumulative Activated]シリーズが直接計算されて、重大度または優先度フィルタが適用されると、アクティブ化イベントから終了イベントまでに発生した変更によって不整合が生じる可能性があります。そのような変更は、アクティブ化されたディフェクトのシリーズに数えられても、終了したディフェクトのシリーズには数えられない可能性があります。たとえば、高優先度のディフェクトのみのレポートを実行するとします。この方法では、[優先順位]フィールドが[高]から[低]に変更されたときに、[Cumulative Activated]シリーズからディフェクトが除外されると仮定します。

[ビルドのヘルス]グラフ

[ビルドのヘルス]グラフは、過去 30 日間のソフトウェア ビルドの特徴を示します。

このグラフは、トレンドを見つけたり、次のような疑問について考えたりするのに役立ちます。

  • ビルドがどのくらいの頻度で失敗するのか。
  • ビルドの品質が低下するのはいつなのか。リリース サイクルの終わりに低下するのか。
  • ビルドの長さが長すぎるか。
  • いくつかのテストを毎晩実行するように変える必要があるか。
ビルドのヘルス

各日について、ステータスが成功、失敗、未完了、または不明であるビルドの数、およびビルドの秒単位平均時間が表示されます。イテレーションの棒の色の付いた部分にカーソルを合わせると、対応するステータスのビルドの総数が表示されます。

プロジェクト スコープの設定に関係なく、プロジェクト階層の上方向と下方向の両方を参照してビルドが識別されます。これは、同じビルド定義と SCM リポジトリを共有するチームがあるプロジェクトまたはプロダクト ラインの組織をサポートします。CA Agile Central でプロジェクトとチームを編成する方法については、「プロジェクト階層の概要」または「プロジェクト階層のセットアップ」を参照してください。

注: ステータスが[不明]であるときには、ビルド プロセス中に呼び出された外部プログラムに問題がある可能性があります。プログラムがハングアップする(何もレポートしない)かどうか、またはビルド スクリプトが処理できない内容をプログラムがレポートするかどうかを確認します。

[Top Files by Changes]グラフ

[Top Files by Changes]グラフでは、ほとんどのリビジョンが過去 30 日間に発生したリポジトリ内のファイルを識別することができます。

このグラフは、次のような疑問について考えるのに役立ちます。

  • どのファイルが分解候補なのか。
  • 特定のファイルに関する追加テストの必要があるか。
  • コード ベースでの変更を行うときに、どこから開始するべきか。

このグラフには、変更数の上位 10 ファイル(変更数の最も多いファイルから最も少ないファイルの順位)と、累積率の線が表示されます。時間コンポーネントはありません。リポジトリ内の変更されたすべてのファイルが表示されます。

プロジェクト スコープの設定に関係なく、全体の SCM リポジトリ内のファイルはワークスペースに含まれます。これは、同じビルド定義と SCM リポジトリを共有するサブチームがあるプロジェクトまたはプロダクト ラインの組織をサポートします。CA Agile Central でプロジェクトとチームを編成する方法については、「プロジェクト階層の概要」または「プロジェクト階層のセットアップ」を参照してください。

注: 累積率の線の右側に表示される最後から 2 番目のポイントが最大の関心事であることがよくあります。この変更率が高い場合は、これらのファイルのリファクタリングまたは分解の効果が高い可能性があります。この変更率が低い場合は、これらのファイルを改善することは、保守性に影響を及ぼす最も効果的な方法ではないかもしれません。

[Top Files by Defects]グラフ

[Top Files by Defects]グラフでは、リポジトリ内で関連付けられているディフェクトが最も多いファイルを知ることができます。

このグラフは、次のような疑問について考えるのに役立ちます。

  • どのファイルが最も問題であるか。
  • リファクタリングの候補となるファイルがあるか。
  • 特定のファイルに関する自動テストの必要があるか。
最上位のディフェクト

このグラフには、ディフェクト数の上位 10 ファイル(ディフェクト数の最も多いファイルから最も少ないファイルの順位)と、累積率の線が表示されます。時間コンポーネントはありません。リポジトリ内のディフェクトを含むすべてのファイルが表示されます。

このグラフには、プロジェクト スコープ内でディフェクトに関連付けられたファイルのみが表示されます。

注: 累積率の線の右側に表示される最後から 2 番目のポイントが最大の関心事であることがよくあります。このディフェクト率が高い場合は、これらのファイルのリファクタリングまたは分解の効果が高い可能性があります。このディフェクト率が低い場合は、これらのファイルを改善することは、全体の品質に影響を及ぼす最も効果的な方法ではないかもしれません。

フィードバック

ヘルプをお求めですか?CA Agile Central コミュニティは、セルフサービスとサポートのワンストップ ショップです。CA Agile Central サポートにフィードバックを送信したり、答を見つけたり、他のユーザとのコラボレーションには CA Agile Central コミュニティ にご参加ください。

メモ

  • レポートに[レポート]タブからアクセスする場合は、レポートを電子メールで送信したり、注釈を付けて印刷したり、.jpg や .pdf として保存したりすることができます。
  • ダッシュボードでアプリケーションとしてレポートにアクセスする場合は、表示データを[設定]パネルを使用して制御することができます。