Як налаштувати проект у HP ALM (Quality Center)
- Налаштування проекту дає змогу адміністраторам проекту контролювати доступ до проекту, визначаючи користувачів, які мають доступ до проекту, а також має можливість налаштовувати тип завдань, які кожен користувач може виконувати.
- Можна також налаштувати проект відповідно до конкретних вимог вашої організації.
- Допомагає також додавання/редагування нових налаштованих полів користувача, які можна додати до кожного модуля в ALM.
Давайте розглянемо їх один за іншим
Властивості користувача
Поточний користувач, який увійшов у систему, зможе редагувати дані свого профілю, а також змінити пароль.
Примітка:: можна змінити лише поточний пароль користувача, який увійшов до системи, навіть якщо користувач має тип «Адміністратор проекту».
Крок 1) Натисніть посилання «Інструменти» та виберіть «Налаштувати», як показано нижче.
Крок 2) Відобразиться діалогове вікно налаштування проекту, як показано нижче.
Крок 3) Щоб змінити пароль поточного користувача, натисніть «Змінити пароль» на вкладці «Властивості користувача».
Крок 4) Відкриється діалогове вікно зміни пароля.
- Введіть старий пароль
- Введіть новий пароль
- Введіть підтвердження пароля
- Натисніть "ОК"
Крок 5) Користувач буде відображено з повідомленням про статус.
Крок 6) Користувач також може редагувати наступні дані профілю.
- Email ID
- Повне ім'я
- Номер телефону
-
Натисніть "Зберегти"
Примітка: Користувачі НЕ зможуть редагувати своє ім’я користувача, навіть якщо це користувач типу «адміністратор проекту».
Крок 7) Статус відображається для користувача, як показано нижче.
Користувачі проекту
Цей модуль дозволяє користувачам додавати та видаляти користувачів для поточного проекту ALM. Можна також призначати користувачів до груп користувачів, щоб обмежити права доступу користувачів.
Крок 1) Тепер давайте додамо користувачів до області проекту.
- Перейдіть до «Користувачі проекту».
-
Клацніть спадне меню «Додати користувача».
крок 2) Після натискання спадного меню «Додати користувача» користувачеві відображаються такі методи, як показано нижче.
- Додати користувача за іменем – Адміністратор проекту може додати наявного користувача ALM до цього проекту, надавши ім’я користувача. (Те ж саме було зроблено на Кроках 1 і 2)
- Додати нового користувача на сайт – Додайте нового користувача на сайт, ввівши всі дані, так само, як ми додавали користувачів з адміністратора сайту.
- Додати користувачів із сайту – Додайте нового користувача за допомогою пошуку за його іменем або ідентифікатором.
Давайте розглянемо кожну з функцій.
Крок 3) Давайте додамо ім’я користувача на основі імені. Переконайтеся, що цей користувач уже існує в базі даних адміністратора ALM (користувача створено за допомогою модуля адміністрування сайту)
- Виберіть «Користувачі проекту» у вікні налаштування проекту.
- Натисніть «Додати користувача»
- Введіть ім'я користувача
- Натисніть "ОК"
Крок 4) Доданий користувач відображається, як показано нижче.
Крок 5) Тепер давайте додамо користувача за допомогою опції «Додати нового користувача на сайт».
крок 6) Після натискання «Додати нового користувача до сайту» з «Додати користувача» відображається таке діалогове вікно.
- Введіть ім'я користувача
- Введіть e-mail
- Введіть повне ім'я
- Введіть номер телефону
- Натисніть "ОК"
Крок 7) Тепер користувача додано до поточного проекту. Користувач додається в «користувачі проекту», як показано нижче.
Крок 8) Тепер давайте додамо користувачів проекту за допомогою опції «додати користувачів із сайту».
Переконайтеся, що користувач уже є в базі даних адміністратора ALM.
Крок 9) Відобразиться наступне діалогове вікно.
- Введіть ім’я користувача та натисніть значок пошуку
- Відображається ім'я користувача
- Натисніть "ОК"
Крок 10) Користувач додається до проекту та відображається, як показано нижче.
Крок 11) Адміністратор проекту також може видалити користувача з модуля користувачів проекту.
Крок 12) Відобразиться діалогове вікно підтвердження. Натисніть «Так».
Крок 13) Після натискання «Так» користувача буде видалено зі списку користувачів проекту.
Крок 14) Кожен із користувачів у «Користувачах проекту» має пов’язане з ним членство.
Примітка: за замовчуванням будь-який доданий користувач має лише дозволи «Перегляд».
- Виберіть ім'я користувача
- Виберіть вкладку «Членство».
-
Буде відображено членство вибраного користувача. Щойно доданий користувач «Cathy» має дозвіл «Перегляд».
Групи та дозволи
Цей модуль дозволяє адміністратору проекту призначати привілеї групам користувачів, вказуючи дозволи.
У ALM є 5 попередньо визначених груп, і кожна з цих груп користувачів має різні рівні дозволів.
- Розробник
- Керівник проекту
- Тестер QA
- ТД Адмін
- Viewer
Примітка. За замовчуванням будь-який користувач, доданий до області проекту, має лише дозвіл «Перегляд».
Крок 1) Давайте подивимося список користувачів у групі «TDAdmin».
- Виберіть "TDAdmin"
- На вкладці Членство ви помітите користувачів, які не входять до групи
- У розділі «У групі» ви помітите список користувачів у групі. У цьому випадку відображається лише «Адміністратор».
Крок 2) Попередньо визначені дозволи групи не можна редагувати.
- Виберіть "TDAdmin"
- Перейдіть до вкладки дозволів
- Виберіть будь-який модуль (у цьому випадку дефекти)
- Дозволи не можна редагувати, навіть якщо поточний користувач є адміністратором проекту.
Крок 3) Попередньо визначені групи не можна перейменувати або видалити.
Крок 4) Щоб змінити дозвіл групи, адміністратор проекту має додати нову групу. Скажімо, нам потрібно створити нову групу користувачів, щоб ці користувачі мали «дозвіл на редагування» для модуля дефектів і дозвіл на перегляд для інших. Це означає, що всі дозволи мають бути такими ж, як у користувача «Перегляд», за винятком того факту, що користувач повинен мати можливість «оновлювати» дефекти. Щоб зробити те саме,
- Натисніть "Нова група"
- Користувачеві буде показано діалогове вікно підтвердження. Натисніть «Так».
Крок 5) Після натискання «Так» відобразиться діалогове вікно «Нова група».
- Введіть назву групи
- Введіть профіль
Крок 6) Група користувачів створюється, як показано нижче. Ви також можете помітити, що ми можемо перейменувати/видалити групу, оскільки вона створена нами. Попередньо визначені групи в ALM не можна редагувати або видаляти.
Крок 7) Щоб змінити дозвіл
- перейдіть на вкладку «Дозволи».
- Натисніть вкладку «Дефекти».
- Увімкніть прапорець «Оновити» для дефектів
- Увімкніть позначку «Оновити» для посилань
Доступ до модуля
Цей модуль дозволяє адміністраторам проекту контролювати модулі, до яких кожна група користувачів має доступ. Це не дозволить користувачам отримати доступ до обмежених модулів.
Скажімо, розробники не мають жодного відношення до тестових випадків, тому вони можуть бути позбавлені доступу до плану тестування, модулів тестової лабораторії.
Крок 1) Стандартний доступ до модуля показано нижче. Усі типи груп користувачів мають доступ до всіх модулів за замовчуванням.
Крок 2) Для демонстраційних цілей дозвольте нам видалити весь доступ модулів до типу користувача VIEW, крім модуля дефектів.
Зніміть прапорці з усіх доступів модулів для перегляду користувача, крім модуля дефектів, як показано нижче.
Крок 3) Тепер увійдіть, використовуючи один із ідентифікаторів користувача «Перегляд», щоб перевірити, чи правильно застосовано зміни. З наведеного нижче знімка дуже очевидно, що налаштування було застосовано відповідно до наших вхідних даних, оскільки він відображає лише модуль «Дефекти» для перегляду користувача «Jim».
Сутності проекту
- Об’єкти проекту Дозволяє адміністраторам проекту змінювати поведінку системних полів ALM або визначати визначені користувачем поля.
- Наприклад, якщо ми виконуємо тести на різних збірках і хочемо додати поле «Версія збірки» в «Модуль додавання дефектів», ми можемо зробити те саме за допомогою модуля сутностей проекту.
Крок 1) Визначені користувачем поля не можна додавати до системних полів, доступних лише для читання.
- Виберіть «Об’єкти проекту»
- Виберіть «Дефект» і виберіть вкладену папку «Системні поля».
-
Ми можемо помітити, що ми НЕ зможемо додати «Нове поле» або видалити його, оскільки системні поля доступні лише для читання.
Крок 2) Щоб додати визначене користувачем поле,
- Виберіть підпапку «Поля користувача» в модулі «Дефекти».
- Натисніть "Нове поле"
- Відобразяться дані поля, як показано нижче, які можна редагувати.
Крок 3) Деталі поля також можна редагувати, як показано нижче.
- Перейменуйте мітку на «номер збірки».
- Поставте позначку «Обов’язково», це означає, що це поле буде обов’язковим для публікації нового дефекту.
- Натисніть "Зберегти"
Крок 4) Тепер ми можемо спостерігати зміни, внесені в модуль дефектів. Перейдіть до модуля дефектів, і користувач зможе побачити новостворене поле «Номер збірки», яке буде частиною модуля «Нові дефекти».
Списки проектів
- Списки проекту Дозволяє адміністраторам проекту додавати налаштовані списки до проекту. Список містить значення, які користувач може ввести в системні/користувацькі поля.
- Наприклад, список статусу помилки має шість попередньо визначених статусів: новий, відкритий, виправлений, повторно відкритий, закритий, відхилений. Якщо ми хочемо додати ще один статус, скажімо, Дублікат, ми можемо зробити це за допомогою цього модуля.
Крок 1) Щоб додати елемент до попередньо визначених списків,
- Натисніть "Списки проектів"
- Виберіть "Статус помилки"
- Натисніть «Новий елемент». Відкриється діалогове вікно «Новий елемент».
- Введіть назву елемента.
- Натисніть "ОК"
Крок 2) Після натискання кнопки OK буде створено новий елемент, як показано нижче.
Крок 3) Тепер нам потрібно зберегти зміни.
- Натисніть кнопку «зберегти».
- Відобразиться спливаюче вікно. Натисніть «OK».
Крок 4) Тепер перейдіть до модуля дефектів і перевірте, чи має статус нещодавно доданий елемент у списку.
Автопошта
Цей модуль дозволяє адміністраторам проекту встановлювати правила автоматичного сповіщення електронною поштою, щоб сповіщати користувачів електронною поштою про зміни, внесені до вказаних дефектів. Ця функція автоматичної пошти доступна лише для модуля дефектів.
Крок 1) Щоб активувати сповіщення автоматичної пошти, виконайте наступні дії.
- Перейдіть до посилання «Автоматична пошта».
- Користувач може активувати електронну пошту, вибравши будь-яку кількість доступних полів у списку.
- Ця сітка показує список полів, які користувач вибрав для надсилання листів про зміни.
- Адміністратор проекту також може вибрати параметри електронної пошти для кожного з доступних користувачів.
- Натисніть «зберегти».
Крок 2) Відображається поп. Натисніть OK
Правила оповіщення
Цей модуль дозволяє адміністраторам проекту активувати правила сповіщень для поточного проекту. Ця функція створюватиме сповіщення та надсилатиме електронні листи, коли в проекті відбуватимуться зміни. Цей модуль відповідає вимогам, відповідним тестам, дефектам.
Крок 1) Щоб активувати правила сповіщень,
- Перейдіть до «Правил сповіщень».
- Установіть прапорець «Повідомлення, пов’язане з».
- Увімкніть «надсилати електронну пошту» та додайте відповідного тестувальника/дизайнера.
- Натисніть "Зберегти"
- Перше сповіщення: конструктор тестів отримує сповіщення, коли вимога змінюється, щоб можна було змінити пов’язані тести
- Друге сповіщення: тестер отримує сповіщення, коли a Дефект змінює свій статус на «Виправлено», щоб відповідальний тестер міг знову взятися для повторного тестування.
Workflow
- Цей модуль дозволяє адміністраторам проекту генерувати сценарії, які допомагають у
Налаштування модуля Дефекти (діалогове вікно додавання дефекту або діалогове вікно перегляду дефекту).
- За допомогою цього модуля адміністратори проекту також можуть писати сценарії для налаштування діалогових вікон в інших модулях і контролювати дії, які можуть виконувати користувачі.
Тепер давайте налаштуємо діалогове вікно «Додати дефект» для типу користувача групи «TDAdmin».
Крок 1) Під налаштування проекту,
- Натисніть «Робочий процес».
- Виберіть «Сценарій». Generator – Додати посилання на налаштування поля дефекту
Крок 2) Відкриється діалогове вікно налаштування поля «Додати дефект».
- Виберіть групу користувачів.
- Виберіть поля, які користувач не хоче відображати під час діалогового вікна додавання дефекту.
- Натисніть посилання «<», щоб вивести поля зі списку видимих полів.
Примітка. Обов’язкові поля не можна перемістити зі списку видимих полів.
Крок 3) Після видалення всіх невідповідних полів зі списку видимих полів відобразиться діалогове вікно налаштування поля, як показано нижче.
- Поля, які витісняються зі списку видимих полів.
- Поля, які будуть частиною діалогового вікна «Додати дефект».
- Застосувати зміни сценарію.
Примітка. Хоча ми налаштовували за допомогою цього інтерфейсу користувача, зміни вносяться за допомогою генерації сценаріїв у серверній частині. Ми також розглянемо редагування сценарію на прикладі після цього розділу.
Крок 4) Тепер увійдіть як користувач із типом «TDAdmin» і натисніть «Новий дефект» у модулі дефектів. Поля, вибрані користувачем як видимі, відображаються у вікні «Нові дефекти».
Редактор сценаріїв
Функціональність редактора сценаріїв допомагає користувачам писати сценарії для налаштування діалогових вікон різних модулів, а також керувати діями, які користувачі можуть виконувати в кожному модулі.
Давайте змінимо спосіб відображення діалогового вікна «Дефект перегляду» для користувача за допомогою редактора сценаріїв.
Крок 1) Щоб отримати доступ до редактора сценаріїв –
- Перейдіть до вкладки Workflow
- Натисніть «Редактор сценаріїв».
Крок 2) Редактор сценаріїв відображається користувачеві, як показано нижче.
- Виберіть «Сценарій модуля дефектів»
- Коментар показує, що це та область, де нам потрібно внести зміни, оскільки вона явно відображає «налаштування поля деталей дефекту».
- Він створений для кожної групи користувачів. Той, який ми бачимо, відповідає групі користувачів «Розробник». Нам потрібно внести зміни в групу користувачів «TDAdmin».
Крок 3) Тепер прокрутіть вниз до групи користувачів «TDAdmin», де нам потрібно внести зміни. Поточні параметри для «TDAdmin» відображаються, як показано нижче.
Крок 4) Давайте розберемося зі сценарієм.
Розглянемо наступний рядок коду в сценарії
SetFieldApp “BG_ACTUAL_FIX_TIME”, True, False, 0, 0
Ось деталі –
SetFieldApp | Чи виконується виклик функції з 5 параметрами |
Назва поля | BG_ACTUAL_FIX_Time – назва поля. Ми збираємося змінити налаштування для цього поля |
Видимий прапор | Відповідає видимому прапору. Якщо правда, це буде видно. |
Обов'язковий прапор | Перевіряє, чи поле є обов'язковим. Якщо істина, поле є обов’язковим для заповнення. |
Прапор № сторінки | Починається з 0. Якщо є більше полів, користувач може налаштувати їх для відображення сторінок. |
ViewOrder | Користувач також може впорядкувати порядок полів за допомогою цього прапорця. Починається з 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”, False, False, 0, 16
Результати сценарію відображаються в діалоговому вікні деталей дефекту, як показано нижче.
Крок 6) Давайте внесемо зміни в усі доступні поля.
- Змініть параметри викликів функцій, як описано в попередньому кроці, для кожного з цих полів, як показано нижче.
- Натисніть «Зберегти».
Крок 7) Тепер увійдіть як один із користувачів типу «TDAdmin» і перейдіть до одного з дефектів, щоб відкрилося діалогове вікно «Переглянути деталі дефекту». Тепер відображається діалогове вікно деталей дефекту, як показано нижче.