Управление коллективом

IBM® Rational Quality Manager облегчает управление работой пользователя и работок его коллектива.

Система заданий, основанных на Jazz, позволяет членам коллектива присваивать задачи и дефекты другим членам и просматривать их состояния. Авторы и разработчики плана тестирования могут распределять свою работу для просмотра и отслеживания состояния каждого проверяющего. Коллектив видит новые и измененные требования, а также тестовые наборы, необходимые для удовлетворения этих требований. Члены коллектива автоматически получают уведомления обо всех изменениях и стадиях, влияющих на их работу.

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

Создание требований

Одной из важнейших задач для коллективов разработчиков и групп тестирования является удовлетворение требования продукта. Всякий раз при создании или импорте требования из внешнего приложения создается задание Требование (см. рис.).

задание Требование

Когда требованию присваивается владелец, этот пользователь получает уведомление во вьюлете Список задач на сводной панели.

Вьюлет Список задач на сводной панели

Отслеживать требования и группировать результаты для удобства управления можно также в редакторе представлений.

Прим.: С помощью компонента Collaborative Application Lifecycle Management (CALM) можно управлять требованиями с Rational Requirements Composer. В этом случае задания Требование не создаются.

Как показать требования в редакторе представлений:

  1. Наведите указатель мыши на значок Требования (Требования) и выберите Показать требования.
  2. Объединяйте и сортируйте результаты, например, по владельцу и состоянию.

Присвоение задания членам коллектива

При необходимости выполнить какое-либо задание это задание присваивается одному из членов коллектива. Например, после создания плана тестирования можно назначить несколько членов коллектива для заполнения разделов этого плана тестирования. Можно назначить одного члена коллектива определять цели тестирования, другого - определять требования и еще одного - определять охват платформ и сред тестирования.

То же самое можно сделать с тестовыми наборами и тестовыми сценариями. После создания тестового набора можно назначить одного члена коллектива определить Эскиз тестового набора, а другого - создать раздел Оценка риска. Можно присвоить один тестовый сценарий одному члену коллектива, а второй - другому.

Прим.: Тестовые сценарии отличаются отсутствием разделов. В результате можно присвоить только одно задание одному тестовому сценарию.

Присвоение задачи - это легко.

  1. Откройте план тестирования, тестовый набор или тестовый сценарий.
  2. В случае плана тестирования или тестового набор откройте раздел, который требуется присвоить.
  3. В правой части страницы выберите Задание: Создать. Откроется окно Создать задание.
  4. В поле Сводка введите краткое описание присваивания.
  5. В поле Владелец выберите владельца, которому будет присвоено задание.
  6. В поле Срочность укажите дату, до которой задание должно быть выполнено.
  7. Нажмите OK.
  8. Нажмите кнопку Сохранить.

Затем нажмите кнопку Сохранить. Задание Task-Quality создано. Номер и владелец задания отображаются, как указано н а следующем рисунке, владелец задания получает уведомление во вьюлете Список задач на сводной панели.

Задание

После завершения работы пользователь получит уведомление.

Назначение проверяющих и утверждающих

При назначении кого-либо для просмотра или утверждения чего-либо, например, плана тестирования, автоматически создается задание Task-Review. Назначенный пользователь получает уведомление во вьюлете Список задач на сводной панели, после чего другие члены коллектива могли отслеживать выполнение цикла просмотра.

Создание дефектов

Всякий раз, когда пользователь создает дефект, создается задание Дефект, как показано на рисунке:

Задание Дефект

Как и в случае задания Требование, владелец задания Дефект получает уведомление во вьюлете Список задач на сводной панели.

Фактическая форма задания Дефект зависит от модуля дефектов; например, встроенная форма Дефект в Rational Quality Manager отличается от формы, используемой в других модулях, например, Rational Team Concert .

Предопределенные типы заданий в Rational Quality Manager

В Rational Quality Manager изначально входят следующие типы заданий:

Табл. 1.
Тип задания Описание
Требование Требование, созданное в Rational Quality Manager или импортированное из инструмента управления требованиями.
Дефект Задание, служащее для отслеживания дефекта в ПО во время тестирования.
Task-Review Задание, присвоенное пользователю, который получил запрос на проверку или утверждение тестового набора или плана тестирования.
Task-Quality Определенная часть работы, обычно связанная с артефактами, например, планом тестирования, тестовым набором или сценарием. Например, если пользователю предлагается заполнить раздел плана тестирования, то ему присваивается задание Task-Quality.
Задача Любое другое общее задание.

Комментарии