Как в Rally SDK создать фильтр, который проверяет дочерний элемент дочернего элемента типа конфигурации?

Моя конкретная цель — создать список всех тестовых случаев для итерации. Мой первоначальный подход состоял в том, чтобы создать картон с типом Test Case и использовать фильтр со свойством WorkProduct.Iteration. Это не сработало, как и WorkProduct.Iteration.Name. (Использование кода, который в остальном идентичен фильтру для таких вещей, как WorkProduct.Description, работает, поэтому проблема, похоже, заключается в том, что я указываю для свойства фильтра.)

Итак, вопрос № 1: как мне получить все тестовые примеры для данной итерации (когда каждый тестовый пример назначается пользовательской истории, а каждая пользовательская история назначается итерации)? Должен ли я использовать оператор контекста в конфигурации вместо фильтра? Должен ли я использовать какой-то другой контейнер?

Вопрос № 2: в общем, можно ли использовать что-то вроде WorkProduct.Iteration.Name в качестве свойства фильтра для доступа к значениям дочернего элемента дочернего элемента того типа, который вы пытаетесь отобразить?

Спасибо


person Anders Martinson    schedule 21.09.2012    source источник


Ответы (1)


В этом случае вы получите эту ошибку от веб-сервисов:

"Could not parse: Could not traverse to \"Iteration\" on type Artifact in the query segment \"WorkProduct.Iteration\""

Это связано с тем, что в модели данных Rally WorkProduct, связанный с тестовым набором, может быть любым артефактом (не обязательно планируемым).

Общий способ получить эти данные — сначала запросить все истории в данной итерации и включить тестовые случаи и любые поля в тестовом примере в выборку.

К сожалению, в текущей предварительной версии SDK 2.0 компонент CardBoard еще не поддерживает предоставление пользовательских предварительно запрошенных данных. Однако эта функция должна быть включена в GA.

person Kyle Morse    schedule 24.09.2012
comment
Спасибо Кайл. Как только я попробовал некоторые другие типы, я увидел, что могу фильтровать, используя многоуровневый путь. Я думал, что нашел что-то. Поскольку у общего рабочего продукта, похоже, есть проект, а у проекта есть итерации, я подумал, что это может сработать: свойство: «WorkProduct.Project.Iterations.ObjectID», оператор: «=», значение: «7908854538». Однако я получаю все тестовые случаи для проекта, когда я это использую (или различные варианты чего-то после итераций). Видите ли вы надежду на то, что такой фильтр найдет конкретную итерацию? - person Anders Martinson; 24.09.2012