再オープンされた不具合の「不具合 ID、不具合名、作成日、現在の状態」を記載したレポートの作成に取り組んでいます。これは、欠陥サイクルのある時点で再オープン状態だったすべての欠陥を意味します。欠陥が再オープン状態にあったかどうかを確認する唯一の方法は、欠陥のリビジョン履歴からです。
現在、これをサポートする Rally のレポートはありません。誰かがそれを作成する方法について私たちを助けてくれたり、同様の例を教えてくれたりしたら、それは素晴らしいことです.
再オープンされた不具合の「不具合 ID、不具合名、作成日、現在の状態」を記載したレポートの作成に取り組んでいます。これは、欠陥サイクルのある時点で再オープン状態だったすべての欠陥を意味します。欠陥が再オープン状態にあったかどうかを確認する唯一の方法は、欠陥のリビジョン履歴からです。
現在、これをサポートする Rally のレポートはありません。誰かがそれを作成する方法について私たちを助けてくれたり、同様の例を教えてくれたりしたら、それは素晴らしいことです.
Defects by Closer アプリを出発点として使用します。誰が欠陥をクローズしたかの改訂履歴を検索することで、同様の機能を実行します。「CLOSED DATE added」ではなく「OPENED DATE changed」の改訂テキストを検索することで、わずかに変更できるはずです。
for (j = 0; j < defect.RevisionHistory.Revisions.length; j++) {
var revision = defect.RevisionHistory.Revisions[j];
if (revision.Description.search("OPENED DATE changed") !== -1) {
//Found a reopened defect
}
}
参考までに、再オープンされた不具合の改訂履歴エントリの例を次に示します。
OPENED DATE を [Fri Jan 27 07:50:36 EST 2012] から [Fri Jan 27 Fri 07:51:00 EST 2012] に変更、STATE を [Closed] から [Open] に変更、CLOSED DATE を削除 [Fri Jan 27 07: 2012 年 50:50 EST]
アプリの作成の詳細については、 Rally の Developer PortalにあるApp SDKドキュメントを参照してください。
注:ここで、Defects by Closer アプリのソース コードを表示できます。
新しい Lookback API (Kyle が最初に回答したときは未リリースで、現在はオープン プレビュー中) をヒットすると、State が値 "Reopened" に設定されたスナップショット (リビジョン) を直接クエリできます。または、クエリを実行して OpenedDate が変更されたインスタンスを探すこともできます"_PreviousValues.OpenedDate": {$exists: true}
。
LBAPI に関する情報は、こちらでご覧いただけます。App SDK 2.0 の SnapshotStore でのクエリがサポートされています。SDK 2.0p6 (近日リリース) にはいくつかの改善点があることに注意してください。