Як налаштувати проект у HP ALM (Quality Center)

Що таке налаштування проекту в HP ALM?

• Налаштування проекту дозволяє адміністраторам проекту контролювати доступ до нього, визначаючи користувачів, які мають доступ до проекту, а також має можливості налаштовувати типи завдань, які може виконувати кожен користувач.
• Ви також можете налаштувати проєкт відповідно до конкретних вимог вашої організації.
• Це також допомагає додавати та редагувати нові налаштовані поля користувача, які можна додати до кожного з модулів в ALM.

Налаштування здійснюється з Інструменти> Налаштувати всередині проекту та окремо від адміністрування сайту. Адміністрування сайту створює домени, проекти та користувачів на рівні сайту, тоді як налаштування проекту вирішує, що ці користувачі можуть робити всередині певного проекту.

Вікно налаштування проекту поділено на області, перелічені нижче. Давайте розглянемо їх одну за одною.

Властивості користувача

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

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

Крок 1) Натисніть посилання «Інструменти» та виберіть «Налаштувати», як показано нижче.

Крок 2) Відобразиться діалогове вікно налаштування проекту, як показано нижче.

Крок 3) Щоб змінити пароль поточного користувача, натисніть «Змінити пароль» на вкладці «Властивості користувача».

Крок 4) Відкриється діалогове вікно зміни пароля.

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

Крок 5) Користувачеві буде показано повідомлення про статус.

Крок 6) Користувач також може редагувати наступні дані профілю.

1. Email ID
2. Повне ім'я
3. Номер телефону
4. Натисніть "Зберегти"

Примітка: Користувачі не зможуть редагувати своє ім'я користувача, навіть якщо тип користувача — «Адміністратор проекту».

Крок 7) Статус відображається користувачеві, як показано нижче.

Користувачі проекту

Цей модуль дозволяє користувачам додавати та видаляти користувачів для поточного проєкту ALM. Ви також можете призначати користувачів групам користувачів, щоб обмежити права доступу.

Крок 1) Тепер додамо користувачів до області «Проєкт».

1. Перейдіть до «Користувачі проекту».
2. Натисніть розкривний список «Додати користувача».

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

1. Додати користувача за іменем – Адміністратор проєкту може додати існуючого користувача ALM до цього проєкту, вказавши його ім’я користувача.
2. Додати нового користувача на сайт – Додайте нового користувача на сайт, ввівши всі дані, так само, як користувачі додаються з адміністративної панелі сайту.
3. Додати користувачів із сайту – Додайте існуючого користувача, здійснивши пошук за його іменем або ідентифікатором.

Давайте розглянемо кожен із цих методів.

Крок 3) Додамо користувача на основі імені. Переконайтеся, що цей користувач вже існує в базі даних адміністратора ALM, тобто користувач, створений за допомогою Модуль адміністрування сайту.

1. Виберіть «Користувачі проекту» у вікні «Налаштування проекту».
2. Натисніть «Додати користувача»
3. Введіть ім'я користувача
4. Натисніть "ОК"

Крок 4) Доданий користувач відображається, як показано нижче.

Крок 5) Тепер додамо користувача, скориставшись опцією «Додати нового користувача на сайт».

Крок 6) Після натискання кнопки «Додати нового користувача на сайт» у розділі «Додати користувача» відобразиться наступне діалогове вікно.

1. Введіть ім'я користувача
2. Введіть e-mail
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. Viewer

Примітка: За замовчуванням будь-який користувач, доданий до області проекту, має лише дозвіл «Перегляд».

Крок 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, окрім модуля Defects. Зніміть позначки з усіх пунктів доступу до модулів для користувача View, окрім Defects, як показано нижче.

Крок 3) Тепер увійдіть, використовуючи один з ідентифікаторів користувачів «View», щоб перевірити, чи зміни було застосовано правильно. Зі знімка нижче видно, що налаштування було застосовано належним чином, оскільки для користувача view «Jim» відображається лише модуль «Defects».

Сутності проекту

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

Крок 1) Користувацькі поля не можна додавати до системних полів, які доступні лише для читання.

1. Виберіть «Суб’єкти проекту»
2. Виберіть «Дефект», а потім підпапку «Системні поля».
3. Зверніть увагу, що ми не зможемо додати «Нове поле» або видалити його, оскільки системні поля доступні лише для читання.

Крок 2) Щоб додати визначене користувачем поле,

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

Крок 3) Деталі поля також можна редагувати, як показано нижче.

1. Перейменуйте мітку на «Номер збірки».
2. Позначте «Обов’язково», що означає, що це поле стає обов’язковим під час публікації нового дефекту.
3. Натисніть "Зберегти"

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

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

• Списки проектів дозволяють адміністраторам проектів додавати до проекту власні списки. Список містить значення, які користувач може вводити в системні або користувацькі поля.
• Наприклад, список статусів помилок має шість попередньо визначених статусів, а саме: Новий, Відкритий, Виправлений, Повторно відкритий, Закритий та Відхилений. Якщо ми хочемо додати ще один статус, наприклад, Дублікат, ми можемо зробити це за допомогою цього модуля.

Крок 1) Щоб додати елемент до попередньо визначеного списку,

1. Натисніть "Списки проектів"
2. Виберіть "Статус помилки"
3. Натисніть кнопку «Новий елемент». Відкриється діалогове вікно «Новий елемент».
4. Введіть назву елемента.
5. Натисніть "ОК"

