Как настроить проект в HP ALM (Центр качества)

  • Настройка проекта позволяет администраторам проекта контролировать доступ к проекту, определяя пользователей, которые могут получить доступ к проекту, а также имеет возможности настраивать, какие типы задач может выполнять каждый пользователь.
  • Также можно настроить проект в соответствии с конкретными требованиями вашей организации.
  • Также помогает добавление/редактирование новых настраиваемых пользовательских полей, которые можно добавить в каждый из модулей ALM.

Давайте рассмотрим их один за другим

Свойства пользователя

Текущий вошедший в систему пользователь сможет редактировать данные своего профиля, а также изменять свой пароль.

Внимание: можно изменить только текущий пароль пользователя, вошедшего в систему, даже если пользователь имеет тип «Администратор проекта».

Шаг 1) Нажмите ссылку «Инструменты» и выберите «Настроить», как показано ниже.

Свойства пользователя

Шаг 2) Диалоговое окно «Настройка проекта» отображается, как показано ниже.

Свойства пользователя

Шаг 3) Чтобы изменить пароль текущего пользователя, нажмите «Изменить пароль» на вкладке «Свойства пользователя».

Свойства пользователя

Шаг 4) Откроется диалоговое окно смены пароля.

  1. Введите старый пароль
  2. Введите новый пароль
  3. Введите пароль подтверждения
  4. Нажмите «ОК»

Свойства пользователя

Шаг 5) Пользователь будет отображаться с сообщением о состоянии.

Свойства пользователя

Шаг 6) Пользователь также может редактировать следующие данные профиля.

  1. Электронная почта
  2. Полное имя
  3. Номер телефона
  4. Нажмите «Сохранить»

Примечание: Пользователи НЕ БУДУТ редактировать свое имя пользователя, даже если пользователь относится к типу «Администратор проекта».

Свойства пользователя

Шаг 7) Статус отображается пользователю, как показано ниже.

Свойства пользователя

Пользователи проекта

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

Шаг 1) Теперь давайте добавим пользователей в область проекта.

  1. Перейдите к пользователям проекта.
  2. Нажмите «Добавить пользователя» в раскрывающемся списке.

Пользователи проекта

Шаг 2) При нажатии раскрывающегося списка «Добавить пользователя» пользователю отображаются следующие методы, как показано ниже.

  1. Добавить пользователя по имени – Администратор проекта может добавить существующего пользователя ALM в этот проект, указав его имя пользователя. (То же самое было сделано на шагах 1 и 2)
  2. Добавить нового пользователя на сайт – Добавьте нового пользователя на сайт, введя все данные, точно так же, как мы добавляли пользователей из администратора сайта.
  3. Добавить пользователей с сайта – Добавьте нового пользователя, выполнив поиск по его имени или идентификатору.

Давайте рассмотрим каждую из функций.

Пользователи проекта

Шаг 3) Давайте добавим имя пользователя. Убедитесь, что этот пользователь уже существует в базе данных администратора ALM (пользователь создан с помощью модуля администрирования сайта).

  1. Выберите «Пользователи проекта» в окне «Настройка проекта».
  2. Нажмите «Добавить пользователя»
  3. Введите имя пользователя
  4. Нажмите "ОК".

Пользователи проекта

Шаг 4) Добавленный пользователь отображается, как показано ниже.

Пользователи проекта

Шаг 5) Теперь давайте добавим пользователя, используя опцию «Добавить нового пользователя на «Сайт».

Пользователи проекта

Шаг 6) При нажатии кнопки «Добавить нового пользователя на сайт» в разделе «Добавить пользователя» отображается следующее диалоговое окно.

  1. Введите имя пользователя
  2. Введите адрес электронной почты
  3. Введите полное имя
  4. Введите номер телефона
  5. Нажмите «ОК»

Пользователи проекта

Шаг 7) Теперь пользователь добавлен в текущий проект. Пользователь добавляется в список «Пользователи проекта», как показано ниже.

Пользователи проекта

Шаг 8) Теперь давайте добавим пользователей проекта, используя опцию «Добавить пользователей с сайта».

Убедитесь, что пользователь уже находится в базе данных администратора ALM.

Пользователи проекта

Шаг 9) Отображается следующее диалоговое окно.

  1. Введите имя пользователя и нажмите значок поиска.
  2. Имя пользователя отображается
  3. Нажмите «ОК»

Пользователи проекта

Шаг 10) Пользователь добавляется в проект и отображается, как показано ниже.

Пользователи проекта

