Модуль плану тестування в підручнику HP ALM (Центр якості).

Що таке модуль плану тестування в HP ALM?

Команда Модуль плану тестування – це область HP ALM, також відома як Центр якості, де тестувальники розробляють і зберігають тестові випадки перед тим, як будь-який з них буде запущено. Вимоги фіксуються в модулі Вимоги, тут розробляються тести, а потім ці тести плануються та виконуються в модулі Тестова лабораторія. Таким чином, модуль Плану тестування є містком між тим, що продукт повинен робити, і доказами того, що він це робить.

• Після визначення вимог команда розробників починає процес проектування та розробки Тестування Команда починає розробляти тести, які можна буде виконати після розгортання збірки.
• Успіх будь-якого продукту залежить від процесів тестування та якості тестування, яке проводиться. Добрий План тестування результатом є продукт без помилок.
• ALM підтримує обслуговування та виконання ручних, автоматизованих та продуктивних тестів, оскільки ALM бездоганно інтегрований з усіма продуктами HP, такими як HP UFT та HP Load Runner.

💡 Примітка: Описаний тут продукт був випущений компанією HP і з того часу двічі змінював власника, спочатку перейшовши до Micro Focus, а потім до OpenTextМакет модуля та наведені нижче кроки все ще застосовуються, хоча останні випуски мають брендований вигляд. OpenText ALM / Центр якості.

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

Як створити план тестування

Крок 1 ) Подібно до вимог, давайте створимо заповнювач/папку для кожного типу тесту, як-от функціональний і нефункціональний.

1. Натисніть посилання План тестування на домашній сторінці ALM
2. Натисніть піктограму «Нова папка».
3. Введіть назву папки як «Функціональний» і натисніть «ОК».

Крок 2) Створена папка відображатиметься, як показано нижче.

Крок 3) Аналогічно створимо підпапки для «Ручних» та «Автоматизованих» тестів у папці «Функціональні». Таким чином, остаточна структура папок буде такою, як показано нижче:

Примітка: Ми НЕ зможемо створювати автоматизовані тестові сценарії/сценарії тестування продуктивності з ALM; натомість їх потрібно буде створювати за допомогою відповідних інструментів HP, таких як UFT для функціональності та Load runner для продуктивності. Потім вони зберігаються в ALM, щоб їх можна було планувати, виконувати, контролювати та звітувати.

Крок 4) Було б краще створити нову папку для кожного з модулів програми, щоб ми не скидали всі ручні тести в одну папку. Для складних додатків будуть тисячі тестів, з якими буде важко впоратися, якщо вони не вирівняні належним чином.

Крок 5) Тепер давайте створимо ручний тест для модуля «Вхід», натиснувши піктограму «Новий тест» на вкладці «План тестування».

Крок 6) Введіть наступні дані для успішного створення нового тесту.

1. Введіть назву нового тесту
2. Введіть тип тесту. У цьому випадку це «ручний» тест.
3. Користувач також може ввести інші необов’язкові поля, такі як дата, Descriptіон, як показано нижче.
4. Після введення всіх деталей натисніть «Надіслати».

крок 7) Після створення тесту створений тест з’явиться в папці тестів «Вручну» з іншими вкладками, згенерованими, як показано нижче. Давайте детально обговоримо кожну з цих вкладок у наступних кроках.

Крок 8) Натисніть «Кроки проектування» і клацніть піктограму «Новий крок», як показано нижче. Відкриється діалогове вікно «Деталі кроку проектування».

1. Введіть назву кроку
2. Введіть крок Descriptіон
3. Введіть очікуваний результат
4. Натисніть "ОК"

Крок 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», відредагувавши поле назви «Test Configuration».

Крок 19) Тепер давайте додамо ще дві інші тестові конфігурації, а саме – менеджер і керівник кластера. Натисніть піктограму «+» під тестовими конфігураціями.

Крок 20) Команда "Відкриється діалогове вікно конфігурації нового тесту.

1. Введіть назву тестової конфігурації
2. Введіть інші необов’язкові параметри, такі як «створено», «дата створення», «опис»
3. Натисніть "OK".

Крок 21) Повторіть той самий крок, що й вище, щоб створити ще одну тестову конфігурацію для «голови кластера», і вся тестова конфігурація відображатиметься користувачеві, як показано нижче. Це дозволить тестувальникам виконувати один і той самий тест окремо для всіх створених конфігурацій під час виконання тесту, що не призведе до переписування тестів.

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

Конфігурацію тесту НЕ слід плутати з параметрами тесту. Обидва дозволяють одному тесту охопити більше областей, але вони працюють на різних рівнях, і їх змішування є найпоширенішою помилкою під час розробки тестів у цьому модулі.

Параметри використовуються для створення змінної та призначення значень для певного кроку, що параметризує тест. Конфігурація тесту застосовується до всіх кроків і зазвичай використовується для тестування різних бізнес-випадків використання або робочих процесів. Під час виконання користувачі можуть змінювати значення створених параметрів, поки Тестовий випадок виконується для вибраної конфігурації.

Точка різниці	Тестовий параметр	Конфігурація тесту
Сфера	Один крок проектування	Весь тест
Мета	Підставте значення, таке як ім'я користувача	Повторіть тест для іншого бізнес-сценарію
Створено з	Піктограма параметрів на кроці	Вкладка «Конфігурації тестів»
Встановити під час виконання	Тестер надає значення	Тестер вибирає, яку конфігурацію запускати

Наприклад, у додатку для онлайн-оплати рахунків користувач може вибрати спосіб оплати. У випадку платежів «кредитною карткою» користувач може вибрати MasterCard, Visa або American Express. Кожна з них має власні бонусні бали клієнтів. Щоб перевірити це, ми можемо розробити тест таким чином, щоб кожна з них була додана до тестових конфігурацій для перевірки бонусних балів.

