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

Какво представлява модулът за тестов план в HP ALM?

- Модул план за тестване е областта на HP ALM, известна още като Център за качество, където тестерите проектират и съхраняват тестови случаи, преди някой от тях да бъде изпълнен. Изискванията се записват в модула „Изисквания“, тестовете се проектират тук и тези тестове по-късно се планират и изпълняват в модула „Тестова лаборатория“. Следователно модулът „Тестов план“ е мостът между това, което продуктът трябва да прави, и доказателствата, че го прави.

• След като дефинира изискванията, екипът за разработка започва своя процес на проектиране и разработка, докато Тестване екипът започва да проектира тестове, които могат да бъдат изпълнени, след като компилацията бъде внедрена.
• Успехът на всеки продукт зависи от процесите на тестване и качеството на тестването, което се извършва. A Добър План за тестване води до продукт без грешки.
• ALM поддържа поддръжка и изпълнение на ръчни, автоматизирани и тестове за производителност, тъй като ALM е безпроблемно интегриран с всички продукти на HP, като например HP UFT и HP Load Runner.

💡 Забележка: Описаният тук продукт е пуснат на пазара от HP и оттогава е сменил собственика си два пъти, като е преминал към Micro Focus, а след това към OpenTextСтруктурата на модула и стъпките по-долу все още важат, въпреки че последните издания са брандирани OpenText ALM / Център за качество.

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

Как да създадете тестов план

Етап 1 ) Подобно на изискванията, нека създадем контейнер/папка за всеки един от типовете тестове, като например функционални и нефункционални.

1. Кликнете върху връзката Тестов план от началната страница на ALM
2. Щракнете върху иконата „Нова папка“.
3. Въведете името на папката като „Функционално“ и щракнете върху „OK“

Стъпка 2) Създадената папка ще се покаже, както е показано по-долу.

Стъпка 3) По подобен начин нека създадем подпапки за „Ръчни“ и „Автоматизирани“ тестове в папка „Функционални“. Следователно окончателната структура на папките ще бъде показана по-долу:

Забележка: Няма да можем да създаваме автоматизирани тестови скриптове/скриптове за тестове за производителност от ALM; вместо това те трябва да бъдат създадени от съответните инструменти на HP, като например UFT за функционалност и Load runner за производителност. След това се запазва в ALM, така че да могат да бъдат планирани, изпълнявани, наблюдавани и докладвани.

Стъпка 4) Би било по-добре да създадете нова папка за всеки един от модулите на приложението, така че да не изхвърляме всички ръчни тестове в една папка. За сложни приложения ще има хиляди тестове, които биха били трудни за справяне, ако не са подравнени правилно.

Стъпка 5) Сега нека създадем ръчен тест за модула „Вход“, като щракнете върху иконата „Нов тест“ в раздела „План за тестване“.

Стъпка 6) Въведете следните подробности за успешно създаване на новия тест.

1. Въведете Новото име на теста
2. Въведете вида на теста. В този случай това е „Ръчен“ тест.
3. Потребителят може да въведе и други незадължителни полета като дата, Descriptйон, както е показано по-долу.
4. Щракнете върху „Изпращане“, след като всички подробности бъдат въведени.

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

Стъпка 8) Кликнете „Стъпки на проектиране“ и щракнете върху иконата „Нова стъпка“, както е показано по-долу. Отваря се диалоговият прозорец с подробности за стъпката на проектиране

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

Стъпка 9) Повторете стъпка 8 и въведете всички необходими стъпки, за да тествате функционалността. След като създадете всички необходими стъпки, разделът „Стъпки на проектиране“ показва всички създадени стъпки, както е показано по-долу.

Стъпка 10) Параметрите помагат на потребителя да присвои стойност на променлива, която му позволява да изпълни един и същ тест с различни набори от данни. В този случай потребителското име и паролата могат да бъдат два параметъра, на които ще бъде присвоена стойност. Ще разберем важността на наличието на параметри по време на изпълнение на теста, което ще бъде разгледано по-долу. Модул Test Lab.

Сега нека видим как да създадем параметри.

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

Стъпка 11) Ще се отвори диалоговият прозорец Параметър, както е показано по-долу. Кликнете върху бутона „Нов параметър“.

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