Шаг 11) Администратор проекта также может удалить пользователя из модуля пользователей проекта.

  1. Выберите пользователя
  2. Нажмите «Удалить пользователя;

    Пользователи проекта

Шаг 12) Отобразится диалоговое окно подтверждения. Нажмите «Да».

Пользователи проекта

Шаг 13) При нажатии «Да» пользователь удаляется из списка пользователей проекта.

Пользователи проекта

Шаг 14) С каждым пользователем в группе «Пользователи проекта» связано членство.

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

  1. Выберите имя пользователя
  2. Выберите вкладку «Членство»
  3. Будет отображено членство выбранного пользователя. Недавно добавленный пользователь «Кэти» имеет разрешение «Просмотрщик».

Пользователи проекта

Группы и разрешения

Этот модуль позволяет администратору проекта назначать привилегии группам пользователей, указав разрешения.

В ALM имеется 5 предопределенных групп, каждая из которых имеет разные уровни разрешений.

  1. Застройщик
  2. Руководитель Проекта
  3. Тестер QA
  4. Администратор ТД
  5. программа просмотра

Примечание. По умолчанию любой добавленный пользователь в область проекта имеет только разрешение «Просмотр».

Шаг 1) Давайте посмотрим список пользователей в группе «TDAdmin».

  1. Выберите «TDAdmin»
  2. На вкладке «Членство» вы увидите пользователей, не входящих в группу.
  3. В разделе «В группе» вы увидите список пользователей в группе. В этом случае отображается только «Администратор».

Группы и разрешения

Шаг 2) Предопределенные разрешения группы нельзя редактировать.

  1. Выберите «TDAdmin»
  2. Перейдите на вкладку «Разрешения».
  3. Выберите любой модуль (в данном случае дефекты)
  4. Разрешения нельзя редактировать, даже если текущий пользователь является администратором проекта.

Группы и разрешения

Шаг 3) Предопределенные группы нельзя переименовать или удалить.

Группы и разрешения

Шаг 4) Чтобы изменить разрешение группы, администратор проекта должен добавить новую группу. Допустим, нам нужно создать новую группу пользователей, чтобы у этих пользователей было «Разрешение на редактирование» для модуля дефектов и разрешение на просмотр для других. Это означает, что все разрешения должны быть такими же, как и у пользователя «Просмотр», за исключением того факта, что пользователь должен иметь возможность «обновлять» дефекты. Чтобы сделать то же самое,

  1. Нажмите «Новая группа»
  2. Пользователю отображается диалоговое окно подтверждения. Нажмите «Да».

Группы и разрешения

Шаг 5) При нажатии «Да» отображается диалоговое окно «Новая группа».

  1. Введите имя группы
  2. Войти в профиль

Группы и разрешения

Шаг 6) Группа пользователей создается, как показано ниже. Вы также можете заметить, что мы можем переименовать/удалить группу, поскольку она создана нами. Предопределенные группы в ALM нельзя редактировать или удалять.

Группы и разрешения

Шаг 7) Чтобы изменить разрешение

  1. перейдите на вкладку «Разрешения»
  2. Нажмите вкладку «Дефекты».
  3. Включить флаг «Обновить» для дефектов
  4. Включить флаг «Обновить» для ссылок

Группы и разрешения

Доступ к модулю

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

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

Шаг 1) Доступ к модулю по умолчанию показан ниже. Все типы групп пользователей по умолчанию имеют доступ ко всем модулям.

Доступ к модулю

Шаг 2) Для демонстрационных целей давайте удалим весь доступ к модулю для типа пользователя VIEW, кроме модуля дефектов.

Снимите флажки со всех прав доступа к модулю для пользователя «Просмотр», кроме модуля «Дефекты», как показано ниже.

Доступ к модулю

Шаг 3) Теперь давайте войдем в систему, используя один из идентификаторов пользователя «Просмотр», чтобы проверить, правильно ли были применены изменения. На снимке ниже совершенно очевидно, что настройки были применены в соответствии с нашими входными данными, поскольку он отображает только модуль «Дефекты» для пользователя просмотра «Джим».

Доступ к модулю

Сущности проекта

  • Объекты проекта. Позволяет администраторам проекта изменять поведение полей системы ALM или определять определяемые пользователем поля.
  • Например, если мы выполняем тесты для различных сборок и хотим добавить поле «Версия сборки» в «Добавить модуль дефектов», мы можем сделать то же самое, используя модуль объектов проекта.

