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

Содержание:

Anonim
  • Настройка проекта позволяет администраторам проекта контролировать доступ к проекту, определяя пользователей, которые могут получить доступ к проекту, а также имеет возможности настраивать тип задач, которые может выполнять каждый пользователь.
  • Также можно настроить проект в соответствии с конкретными требованиями вашей организации.
  • Также помогает добавление / редактирование новых настраиваемых пользовательских полей, которые можно добавить в каждый из модулей в 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) Пользователь добавлен в текущий проект. Пользователь добавлен в «Пользователи проекта», как показано ниже.

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

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

Шаг 8) Отображается следующий диалог.

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

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

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

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

Шаг 11) Отображается диалоговое окно подтверждения. Щелкните "Да".

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

Шаг 13) Каждый пользователь в «Пользователи проекта» имеет членство, связанное с ним.

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

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

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

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

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

  1. Разработчик
  2. Руководитель проекта
  3. QA Tester
  4. Администратор TD
  5. Зритель

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Снимите отметку со всех модулей доступа к пользователю View, кроме модуля Defects, как показано ниже.

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

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

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

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

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

Шаг 2) Чтобы добавить определяемое пользователем поле,

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

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

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

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

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

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

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

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

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

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

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

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

Автопочта:

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

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

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

Шаг 2) Появится всплывающее окно. Нажмите ОК

Правила оповещения:

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

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

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

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

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

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

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

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

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

  1. Щелкните "Рабочий процесс".
  2. Выберите ссылку "Генератор сценариев - Добавить настройку поля дефекта".

Шаг 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", Истина, Ложь, 0, 0

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

SetFieldApp

Выполняется ли вызов функции с 5 параметрами

Имя поля

BG_ACTUAL_FIX_Time - Имя поля. Мы собираемся изменить настройки для этого имени поля

Видимый флаг

Соответствует Visible Flag. Если это правда, это будет видно.

Обязательный флаг

Проверяет, является ли поле обязательным. Если true, поле является обязательным.

СтраницаНет флага

Начинается с 0. Если имеется большее количество полей, пользователь может настроить их отображение по страницам.

Посмотреть заказ

Пользователь также может изменить порядок полей, используя этот флаг. Начинается с 0 и увеличивается на 1. На основании этого устанавливается порядок полей.

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

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

SetFieldApp "BG_ACTUAL_FIX_TIME", Истина, Ложь, 0, 0

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

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

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

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

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

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

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