1. Въведете името на параметъра
2. Задайте стойност на параметъра
3. Кликнете върху „OK“.

Стъпка 13) Диалоговият прозорец „параметри“ се показва обратно на потребителя

1. Със създадената променлива
2. Стойността
3. Кликнете върху „OK“.

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

Повторете същото и за полето за парола.

По подобен начин създайте параметър за полето за парола

Стъпка 15) Създадените параметри могат да бъдат прегледани/редактирани в раздела параметри. Този диалогов прозорец също ни помага да създаваме, изтриваме параметрите, свързани с тестовете.

Стъпка 16) Разделът за прикачени файлове позволява на потребителя да качва всякакъв тип файл като „xls“, „jpg“ и т.н.

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

Забележка: НЕ МОЖЕМ да изтрием тестовата конфигурация по подразбиране, но можем да редактираме същата.

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

Нека преименуваме тестовата конфигурация по подразбиране на „helpdesk“, като редактираме полето за име на „Тестова конфигурация“.

Стъпка 19) Сега нека добавим другите две тестови конфигурации, а именно – мениджър и глава на клъстер. Щракнете върху иконата „+“ под тестовите конфигурации.

Стъпка 20) - "Отваря се диалогов прозорец за нова тестова конфигурация.

1. Въведете името на тестовата конфигурация
2. Въведете други незадължителни параметри като „създадено от“, „дата на създаване“, „описание“
3. Кликнете върху „OK“.

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

Тестови параметри спрямо тестови конфигурации

Конфигурацията на теста НЕ трябва да се бърка с параметрите на теста. И двете позволяват на един тест да обхване повече област, но работят на различни нива и смесването им е най-често срещаната грешка при проектирането на тестове в този модул.

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

Точка на разликата	Тестов параметър	Тестова конфигурация
Обхват	Една стъпка от дизайна	Целият тест
Цел	Заменете стойност, като например потребителско име	Повторете теста за различен бизнес сценарий
Създаден от	Иконата „Параметри“ на стъпка	Разделът „Тестови конфигурации“
Зададено при изпълнение	Тестерът предоставя стойност	Тестерът избира коя конфигурация да изпълни

Например, в онлайн приложение за плащане на сметки, потребителят може да избере начина на плащане. В случай на плащания с „кредитна карта“, потребителят може да избере MasterCard, Visa или American Express. Всяка от тях има свои собствени точки за награди за клиенти. За да го тестваме, можем да проектираме тест, така че всяка една от тях да бъде добавена в тестовите конфигурации, за да се проверят точките за награди.

Стъпка 22) Разделът „Покритие на изискванията“ помага на тестерите да съпоставят теста с конкретни изисквания, което помага на потребителите да генерират покритие и tracлеснота.

1. Кликнете върху раздела „Req Coverage“.
2. Изберете „Изискване“, което трябва да бъде съпоставено с този конкретен тестов случай
3. Щракнете върху бутона „<=“, за да съпоставите избраните изисквания спрямо теста. Можем също да съпоставим множество изисквания срещу един и същ тест.

Стъпка 23) Разделът „Свързани дефекти“ се показва празен, тъй като не сме изпълнили никакъв тест/повишили никакви дефект срещу тестовия случай. Този раздел ще бъде попълнен с подробности за дефекта, ако дефектите са публикувани срещу тестовия случай по време на създаването на дефектите.

Стъпка 24) Разделът История показва списъка с промените, направени във времето спрямо този конкретен тестов случай, още от момента на създаването на теста.

Качване на тестове

Понякога потребителите не създават тестови случаи ръчно, тъй като това е доста времеемък процес. Повечето организации разработват ръчни тестове в Excel и ги качват в ALM групово, вместо да създават всеки тест ръчно един по един. За да улеснят качването в ALM, HP е разработила добавка, с която потребителят може да качва директно от MS Excel/MS Word. Нека разберем стъпка по стъпка процедурата за качване на изисквания в QC от Excel.

Как да качвате тестове с помощта на Microsoft Excel

Стъпка 1) Преди да качим тестовете от excel, трябва да подготвим Excel, така че да може да се качи.