Шаг 1) Пользовательские поля не могут быть добавлены в системные поля, доступные только для чтения.

  1. Выберите «Объекты проекта».
  2. Выберите «Дефект» и выберите подпапку «Системные поля».
  3. Мы можем заметить, что НЕ сможем добавить «Новое поле» или удалить его, поскольку системные поля доступны только для чтения.

Сущности проекта

Шаг 2) Чтобы добавить пользовательское поле,

  1. Выберите подпапку «Пользовательские поля» в модуле «Дефекты».
  2. Нажмите «Новое поле»
  3. Сведения о поле появятся, как показано ниже, и их можно будет редактировать.

Сущности проекта

Шаг 3) Детали поля также можно редактировать, как показано ниже.

  1. Переименуйте метку в «Номер сборки».
  2. Установите флажок «Обязательно», что означает, что это поле будет обязательным для публикации нового дефекта.
  3. Нажмите кнопку Сохранить

Сущности проекта

Шаг 4) Теперь мы можем наблюдать изменения, внесенные в модуль дефектов. Перейдите к модулю дефектов, и пользователь сможет увидеть вновь созданное поле «Номер сборки», которое будет частью модуля «Новые дефекты».

Сущности проекта

Списки проектов

  • Списки проектов. Позволяет администраторам проекта добавлять в проект настраиваемые списки. Список содержит значения, которые пользователь может ввести в системные/определяемые пользователем поля.
  • Например, в списке «Состояние ошибки» есть шесть предопределенных статусов: «Новый», «Открыто», «Исправлено», «Повторно открыто», «Закрыто», «Отклонено». Если мы хотим добавить еще один статус, скажем, «Дублировать», мы можем сделать это с помощью этого модуля.

Шаг 1) Чтобы добавить элемент в предопределенные списки,

  1. Нажмите «Списки проектов».
  2. Выберите «Статус ошибки»
  3. Нажмите «Новый элемент». Откроется диалоговое окно «Новый элемент».
  4. Введите Имя элемента.
  5. Нажмите "ОК".

Списки проектов

Шаг 2) После нажатия кнопки «ОК» новый элемент будет создан, как показано ниже.

Списки проектов

Шаг 3) Теперь нам нужно сохранить изменения.

  1. Нажмите кнопку «Сохранить».
  2. Появится всплывающее окно. Нажмите «ОК».

Списки проектов

Шаг 4) Теперь перейдите к модулю дефектов и проверьте, есть ли в статусе новый добавленный элемент в списке.

Списки проектов

Автопочта

Этот модуль позволяет администраторам проекта настраивать правила автоматического уведомления по электронной почте, чтобы уведомлять пользователей по электронной почте об изменениях, внесенных в указанные дефекты. Эта функция автоматической почты доступна только для модуля дефектов.

Шаг 1) Чтобы активировать автоматические уведомления, выполните следующие действия.

  1. Перейдите по ссылке «Автопочта».
  2. Пользователь может активировать электронное письмо, выбрав любое количество доступных полей в списке.
  3. В этой сетке показан список полей, которые пользователь выбрал для отправки письма об изменениях.
  4. Администратор проекта также может выбрать настройки электронной почты для каждого из доступных пользователей.
  5. Нажмите «Сохранить».

Автопочта

Шаг 2) Появляется поп. Нажмите «ОК».

Автопочта

Правила предупреждений

Этот модуль позволяет администраторам проекта активировать правила оповещений для текущего проекта. Эта функция будет создавать оповещения и отправлять электронные письма при возникновении изменений в проекте. Этот модуль подходит для требований, связанных тестов и дефектов.

Шаг 1) Чтобы активировать правила оповещений,

  1. Перейдите к «Правилам оповещений».
  2. Включите флажок «Оповещение, связанное с»
  3. Включите функцию «Отправить электронное письмо» и добавьте соответствующего тестировщика/дизайнера.
  4. Нажмите «Сохранить»

Правила предупреждений

  • Первое предупреждение: конструктор тестов получает предупреждение, когда требование изменяется, чтобы можно было изменить связанные тесты.
  • Второе предупреждение: Тестер получает предупреждение, когда дефект меняет свой статус на «Исправлено», чтобы ответственный тестер мог снова взяться за повторное тестирование.

Рабочий процесс

  • Этот модуль позволяет администраторам проекта создавать сценарии, которые помогают в

Настройка модуля «Дефекты» (диалог добавления дефекта или просмотра диалога дефекта).

  • С помощью этого модуля администраторы проекта также могут писать сценарии для настройки диалоговых окон в других модулях и контролировать действия, которые могут выполнять пользователи.

Теперь давайте настроим диалог «Добавить дефект» для типа пользователя группы «TDAdmin».

