問題タブ [lookbackapi]

Lookback APIを使用して、テストケースに関連するテストケースの結果を確認する方法はありますか？-WSAPIでは、TestCaseにはTestCaseResultsのコレクションであるResultsフィールドがありますが、Lookback APIにTestCase（fields = true）をクエリすると、TestCaseに関連付けられた結果が表示されません。

私が取得しようとしているのは、テストケースに関するメトリックと、時間の経過に伴う結果（テストケースが失敗してからテストケースが合格するまでの時間、テストケースが最初の実行で合格する頻度など）です。

I am running a fairly simply query where I am looking for the count of snapshots on Tasks between a certain time frame. Assuming dates d1, d2 and d3 where d1 < d2 < d3 I would expect that the count of snapshots between d1 inclusive and d2 exclusive plus the count of snapshots between d2 inclusive and d3 exlusive should be equal to the count of snapshots between d1 inclusive and d3 exclusive. However, I am consistently getting different counts... the count between d1 and d3 is larger than the sumation of the individual queries.

---- CASE 1: 01/13 – 01/15 Input

Output

---- CASE 2: 01/13 – 01/14 Input

Output

---- CASE 3: 01/14 – 01/15 Input

Output

Task オブジェクトの以前の State 値が「Completed」未満である特定の時間枠内のすべてのスナップショットを要求すると、0 の結果が得られます。ただし、不等式を「完了」より大きい値に切り替えると、期待した結果が得られます。「定義済み」と「進行中」の状態は「完了」よりも小さいと想定していました。

上記のクエリは、指定された時間範囲に対して 0 件の結果を返します。ただし、以下のクエリは、同じ時間範囲に対して 4137 件の結果を返します (注: 唯一の違いは、不等号がより小さいからより大きいに切り替わることです)。

ルックバック API を使用して、削除されたオブジェクトの履歴を表示したいと考えています。これは、フォーマットされた ID を知っていれば簡単だと思います。クエリするだけです：

{ FormattedID: 'DEXXXX' }

しかし、Lookback API は、オブジェクトが削除されたときに何か特別なことを記録しますか (いつ、誰によって削除されたかを正確に知ることができるなど)? ごみ箱の正しい場所を示して、削除を取り消すことができるようにするのに役立ちますか?

私たちの組織は、シングルサインオン機能を使用して、ユーザーごとにRallyに自動的にログインします。過去に作成したWebサービスAPIを使用するカスタムアプリの場合、問題は発生しないようですが、SSOを有効にしているユーザーがルックバックAPIを使用するアプリを実行しようとすると、ログインボックスが表示されます。 （下に示された）。ユーザーのSSOクレデンシャルも以前のRallyログインクレデンシャルも、APIへのアクセスを取得するのに機能していないようです。

この問題を引き起こしているのはSSOであるという私の仮定は、SSOを無効にしている少数の人がこれらの問題に遭遇しないという事実に厳密に基づいていますが、SSOを使用している人は毎回問題に遭遇します。

誰かが以前にこの問題を経験したことがありますか？

Java から履歴データにアクセスする方法はありますか? 現在、rally-rest-api (1.0.6) を使用してタスク情報を引き出しています。しかし、過去のデータを含むようにクエリを拡張したいと考えています。Lookback API は Javascript に限定されていますか?

こんにちは、次のコードを使用して、特定の反復の現在のユーザーストーリーを取得しています

問題は、クエリで親プロジェクトを指定すると、子プロジェクトのユーザー ストーリーを取得できなかったことです。たとえば、このような階層がある場合

理想的には、_ProjectHierarchy: 7890 をクエリすると、ユーザー ストーリー 55、ユーザー ストーリー 56、ユーザー ストーリー 57、ユーザー ストーリー 777 を取得する必要があります。これは、クエリがそれ自体とその子プロジェクトの複数の作業項目を取得するためですが、ここではユーザーのみを取得できます。ストーリー 55、ユーザー ストーリー 66 (プロジェクト 7890 のユーザー ストーリー) ですが、ユーザー ストーリー 57、ユーザー ストーリー 777 は子プロジェクトのユーザー ストーリーであるため、それらは含まれません。選択したプロジェクトとその子プロジェクトのすべてのユーザー ストーリーも取得したい (スコープ ダウン)。

Lookback API を _ItemHierarchy フィルターと組み合わせて使用​​して、RPM から派生したユーザー ストーリーを照会しようとしています。問題は、Lookback API が認識しているすべてのプロジェクトからデータを返そうとしているようですが、どうやらそれには、私がアクセス権を持っていないプロジェクトが含まれているようです。クエリを実行しようとすると、次のエラーが表示されます。

アクセス権のないすべてのプロジェクトを無視して、権限で表示できるユーザー ストーリーのみを返す方法があればいいのにと思います。（そして、すべてがアクセス可能ではないという事実に私に警告する可能性があります）

少なくとも、エラーが発生したときに API がスローする TypeError をキャッチする方法が必要です。try/catch ブロックを使用してみましたが、このコンテキストでは効果がないようです。

組織のワークスペースに 5 つのスケジュール状態を持つ「チェックボックス グループ」を設定しました。選択したスケジュールの状態をフィルターとして Lookback API を使用してクエリを実行したいと考えています。LBAPI は ObjectID によって駆動されるため、スケジュール状態の名前ではなく ID 表現を渡す必要があります。これらの ID を取得してチェックボックスのエントリに関連付ける簡単な方法はありますか?

API 2.0 RC1。ルックバック スナップショット ストアを呼び出して必要なレコードを返すことはできますが、計算機を正しく動作させることができません。Lumenize 関数は未定義です: TypeError: Rally.data.lookback.Lumenize は未定義です

クエリを実行すると、期待どおりに動作します。しかし、どうすれば "Lumenize"、つまり 1 日の粒度に統合し、正しい要約出力を生成することができるでしょうか? 以下は機能せず、すべての例は 2.0RC1 より前のものです。