1. Изберете полетата, които искате да качите в ALM, и създайте заглавка в Excel за тези полета.
2. Въведете валидни данни във всяко едно от тези полета, както е показано по-долу.

Стъпка 2) След като изберете данните за качване, щракнете върху „Експортиране в HP ALM“ от „Добавки“.

Стъпка ) Отваря се ALM Export Wizard. Влезте в HP ALM Server URL и щракнете върху „Напред“.

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

Стъпка 5) Изберете домейна, името на проекта, в който бихме искали да качим тестовете, и щракнете върху „Напред“.

Стъпка 6) Изберете типа данни, които искаме да качим. В случая това са тестове. Също така ще качим дефекти в предстоящите глави.

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

Стъпка ) След като щракнете върху „Напред“, картатаping диалоговият прозорец се отваря, както е показано по-долу.

1. Елементите от мрежата в левия панел, които са изброени, съответстват на полетата, които са налични за качване в HP ALM. Моля, обърнете внимание, че полетата, маркирани с „ЧЕРВЕНО“, трябва да бъдат картографирани, тъй като те са задължителни полета.
2. Елементите на решетката в десния панел се отнасят до полетата, които са картографирани, така че стойностите в Excel да се вливат в съответните полета на ALM.

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

1. Изберете полето, което потребителят би искал да картографира, и щракнете върху бутона със стрелка, както е показано по-долу.

2. Въведете името на колоната в Excel, което съответства на съответното име на колона в HP ALM.

3. Свържете всички задължителни колони в Excel със съответните полета в HP ALM. След съпоставянеping всички задължителни полета, щракнете върху „Експортиране“.

Стъпка 10) При успешно качване ALM показва съобщението, както е показано по-долу. Ако се появят грешки, моля, коригирайте проблема и опитайте да качите отново същото.

Някои от често срещаните грешки са изброени по-долу:

• Темата/Пътят е невалиден/недостъпен или НЕ е картографиран от потребителя.
• Полето „Test Type“ има стойност, различна от Manual. Автоматизирани тестове CAN да бъдат качени с помощта на Excel.
• Полето за име на теста е празно или НЕ е картографирано.
• Статусът не трябва да има стойности, различни от Design, ready, Imported, Repair.

Стъпка 11) Сега нека проверим същото в раздела „Тестове“. Всички подробности за теста се качват, както е показано по-долу.

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

Тестовете вече са в ALM. Файловете, от които зависят тези тестове, се съхраняват отделно в модула „Тестови ресурси“.

Как да създадете тестови ресурси

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

Нека видим как можем да използваме ефективно модула за тестови ресурси. Този модул се демонстрира чрез качване на същия excel файл в тестови ресурси, който използвахме за импортиране на тестовете от excel в ALM.

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

Въпреки това можем да качваме и други типове файлове като .xls, .vbs, .qfl и др.

Стъпка 1) Отидете до модула Ресурси за тестване, както е показано по-долу. Отваря се страницата на модула за тестови ресурси.

Стъпка 2) Създайте „Нова папка“, като щракнете върху иконата за нова папка, както е показано по-долу. Отваря се диалоговият прозорец Нова папка. Нека създадем тестов ресурс и за трите теста – ръчен, автоматизиран и производителност.

Стъпка 3) Папката се създава, както е показано по-долу.

Стъпка 4) По подобен начин нека създадем още две папки, а именно – Автоматизация и Производителност. След създаване на папка за всеки един от тестовите ресурси, окончателната структура на папката ще бъде както е показано по-долу:

Стъпка 5) Нека създадем нов тестов ресурс, като качим файла на excel, който създадохме за писане на ръчни тестове, които бяха качени в ALM. Изберете папката, в която потребителят би искал да качи тестовия ресурс.

Стъпка 6) Въведете името на тестовия ресурс и също така изберете типа на ресурса и щракнете върху „OK“.

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

1. Щракнете върху раздела „Визуализатор на ресурси“.
2. Кликнете върху „Качване на файл“ и изберете файла за качване

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

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

1. Таблица с данни
2. Променливи на околната среда
3. Библиотеки с функции
4. Сценарии за възстановяване
5. Споделено хранилище на обекти

Видео относно плана за тестване

Кликнете тук ако видеото не е достъпно

Въпроси и Отговори