Шаг 1) В рамках настройки проекта,

  1. Нажмите «Рабочий процесс».
  2. Выберите «Скрипт Generator - Добавить ссылку на настройку поля дефекта

Рабочий процесс

Шаг 2) Откроется диалоговое окно настройки поля «Добавить дефект».

  1. Выберите группу пользователей.
  2. Выберите поля, которые пользователь не хочет отображать в диалоговом окне добавления дефекта.
  3. Нажмите ссылку «<», чтобы удалить поля из списка видимых полей.

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

Рабочий процесс

Шаг 3) После удаления всех ненужных полей из списка видимых полей откроется диалоговое окно настройки полей, как показано ниже.

  1. Поля, которые вытеснены из списка видимых полей.
  2. Поля, которые будут частью диалогового окна «Добавить дефект».
  3. Примените изменения сценария.

Рабочий процесс

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

Шаг 4) Теперь войдите в систему как пользователь типа «TDAdmin» и нажмите «Новый дефект» в модуле дефектов. Поля, выбранные пользователем как видимые, отображаются в окне «Новые дефекты».

Рабочий процесс

Редактор скриптов

Функциональность редактора сценариев помогает пользователям писать сценарии для настройки диалоговых окон различных модулей, а также контролировать действия, которые пользователи могут выполнять внутри каждого модуля.

Давайте изменим способ отображения диалога «Просмотр дефекта» для пользователя с помощью редактора скриптов.

Шаг 1) Чтобы получить доступ к редактору сценариев –

  1. Перейдите на вкладку «Рабочий процесс».
  2. Нажмите «Редактор сценариев».

Редактор скриптов

Шаг 2) Редактор сценариев отображается пользователю, как показано ниже.

  1. Выберите «Скрипт модуля дефектов».
  2. Комментарий показывает, что это та область, где нам нужно внести изменения, поскольку он явно отображает «настройку поля сведений о дефекте».
  3. Он запрограммирован для каждой группы пользователей. Тот, который мы видим, соответствует группе пользователей «Разработчик». Нам нужно внести изменения в группу пользователей «TDAdmin».

Редактор скриптов

Шаг 3) Теперь прокрутите вниз до группы пользователей «TDAdmin», где нам нужно внести изменения. Текущие настройки «TDAdmin» отображаются, как показано ниже.

Редактор скриптов

Шаг 4) Давайте разберемся в сценарии.

Давайте рассмотрим следующую строку кода в скрипте

SetFieldApp «BG_ACTUAL_FIX_TIME», True, False, 0, 0

Вот подробности –

SetFieldApp Вызов функции выполнен с 5 параметрами?
Имя поля BG_ACTUAL_FIX_Time – имя поля. Мы собираемся изменить настройки для этого имени поля.
Видимый флаг Соответствует видимому флагу. Если это правда, это будет видно.
Обязательный флаг Проверяет, является ли поле обязательным. Если это правда, поле является обязательным.
СтраницаНет флага Начинается с 0. Если полей больше, пользователь может настроить их постраничное отображение.
Посмотреть заказ Пользователь также может настроить порядок полей, используя этот флаг. Начинается с 0 и увеличивается на 1. В зависимости от этого задается порядок полей.

Шаг 5) Давайте внесем изменения в первое поле «BG_ACTUAL_FIX_TIME».

Сценарий для поля «BG_ACTUAL_FIX_TIME» в редакторе сценариев показан ниже.

SetFieldApp «BG_ACTUAL_FIX_TIME», True, False, 0, 0

В соответствии с приведенным выше сценарием пользователю отображается диалоговое окно «Сведения о дефекте», как показано ниже.

Редактор скриптов

Отредактируйте эту строку кода, как показано ниже.

SetFieldApp «BG_ACTUAL_FIX_TIME», ложь, ложь, 0, 16

Вывод сценария отображается в диалоговом окне сведений о дефекте, как показано ниже.

Редактор скриптов

Шаг 6) Внесем изменения во все доступные поля.

  1. Измените параметры вызовов функций, как описано на предыдущем шаге, для каждого из этих полей, как показано ниже.
  2. Щелкните "Сохранить".

Редактор скриптов

Шаг 7) Теперь войдите в систему как один из пользователей типа «TDAdmin» и получите доступ к одному из дефектов, чтобы открылось диалоговое окно «Просмотр сведений о дефекте». Диалоговое окно сведений о дефекте теперь отображается, как показано ниже.

Редактор скриптов

Подведем итог этой публикации следующим образом: