- След като дефинира изискванията, екипът за разработка стартира процеса на проектиране и разработка, докато екипът за тестване започва да проектира тестове, които могат да бъдат изпълнени след внедряването на компилацията.
- Успехът на всеки продукт зависи от процесите на тестване и качеството на тестването, което се извършва. Добрият план за тестване води до продукт без грешки.
- ALM поддържа поддръжка и изпълнение на ръчни тестове, тестове за автоматизация и производителност, тъй като ALM се интегрира безпроблемно с всички продукти на HP, като HP UFT и HP Load Runner.
В този урок ще научите
- Как да създадете план за изпитване
- Как да качвате тестове с помощта на Microsoft Excel
- Как да създам тестови ресурси
Как да създадете план за изпитване
Стъпка 1) Подобно на изискванията, нека създадем заместител / папка за всеки един от тестовите типове като Функционален и Нефункционален.
- Кликнете върху връзката План за тестване от началната страница на ALM
- Щракнете върху иконата „Нова папка“
- Въведете името на папката като „Функционално“ и щракнете върху „OK“
Стъпка 2) Създадената папка ще се покаже, както е показано по-долу.
Стъпка 3) По същия начин нека създадем подпапки за „Ръчни“ и „Автоматизирани“ тестове под „Функционална“ папка. Следователно окончателната структура на папката ще бъде както е показано по-долу:
Забележка: НЯМА да можем да създаваме автоматизирани тестови скриптове / тестови скриптове за производителност от ALM; вместо това трябва да се създаде от съответните инструменти на HP, като UFT за функционалност и Load runner за производителност. След това се записва в ALM, за да могат да бъдат планирани, изпълнявани, наблюдавани и докладвани.
Стъпка 4) По-добре би било да създадем нова папка за всеки един от модулите на приложението, за да не изхвърляме всички ръчни тестове в една папка. За сложни приложения ще има хиляди тестове, които биха били трудни за обработка, ако не са подравнени правилно.
Стъпка 5) Сега нека създадем ръчен тест за модула „Вход“, като щракнем върху иконата „Нов тест“ в раздела „Тестов план“.
Стъпка 6) Въведете следните подробности за успешно създаване на новия тест.
- Въведете новото име на теста
- Въведете типа на теста. В този случай това е "Ръчен" тест.
- Потребителят може да въведе и други незадължителни полета като дата, описание, както е показано по-долу.
- Щракнете върху „Изпращане“, след като бъдат въведени всички подробности.
Стъпка 7 ) След като тестът бъде създаден, създаденият тест ще се появи под папката „Ръчно“ с други раздели, генерирани, както е показано по-долу. Нека обсъдим всеки един от тези раздели в детайли в следващите стъпки.
Стъпка 8) Щракнете върху раздела „Стъпки за проектиране“ и щракнете върху иконата „Нова стъпка“, както е показано по-долу. Отваря се диалоговият прозорец Подробности за стъпката за проектиране
- Въведете името на стъпката
- Въведете описанието на стъпката
- Въведете очаквания резултат
- Щракнете върху „OK“
Стъпка 9) Повторете стъпка # 6 и въведете всички съответни стъпки, за да тествате функционалността. След създаването на всички необходими стъпки, раздел „Стъпки за проектиране“ показва всички създадени стъпки, както е показано по-долу.
Стъпка 10) Параметри, помага на потребителя да присвои стойност на променлива, която позволява на потребителя да изпълни един и същ тест с различни набори от данни. В този случай потребителското име и паролата могат да бъдат два параметъра, които биха били присвоени със стойност. Ще разберем значението на наличието на параметри по време на изпълнението на теста, които ще бъдат разгледани в модула Test Lab.
Сега, нека видим как да създадем параметри.
- Изберете тестовата стъпка, към която бихме искали да добавим параметъра.
- Иконата „Параметър“ ще бъде активирана. Кликнете върху същото, както е показано по-долу.
Стъпка 11) Ще се отвори диалоговият прозорец Параметри, както е показано по-долу. Кликнете върху бутона „Нов параметър“.
Стъпка 12) Отваря се диалоговият прозорец с подробности за тестовия параметър.
- Въведете името на параметъра
- Присвояване на стойност на параметъра
- Щракнете върху „OK“.
Стъпка 13)
Диалоговият прозорец „параметри“ се показва обратно на потребителя
- Със създадената променлива
- Стойността
- Щракнете върху „OK“.
Стъпка 14) Сега можем да забележим, че параметърът е добавен в самата „Тестова стъпка“, както е показано по-долу.
Повторете същото и за полето за парола.
По същия начин създайте параметър за Password Filed
Стъпка 15) Създадените параметри могат да бъдат преглеждани / редактирани в раздела за параметри. Този диалогов прозорец също ни помага да създаваме, изтриваме параметрите, свързани с тестовете.
Стъпка 16) Разделът за прикачен файл позволява на потребителя да качва всякакъв вид файл като 'xls', 'jpg.webp' и т.н.
Стъпка 17) Тестовата конфигурация ни помага да използваме повторно теста за различни сценарии на употреба. Нека разберем как да работим с тестови конфигурации с пример. По подразбиране има тестова конфигурация, която е посочена като тази на името на теста.
Забележка: НЕ МОЖЕМЕ да изтрием тестовата конфигурация по подразбиране, но можем да редактираме същата.
Стъпка 18) Да предположим, че функционалността за влизане може да се изпълнява от три типа бизнес потребители, като например „helpdesk“, „manager“ и „cluster head“.
Нека преименуваме тестовата конфигурация по подразбиране на „helpdesk“, като редактираме полето за име на „Test Configuration“.
Стъпка 19) Нека сега добавим и другите две тестови конфигурации, а именно - мениджър и глава на клъстера. Щракнете върху иконата „+“ под тестовите конфигурации.
Стъпка 20) на " диалоговия прозорец New тест Configuration" отваря.
- Въведете името на тестовата конфигурация
- Въведете други незадължителни параметри като „създаден от“, „дата на създаване“, „описание“
- Щракнете върху „OK“.
Стъпка 21) Повторете същата стъпка, както по-горе, за да създадете още една тестова конфигурация за „глава на клъстера“ и цялата тестова конфигурация ще бъде показана на потребителя, както е показано по-долу. Това ще позволи на тестерите да изпълнят един и същи тест индивидуално спрямо всички създадени конфигурации по време на изпълнението на теста, което няма да доведе до пренаписване на тестове.
Тестовата конфигурация НЕ трябва да се бърка с тестовите параметри. Следователно трябва да разберем разликата между конфигурацията на параметъра и теста. Параметрите се използват за създаване на променлива и присвояване на стойности за конкретна стъпка (параметризиране на теста), докато тестовата конфигурация е приложима за всички стъпки и обикновено се използва за тестване на различни случаи на бизнес употреба / работен поток. По време на изпълнение потребителите могат да променят стойностите на създадените параметри, докато се изпълнява тестов случай за избраната конфигурация.
Например, Приложение за онлайн плащане на сметки, потребителят може да избере режима на плащане. В случай на плащания с „Кредитна карта“ потребителят може да избере основна карта, виза или American Express. Всеки един от тези, които имат свои собствени точки за награди на клиентите. За да го тестваме, можем да проектираме тест, така че всеки един от тях да бъде добавен в тестови конфигурации, за да провери точките за награда.
Стъпка 22) Разделът „Req Coverage“ помага на тестерите да картографират теста спрямо конкретни изисквания, което помага на потребителите да генерират покритие и проследяемост.
- Кликнете върху раздела „Req Coverage“.
- Изберете „Изискване“, което трябва да се съпостави с конкретния тестов случай
- Щракнете върху бутона „<=“, за да сравните избраните изисквания с теста. Също така можем да съпоставим множество изисквания спрямо един и същ тест.
Стъпка 23) Разделът „Свързани дефекти“ се показва празен, тъй като не сме изпълнили нито един тест / повдигнали дефект спрямо тестовия случай. Този раздел ще бъде попълнен с подробности за дефектите, ако дефектите се публикуват в тестовия случай по време на създаването на дефектите.
Стъпка 24) Разделът История показва списъка с промените, направени с течение на времето спрямо този конкретен тестов случай от момента на създаването на теста.
Качване на тестове:
Понякога потребителят няма да създава тестови случаи ръчно, тъй като това е доста времеемък процес. Повечето организации разработват ръчни тестове в Excel и качват в ALM групово, вместо да създават всеки ръчен тест един по един. За да улесни качването в ALM, HP излезе с Addin, с който потребителят може да качва директно от MS Excel / MS Word. Нека разберем процедурата стъпка по стъпка за качване на изисквания в QC от Excel.
Как да качвате тестове с помощта на Microsoft Excel
Стъпка 1) Преди да качите тестовете от Excel, трябва да подготвим Excel така, че да може да бъде качен.
- Изберете полетата, които искате да качите в ALM, и създайте заглавка в Excel за тези полета.
- Въведете валидни данни във всяко едно от тези полета, както е показано по-долу.
Стъпка 2) След като изберете данните за качване, щракнете върху „Експортиране в HP ALM“ от „Добавки“.
Стъпка 3 ) Отваря се съветникът за експортиране на ALM. Въведете URL адреса на сървъра на HP ALM и щракнете върху „Напред“.
Стъпка 4) Въведете потребителското име и парола за удостоверяване и щракнете върху „Напред“.
Стъпка 5) Изберете домейна, името на проекта, в който бихме искали да качим тестовете, и щракнете върху „Напред“.
Стъпка 6) Изберете типа данни, които бихме искали да качим. В този случай това са тестове. Също така ще качим Дефекти в предстоящите глави.
Стъпка 7) Въведете името на новата карта. Първата опция „Избор на карта“ е деактивирана, тъй като досега не сме създали карта. Следователно трябва да създадем ново име на картата и да кликнете върху „Напред“. Не сме избрали „Създаване на временна карта“, тъй като бихме искали да използваме повторно всеки път за качване на „тестове“.
Стъпка 8 ) При щракване върху „Напред“ се отваря диалоговият прозорец за картографиране, както е показано по-долу.
- Изброените елементи от мрежата на левия панел съответстват на полетата, които са достъпни за качване в HP ALM. Моля, обърнете внимание, че полетата, отбелязани с „ЧЕРВЕНО“, трябва да бъдат картографирани, тъй като са задължителни.
- Елементите на десния панел на мрежата се отнасят до полетата, които са картографирани, така че стойностите в Excel ще се вливат в съответните полета на ALM.
Стъпка 9) Нека сега разберем как да картографираме полетата в Excel спрямо полетата в ALM.
- Изберете полето, което потребителят би искал да картографира и щракнете върху бутона със стрелка, както е показано по-долу.
- Въведете името на колоната в Excel, което съответства на съответното име на колона в HP ALM.
- Съпоставете всички необходими колони в Excel със съответните полета в HP ALM. След картографиране на всички задължителни полета, щракнете върху „Експортиране“.
Стъпка 10) След успешно качване, ALM показва съобщението, както е показано по-долу. Ако се появят грешки, моля, отстранете проблема и опитайте да го качите отново.
Някои от често срещаните грешки са изброени по-долу:
- Темата / Пътят е невалиден / недостъпен или НЕ е картографиран от потребителя.
- Полето „Тип тест“ има стойност, различна от Ръчна. Автоматизираните тестове НЕ МОГАТ да бъдат качени с помощта на Excel.
- Полето Test Name е празно или НЕ е картографирано.
- Състоянието не трябва да има стойности, различни от Проектиране, готовност, импортиране, поправка.
Стъпка 11) Нека сега потвърдим същото в раздела „Тестове“. Всички подробности за теста се качват, както е показано по-долу.
Забележка : Потребителите могат също да извършват повторно качване на тестове. В случай на повторно качване на тестовите случаи, ако името на теста вече съществува и ако има само промяна в описанието на стъпката, тестът ще бъде заменен със съществуващия. Ако името на теста е различно от каченото, то се качва като нов тест.
Как да създам тестови ресурси
Тестовите ресурси позволяват на потребителите да управляват ресурси, които обикновено се взимат от автоматизирани тестове / тестове за производителност. Потребителите могат да качат скрипта, който може да се използва от един или повече тестове. Те също могат да бъдат изтеглени / редактирани и качени отново в тестовите ресурси.
Нека видим как можем ефективно да използваме модула Test Resources. Този модул се демонстрира чрез качване на същия файл на excel в тестови ресурси, който използвахме за импортиране на тестовете от excel в ALM.
Препоръчва се качване на Test Case Excel, за да можем да редактираме тестовете, когато е необходимо, и да качваме отново само модифицираните тестови случаи. Също така е лесно да добавяте нови тестове и да качвате само новодобавените тестове.
Въпреки това можем да качваме и други типове файлове като .xls, .vbs, .qfl и др.
Стъпка 1) Придвижете се до модула Test Resources, както е показано по-долу. Страницата на модула за тестови ресурси се отваря.
Стъпка 2) Създайте „Нова папка“, като щракнете върху иконата Нова папка, както е показано по-долу. Отваря се диалоговият прозорец Нова папка. Нека създадем тестов ресурс за трите теста, а именно - Ръчен, Автоматизация и Производителност.
Стъпка 3) Папката се създава, както е показано по-долу.
Стъпка 4) По същия начин нека създадем още две папки, а именно - Автоматизация и Производителност. След създаването на папка за всеки един от тестовите ресурси, окончателната структура на папката ще бъде както е показано по-долу:
Стъпка 5) Нека създадем нов тестов ресурс, като качим Excel файла, който сме създали за писане на ръчни тестове, качени в ALM. Изберете папката, в която потребителят би искал да качи тестовия ресурс.
Стъпка 6) Въведете името на тестовия ресурс и също така изберете вида на ресурса и щракнете върху „OK“.
Стъпка 7) След създаването на тестовия ресурс, сега трябва да качим ресурса, така че да е достъпен в раздела „Resource Viewer“, който ще се използва в тестовете.
- Щракнете върху раздела „Resource Viewer“
- Щракнете върху „Качване на файл“ и изберете файла за качване
Стъпка 8) След качването на файла, състоянието ще бъде показано на потребителя и ще бъде достъпно за изтегляне.
Забележка: Качват се следните видове тестови ресурси, които могат да се използват за изпълнение на автоматизираните тестове.
- Таблица с данни
- Променливи на околната среда
- Функционални библиотеки
- Сценарии за възстановяване
- Хранилище за споделени обекти
Видео за тестовия план
Щракнете тук, ако видеоклипът не е достъпен
ключови заведения: -
- Ще използвате модула Test Plan в QualityCenter, за да проектирате и създадете вашите тестови случаи / скриптове.
- Можете да свържете вашите тестове в модул за тестов план с изисквания в модула за изисквания за лесно проследяване.
- QualityCenter предлага много функции като копиране на тестови стъпки, изпращане на скриптове по имейл за преглед, добавяне на прикачени файлове и др., За да улесни по-бързото разработване на тестови случаи.