Как да персонализирате проекта в HP ALM (Център за качество)

• Персонализирането на проекта позволява на администраторите на проекти да контролират достъпа до даден проект, като определят потребителите, които имат достъп до проекта, а също така има възможности за персонализиране на типа задачи, които всеки потребител може да изпълнява.
• Можете също така да персонализирате проект, за да отговори на специфичните изисквания на вашата организация.
• Също така помага добавянето / редактирането на нови персонализирани потребителски полета, които могат да бъдат добавени към всеки един от модулите в ALM.

В този урок ще научим следните (общи) персонализации на проекти

• Промяна на потребителските свойства
• Потребители на проекта
• Групи и разрешения
• Достъп до модул
• Субекти на проекта
• Списъци на проекти
• Автоматична поща
• Правила за предупреждение
• Работния процес
• Редактор на скриптове

Нека ги разгледаме един по един

Потребителски свойства

Текущият влязъл потребител ще може да редактира данните за своя профил и позволява на потребителя да промени паролата си.

Забележка : Само текущата влязла потребителска парола може да бъде променена, дори ако потребителят е от тип „Администратор на проекта“.

Стъпка 1) Щракнете върху връзката Инструменти и изберете „Персонализиране“, както е показано по-долу.

Стъпка 2) Показва се диалоговият прозорец за персонализация на проекта, както е показано по-долу.

Стъпка 3) За да промените паролата на текущия потребител, щракнете върху „Промяна на паролата“ в раздела „Свойства на потребителя“.

Стъпка 4) Отваря се диалоговият прозорец за промяна на паролата.

1. Въведете стара парола
2. Въведете нова парола
3. Въведете Потвърдете паролата
4. Щракнете върху „OK“

Стъпка 5) Потребителят ще бъде показан със съобщението за състоянието.

Стъпка 6) Потребителят може също да редактира следните подробности за профила.

1. Имейл ID
2. Пълно име
3. Телефонен номер
4. Щракнете върху „Запазване“

Забележка: Потребителите НЯМА да могат да редактират своето Потребителско име, дори ако потребителят е от типа „администратор на проекта“.

Стъпка 7) Състоянието се показва на потребителя, както е показано по-долу.

Потребители на проекта

Този модул позволява на потребителите да добавят и премахват потребители за текущия ALM проект. Можете също така да присвоите потребители на потребителски групи, за да ограничите привилегиите на потребителския достъп.

Стъпка 1) Нека сега добавим потребители към зоната на проекта.

1. Отидете до потребители на проекта
2. Щракнете върху Добавяне на потребител падащо меню.

Стъпка 2 ) След като щракнете върху падащото меню „Добавяне на потребител“, на потребителя се показват следните методи, както е показано по-долу.

1. Добавяне на потребител по име - Администраторът на проекта може да добави съществуващия потребител на ALM към този проект, като даде неговото потребителско име. (Същото е направено и на стъпки 1 и 2)
2. Добавяне на нов потребител към сайта - Добавяне на нов потребител към сайта, като въведете всички подробности, по същия начин, по който добавихме потребители от администратора на сайта.
3. Добавяне на потребители от сайта - Добавяне на нов потребител чрез търсене въз основа на неговото име или идентификационен номер.

Нека да видим всяка една от функционалностите.

Стъпка 3) Нека добавим име на потребителско име. Уверете се, че този потребител вече съществува в базата данни на администратора на ALM (Потребител, създаден с помощта на модула за администриране на сайта)

1. Изберете „Потребители на проекта“ от прозореца за персонализиране на проекта.
2. Щракнете върху „Добавяне на потребител“
3. Въведете потребителско име
4. Щракнете върху „Ok“

Стъпка 4) Добавеният потребител се показва, както е показано по-долу.

Стъпка 5) Сега нека добавим потребител, като използваме опцията „Добавяне на нов потребител към„ Сайт “.

Стъпка 6 ) След кликване върху „Добавяне на нов потребител към сайта“ От „Добавяне на потребител“ се показва следният диалогов прозорец.

1. Въведете потребителско име
2. Въведете имейл
3. Въведете пълното име
4. Въведете телефонен номер
5. Щракнете върху „OK“

Стъпка 7) Потребителят е добавен към текущия проект. Потребителят се добавя в „потребители на проекта“, както е показано по-долу.

Стъпка 7) Нека сега добавим потребители на проекта, като използваме опцията „добавяне на потребители от сайта“.

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

Стъпка 8) Показва се следният диалогов прозорец.

1. Въведете потребителското име и щракнете върху иконата за търсене
2. Показва се потребителското име
3. Щракнете върху „OK“

Стъпка 9) Потребителят се добавя към проекта и се показва, както е показано по-долу.

Стъпка 10) Администраторът на проекта също може да премахне потребител от модула на потребителите на проекта.

1. Изберете потребителя
2. Щракнете върху „Премахване на потребител;

Стъпка 11) Показва се диалоговият прозорец за потвърждение. Щракнете върху „Да“.

Стъпка 12) След натискане на „Да“ потребителят се премахва от списъка с потребители на проекта.

Стъпка 13) Всеки от потребителите в „Потребители на проекта“ има членство, свързано с него.

Забележка: По подразбиране всеки добавен потребител има само разрешения „Преглед“.

1. Изберете потребителско име
2. Изберете раздела „Членство“
3. Ще се покаже членството за избрания потребител. Новодобавеният потребител „Cathy“ има разрешение „Viewer“

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

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

В ALM има 5 предварително дефинирани групи и всяка от тези потребителски групи има различни нива на разрешаване.

