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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

   

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

Стъпка 13) При щракване върху „Да“ потребителят се премахва от списъка с потребители на проекта.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Списъци на проекти Позволява на администраторите на проекти да добавят персонализирани списъци към проект. Списъкът съдържа стойности, които потребителят може да въведе в системни/дефинирани от потребителя полета.
• Например списъкът със статус на грешка има шест предварително дефинирани статуса, а именно – нов, отворен, фиксиран, повторно отворен, затворен, отхвърлен. Ако искаме да добавим още един статус, да кажем Дублиране, можем да го направим с помощта на този модул.

Стъпка 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. Поставете отметка в квадратчето „Предупреждение, свързано с“.
3. Активирайте „изпращане на имейл до“ и добавете съответния тестер/дизайнер.
4. Кликнете върху „Запазване“

• Първото предупреждение: Дизайнерът на тестове се предупреждава, когато дадено изискване е променено, така че свързаните тестове да могат да бъдат променени
• Второто предупреждение: Тестерът получава предупреждение, когато a дефект променя статуса си на „Фиксиран“, така че отговорният тестер да може да вземе отново за повторно тестване.

Workflow

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

Персонализиране на модула Дефекти (диалогов прозорец за добавяне на дефект или диалогов прозорец за преглед на дефекти).

• С помощта на този модул администраторите на проекти могат също да пишат скриптове за персонализиране на диалогови прозорци в други модули и да контролират действията, които потребителите могат да извършват.

Сега нека персонализираме диалоговия прозорец „Добавяне на дефект“ за типа потребител на групата „TDAdmin“.

Стъпка 1) При персонализиране на проекта,

1. Кликнете върху „Работен процес“.
2. Изберете „Скрипт Generator – Връзка за добавяне на персонализиране на полето за дефект

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

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

Забележка: Задължителните полета не могат да бъдат премествани от списъка с видими полета.

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

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

Забележка: Въпреки че направихме персонализиране с помощта на този потребителски интерфейс, промените се извършват с помощта на генериране на скриптове в задната част. След този раздел ще разгледаме и редактирането на скрипт с пример.

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

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

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

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

Стъпка 1) За достъп до редактора на скриптове –

1. Придвижете се до раздела Workflow
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. Ако има по-голям брой полета, тогава потребителят може да ги конфигурира да се показват на страница.
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) Нека направим промени във всички полета, които са налични.

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

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