Крок 2) Після натискання кнопки OK буде створено новий елемент, як показано нижче.

Крок 3) Тепер нам потрібно зберегти зміни.

1. Натисніть кнопку «Зберегти».
2. З’явиться спливаюче вікно. Натисніть кнопку «ОК».

Крок 4) Тепер перейдіть до модуля Дефекти та перевірте, чи поле статусу містить щойно доданий елемент. Додавання статусу також впливає на життєвий цикл дефекту, тому узгодьте нове значення з командою, перш ніж впроваджувати його.

Автопошта

Цей модуль дозволяє адміністраторам проєктів налаштовувати правила автоматичного надсилання сповіщень поштою, щоб повідомляти користувачів електронною поштою про зміни, внесені до певних дефектів. Функція автоматичного надсилання поштою доступна лише для модуля «Дефекти».

Крок 1) Щоб активувати автоматичні сповіщення електронною поштою, виконайте такі дії.

1. Перейдіть за посиланням «Автоматична пошта».
2. Користувач може ініціювати надсилання електронної пошти, вибравши будь-яку кількість доступних полів у списку.
3. Ця сітка показує список полів, які користувач вибрав для надсилання електронної пошти.
4. Адміністратор проєкту також може вибрати налаштування електронної пошти для кожного доступного користувача.
5. Натисніть «Зберегти».

Крок 2) З’явиться спливаюче вікно. Натисніть кнопку «ОК».

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

Цей модуль дозволяє адміністраторам проєкту активувати правила сповіщень для поточного проєкту. Ця функція створює сповіщення та надсилає електронні листи, коли в проєкті відбуваються зміни. Вона застосовується до вимог, пов’язаних тестів та дефектів.

Крок 1) Щоб активувати правила сповіщень,

1. Перейдіть до розділу «Правила сповіщень».
2. Увімкніть прапорець «Сповіщення, пов’язане з»
3. Увімкніть опцію «Надіслати електронного листа» та додайте відповідного тестувальника або дизайнера.
4. Натисніть "Зберегти"

• Перше сповіщення: розробник тестів отримує сповіщення, коли вимога змінено, щоб можна було оновити пов’язані тести.
• Друге сповіщення: тестер отримує сповіщення, коли дефект змінює свій статус на «Виправлено», щоб відповідальний тестер міг знову забрати його для повторного тестування.

Workflow

• Цей модуль дозволяє адміністраторам проєктів створювати скрипти, які допомагають налаштувати модуль «Дефекти», тобто діалогове вікно «Додати дефект» або діалогове вікно «Переглянути дефект».
• За допомогою цього модуля адміністратори проєктів також можуть писати скрипти для налаштування діалогових вікон в інших модулях та керувати діями, які можуть виконувати користувачі.

Тепер давайте налаштуємо діалогове вікно «Додати дефект» для типу користувача групи «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

Ось деталі:

Крок 5) Внесемо зміни до першого поля «BG_ACTUAL_FIX_TIME». Сценарій для цього поля в редакторі скриптів показано нижче.

SetFieldApp "BG_ACTUAL_FIX_TIME", True, False, 0, 0

За допомогою наведеного вище скрипта діалогове вікно «Відомості про дефект» відображається користувачеві, як показано нижче.

Відредагуйте цей рядок коду, як показано нижче.

SetFieldApp "BG_ACTUAL_FIX_TIME", False, False, 0, 16

Встановлення прапорця visible на False приховує поле. Вивід скрипта відображається в діалоговому вікні «Відомості про дефект», як показано нижче.

Крок 6) Давайте внесемо зміни до всіх доступних полів.

1. Змініть параметри викликів функцій, як пояснено в попередньому кроці, для кожного поля, як показано нижче.
2. Натисніть «Зберегти».

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

Найкращі практики для налаштування проектів HP ALM

Налаштування легко розпочати та важко від нього відмовитися, тому кілька звичок заощаджують значну частину переробки пізніше.

1. Ніколи не редагуйте спочатку активний проєкт. Застосуйте зміни в копії проекту, підтвердіть їх і лише потім повторіть зміни у продакшені.
2. Створюйте власні групи, а не боріться із заздалегідь визначеними. Створіть нову групу на основі найближчого попередньо визначеного профілю та налаштуйте лише ті дозволи, які мають відрізнятися.
3. Зведіть до мінімуму кількість полів, визначених користувачем. Кожне додаткове обов'язкове поле уповільнює реєстрацію дефектів і часто залишається з безглуздим значенням за замовчуванням.
4. Коментуйте кожну зміну сценарію робочого процесу. Редактор скриптів містить один довгий файл на модуль, і редагування без коментарів важко tracе місяці потому.
5. Перед редагуванням створіть резервну копію сценарію робочого процесу. Скопіюйте існуючий скрипт у текстовий файл, оскільки в редакторі немає історії версій.
6. Перевірте з реальним обліковим записом з кожної групи. Дозволи часто поводяться інакше, ніж показано в сітці прапорців.

Щоб продовжити адміністрування HP ALM, прочитайте як створити домен, проект та користувача в адмініструванні сайту, Вступ до HP ALM, і повний Підручник з HP ALMЩодо модулів, на які впливають ці налаштування, див. вимога, план тесту та фільтри, прапорці та історія.

Поширені запитання