Крок 22) Вкладка «Покриття вимог» допомагає тестувальникам зіставити тест з певними вимогами, що допомагає користувачам генерувати покриття та tracлегкість.

1. Клацніть вкладку «Потрібне покриття».
2. Виберіть «Вимогу», яка має бути зіставлена ​​з цим конкретним тестом
3. Натисніть кнопку «<=», щоб зіставити вибрані вимоги з тестом. Ми також можемо зіставити кілька вимог з тим самим тестом.

Крок 23) Вкладка «Пов’язані дефекти» порожня, оскільки ми не виконали жодного тесту/не підняли Дефект проти тестового випадку. Ця вкладка буде заповнена відомостями про дефекти, якщо дефекти опубліковано в тестовому випадку під час створення дефектів.

Крок 24) Вкладка «Історія» показує список змін, внесених протягом певного часу щодо цього конкретного тесту, безпосередньо з моменту створення тесту.

Завантаження тестів

Іноді користувачі не створюють тестові випадки вручну, оскільки це досить трудомісткий процес. Більшість організацій розробляють ручні тести в Excel та завантажують їх в ALM масово, замість того, щоб створювати кожен тест вручну по одному. Щоб полегшити завантаження в ALM, HP розробила надбудову, за допомогою якої користувач може завантажувати дані безпосередньо з MS Excel/MS Word. Давайте розглянемо покрокову процедуру завантаження вимог до QC з Excel.

Як завантажити тести за допомогою Microsoft перевершувати

Крок 1) Перш ніж завантажувати тести з Excel, нам потрібно підготувати Excel, щоб його можна було завантажити.

1. Виберіть поля, які ви хочете завантажити в ALM, і створіть заголовок у Excel для цих полів.
2. Введіть дійсні дані в кожне з цих полів, як показано нижче.

Крок 2) Після вибору даних для завантаження натисніть «Експортувати до HP ALM» у «Надбудовах».

крок 3) Відкриється майстер експорту ALM. Увійдіть до сервера HP ALM. URL і натисніть «Далі».

Крок 4) Введіть ім’я користувача та пароль для автентифікації та натисніть «Далі».

Крок 5) Виберіть домен, назву проекту, у який ми хочемо завантажити тести, і натисніть «Далі».

Крок 6) Виберіть тип даних, які ми хочемо завантажити. В даному випадку це тести. Ми також завантажимо дефекти в наступних розділах.

Крок 7) Введіть назву нової карти. Перша опція «Вибрати карту» вимкнена, оскільки ми ще не створили карту. Тому ми повинні створити нову назву карти та натиснути «Далі». Ми не вибрали «Створити тимчасову карту», ​​оскільки хотіли б повторно використовувати щоразу для завантаження «тестів».

крок 8) Після натискання кнопки «Далі» карта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. Файли, від яких залежать ці тести, зберігаються окремо в модулі «Ресурси тестування».

Як створити тестові ресурси

Ресурси тестування дозволяють користувачам керувати ресурсами, які зазвичай збираються автоматизованими тестами/тестами продуктивності. Користувачі можуть завантажити сценарій, який можна використовувати в одному або кількох тестах. Їх також можна завантажити/редагувати та знову завантажити в тестові ресурси.

Давайте подивимося, як ми можемо ефективно використовувати модуль Test Resources. Цей модуль демонструється шляхом завантаження того самого файлу excel до тестових ресурсів, який ми використовували для імпорту тестів із excel до ALM.

Рекомендується завантажувати тестовий приклад excel, щоб ми могли редагувати тести за потреби та повторно завантажувати лише змінені тестові випадки. Також легко додавати нові тести та завантажувати тільки щойно додані тести.

Однак ми також можемо завантажувати інші типи файлів, наприклад .xls, .vbs, .qfl тощо.

Крок 1) Перейдіть до модуля тестових ресурсів, як показано нижче. Відкриється сторінка модуля тестових ресурсів.

Крок 2) Створіть «Нову папку», натиснувши піктограму «Нова папка», як показано нижче. Відкриється діалогове вікно Нова папка. Давайте створимо тестовий ресурс для всіх трьох тестів: ручного, автоматизованого та продуктивності.

Крок 3) Папка створюється, як показано нижче.

Крок 4) Так само давайте створимо ще дві папки, а саме – Automation і Performance. Після створення папки для кожного тестового ресурсу остаточна структура папок буде такою, як показано нижче:

Крок 5) Давайте створимо новий тестовий ресурс, завантаживши файл excel, який ми створили для написання ручних тестів, які було завантажено в ALM. Виберіть папку, куди користувач хоче завантажити тестовий ресурс.

Крок 6) Введіть назву тестового ресурсу, а також виберіть тип ресурсу та натисніть «ОК».

Крок 7) Після створення тестового ресурсу тепер нам потрібно завантажити ресурс, щоб він був доступний на вкладці «Перегляд ресурсів», яка використовуватиметься в усіх тестах.

1. Перейдіть на вкладку «Перегляд ресурсів».
2. Натисніть «Завантажити файл» і виберіть файл для завантаження

Крок 8) Після завантаження файлу користувачеві буде показано статус і він буде доступний для завантаження.

Примітка: Завантажено наступні типи тестових ресурсів, які можна використовувати для виконання автоматизованих тестів.

1. Таблиця даних
2. Змінні середовища
3. Бібліотеки функцій
4. Сценарії відновлення
5. Спільне сховище об'єктів

Відео про план тестування

Натисніть тут якщо відео недоступне

Поширені запитання