2015-06-17 2 views
0

В моей компании мы используем TFS для проектов, ориентированных на несколько платформ (Web, iOS, Android), и поскольку мы работаем над чувствительными/регулируемыми проектами, у нас есть много требований к производству для каждой мелочи наших программ/алгоритмов.Тип элемента работы TFS для управления требованиями, ориентированного на несколько платформ

Проблемы возникают, когда у нас есть требования, которые используются на нескольких платформах (например, общий алгоритм), и для этого мы нашли 2 решения: либо мы дублируем требования для каждой платформы, либо создаем дополнительные столбцы для самого требования (например, столбец состояния, который дублируется для каждой платформы, например ..).

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

Так что мне было интересно, существует ли «известное/официальное» решение для этих случаев. Когда я посмотрел на тип элемента тестового примера, я заметил, что существует понятие «контрольная точка», представляющая тестовый пример для данной «тестовой конфигурации», поэтому, возможно, решение заключается в создании нового типа рабочего элемента, который будет представлять собой платформу (и, например, сохранить состояние на данной платформе).

Во всяком случае, я принимаю любые советы/предложения по этой теме :)

ответ

0

Tagging был специально разработан для решения именно это извините чеканки. В TFS 2013 вы можете добавлять теги к рабочим элементам и запрос на основе этих тегов. Если вы запускаете свои тестовые примеры в нескольких средах, это плохая практика, чтобы иметь повторяющиеся тестовые примеры. Вместо этого вы должны использовать функцию «Конфигурация», которая может применяться к каждому из ваших тестовых случаев, одеяла или конкретной. Это позволяет вам иметь один тестовый корпус, который был передан в iOS, но не передан на Android или WP. Вы даже можете удалить конфигурации для функций, специфичных только для одного PBI.

В TFS 2015 вы сможете отображать теги на карточках в представлениях канбана.

+0

Извините, но это не решит проблему. Отметка о требованиях к платформе не дает для нее новой идентификационной информации для каждой платформы, поэтому тестовый пример проверки трассировки <->, по-прежнему, неверен. Более того, с вашей опцией мне по-прежнему нужно дублировать столбцы состояния для каждой платформы, например. – LiohAu

+0

С точки зрения регулирования, лучший способ для нас - дублировать требования, поэтому тестовый пример iOS связан с требованием iOS, веб-тест связан с требованиями к сети и т. Д. Это просто глупо, что мы не может получить что-то похожее на контрольные точки для требований. – LiohAu

+0

Почему у вас нет тестового случая iOS, связанного с общим требованием? Это общее требование может иметь несколько тестовых примеров для каждой платформы. Подумайте об этом так. Если ваше требование - «Отображать данные пользователя на странице профиля», вы можете иметь тестовый пример для «Проверка устройств iOS, показывающих UserData на странице профиля», «Подтвердить, что Android-устройства отображают данные пользователя на странице профиля» и т. Д. И т. Д. – Joe

Смежные вопросы