1. Разработчик
2. Ръководител проект
3. QA тестер
4. TD администратор
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 потребителски тип, с изключение на модула за дефекти.

Премахнете отметката от целия достъп на модула срещу View потребител с изключение на модула Defects, както е показано по-долу.

Стъпка 3) Сега нека влезем в системата с помощта на един от „View“ потребителските идентификатори, за да проверим дали промените са приложени правилно. От снимката по-долу е много очевидно, че настройките са приложени според нашите входове, тъй като показва само модула „Дефекти“ за потребителя на изгледа „Джим“.

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

• Project Entities Позволява на администраторите на проекти да променят поведението на системните полета на ALM или да дефинират дефинирани от потребителя полета.
• Например, ако изпълняваме тестовете на различни компилации и бихме искали да добавим поле „Версия на компилация“ в „Добавяне на модул за дефекти“, можем да направим същото, като използваме модула за обекти на проекта.

Стъпка 1) Полета, дефинирани от потребителя, не могат да се добавят под системни полета, които са само за четене.

1. Изберете „Обекти на проекта“
2. Изберете „Дефект“ и изберете подпапката „Системни полета“.
3. Можем да забележим, че НЯМА да можем да добавим „Ново поле“ или да го изтрием, тъй като системните полета са само за четене.

Стъпка 2) За да добавите дефинирано от потребителя поле,

1. Изберете подпапка „Потребителски полета“ под модул „Дефекти“.
2. Щракнете върху „Ново поле“
3. Подробностите за полето ще се появят, както е показано по-долу, които могат да бъдат редактирани.

Стъпка 3) Подробностите за полето също могат да бъдат редактирани, както е показано по-долу.

1. Преименувайте етикета на „Номер на компилация“.
2. Отметнете „Задължително“, което означава, че това поле ще бъде задължително за публикуване на нов дефект.
3. Щракнете върху Запазване

Стъпка 4) Сега можем да станем свидетели на промените, направени в модула за дефекти. Придвижете се до модула за дефекти и потребителят ще може да види новосъздаденото поле „Номер на компилация“, което ще бъде част от модула „Нови дефекти“.

Списъци на проекти

• Списък на проекти Позволява на администраторите на проекти да добавят персонализирани списъци към проект. Списък съдържа стойности, които потребителят може да въведе в системни / дефинирани от потребителя полета.
• Например списъкът на състоянието на грешките има шест предварително дефинирани състояния - New, Open, Fixed, Reopen, Closed, Rejected. Ако искаме да добавим още един статус, нека кажем, Дублиране, можем да го направим с помощта на този модул.

Стъпка 1) За да добавите елемент от предварително дефинирани списъци,

1. Щракнете върху „Списък на проекти“
2. Изберете „Състояние на грешка“
3. Щракнете върху „Нова позиция“. Отваря се диалоговият прозорец Нов елемент.
4. Въведете Името на артикула.
5. Щракнете върху „Ok“

Стъпка 2) След като щракнете върху OK, новият елемент се създава, както е показано по-долу.

Стъпка 3) Сега трябва да запазим промените.

1. Щракнете върху бутона "запазване".
2. Показва се изскачащ прозорец. Щракнете върху „OK“.

Стъпка 4) Сега отидете до модула за дефекти и проверете дали състоянието има новодобавения елемент в списъка.

Автоматична поща:

Този модул позволява на администраторите на проекти да задават правила за автоматично уведомяване по пощата, за да уведомяват потребителите по имейл за промените, направени в определени дефекти. Тази автоматична функция е достъпна само за модула за дефекти.

Стъпка 1) За да активирате автоматични известия, изпълнете следните стъпки.

1. Отворете връзката „Автоматична поща“.
2. Потребителят може да задейства имейл, като избере произволен брой налични полета в списъка.
3. Тази мрежа показва списъка с полета, които потребителят е избрал да изпраща поща за промените.
4. Администраторът на проекта може също да избере настройките за имейл спрямо всеки един от наличните потребители.
5. Щракнете върху „запазване“.

Стъпка 2) Показва се поп. Щракнете върху Ok

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

Този модул позволява на администраторите на проекти да активират правилата за предупреждение за текущия проект. Тази функция ще създава предупреждения и ще изпраща имейли, когато настъпят промени в проекта. Този модул е ​​подходящ за изисквания, свързани тестове, дефекти.

Стъпка 1) За да активирате правилата за предупреждение,

1. Придвижете се до „Правила за предупреждение“.
2. Активирайте квадратчето „Alert Associated with“
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", True, False, 0, 0

Ето подробностите -

SetFieldApp	Извършено ли е извикване на функция с 5 параметъра
Име на полето	BG_ACTUAL_FIX_Time - Името на полето. Ще променим настройките за това име на поле
Видим флаг	Съответства на Visible Flag. Ако е вярно, ще бъде видимо.
Задължително знаме	Проверява дали полето е задължително. Ако е вярно, полето е задължително.
PageNo Flag	Започва с 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", False, False, 0, 16

Изходът на скрипта се отразява в диалоговия прозорец с детайли, както е показано по-долу.

Стъпка 6) Нека направим промени във всички налични полета.

1. Променете параметрите на извикванията на функциите, както е обяснено в предишната стъпка за всяко едно от тези полета, както е показано по-долу.
2. Щракнете върху „Запазване“.

Стъпка 7) Сега влезте като един от потребителите от тип „TDAdmin“ и отворете един от дефектите, така че да се отвори диалоговият прозорец „Преглед на детайлите за дефекти“. Сега се показва диалоговият прозорец с подробности за дефекта, както е показано по-долу.