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

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

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

Крок 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) Повторіть крок №6 і введіть усі відповідні кроки, щоб перевірити функціональність. Після створення всіх необхідних кроків вкладка «Кроки проектування» відображає всі створені кроки, як показано нижче.

Крок 10) Параметри допомагають користувачеві призначити значення змінній, що дозволяє користувачеві виконувати той самий тест з різними наборами даних. У цьому випадку ім’я користувача та пароль можуть бути двома параметрами, яким буде присвоєно значення. Ми зрозуміємо важливість наявності параметрів під час виконання тесту, які розглядатимуться в модулі Test Lab.

Тепер давайте подивимося, як створити параметри.

1. Виберіть крок перевірки, до якого ми хочемо додати параметр.
2. Піктограма «Параметр» буде включена. Натисніть те саме, що показано нижче.

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

Крок 12) Відкриється діалогове вікно параметрів тесту.

1. Введіть назву параметра
2. Призначте значення параметру
3. Натисніть "OK".

Крок 13) Діалогове вікно «Параметри» відображається назад для користувача

1. Зі створеною змінною
2. Значення
3. Натисніть "OK".

Крок 14) Тепер ми можемо помітити, що параметр додано в самому «Тестовому кроці», як показано нижче.

Повторіть те саме для поля пароля.

Так само створіть параметр для Password Filed

Крок 15) Створені параметри можна переглядати/редагувати у вкладці параметрів. Це діалогове вікно також допомагає нам створювати та видаляти параметри, пов’язані з тестами.

Крок 16) Вкладка вкладення дозволяє користувачеві завантажувати будь-який тип файлу, наприклад «xls», «jpg» тощо.

Крок 17) Конфігурація тесту допомагає нам повторно використовувати тест для різних сценаріїв використання. Розберемося, як працювати з тестовими конфігураціями на прикладі. За замовчуванням існує тестова конфігурація, яка вказана як назва тесту.

Примітка. Ми НЕ МОЖЕМО видалити тестову конфігурацію за замовчуванням, але ми можемо змінити її.

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

Давайте перейменуємо тестову конфігурацію за замовчуванням на «helpdesk», відредагувавши поле назви «Test Configuration».

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

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

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

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

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

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

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

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. Введіть URL-адресу сервера HP ALM і натисніть «Далі».

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

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

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

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

крок 8) Після натискання «Далі» відкриється діалогове вікно зіставлення, як показано нижче.

1. Наведені елементи сітки лівої панелі відповідають полям, доступним для завантаження в HP ALM. Будь ласка, зверніть увагу, що поля, позначені «ЧЕРВОНИМ», мають бути зіставлені, оскільки вони є обов’язковими.
2. Елементи сітки правої панелі стосуються полів, зіставлених таким чином, що значення в Excel перетікають у відповідні поля ALM.

Крок 9) Тепер давайте зрозуміємо, як зіставити поля в Excel з полями в ALM.

1. Виберіть поле, яке користувач хоче відобразити, і натисніть кнопку зі стрілкою, як показано нижче.

2. Введіть назву стовпця в Excel, яка відповідає відповідній назві стовпця в HP ALM.

3. Зіставте всі необхідні стовпці в Excel із відповідними полями в HP ALM. Після зіставлення всіх обов’язкових полів натисніть «Експортувати».

Крок 10) Після успішного завантаження ALM відображає повідомлення, як показано нижче. Якщо з’являються помилки, виправте їх і спробуйте завантажити їх повторно.

Нижче наведено деякі поширені помилки.

• Тема/шлях недійсні/недоступні або НЕ зіставлені користувачем.
• Поле "Test Type" має значення, відмінне від Manual. Автоматизовані тести CAN завантажувати за допомогою Excel.
• Поле назви тесту порожнє або НЕ зіставлено.
• Статус не повинен мати інших значень, окрім Design, Ready, Imported, Repair.

Крок 11) Тепер давайте перевіримо те саме на вкладці «Тестування». Усі деталі тесту завантажуються, як показано нижче.

Примітка: : Користувачі також можуть виконувати повторне завантаження тестів. У разі повторного завантаження тестових випадків, якщо назва тесту вже існує та якщо є лише зміна в описі кроку, тест буде перезаписано наявним. Якщо назва тесту відрізняється від завантаженої, він завантажується як новий тест.

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

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

Давайте подивимося, як ми можемо ефективно використовувати модуль 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. Спільне сховище об'єктів

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

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

ключові висновки: -

• Ви будете використовувати модуль Test Plan у QualityCenter, щоб розробити та створити свої тестові випадки/сценарії.
• Ви можете пов’язати свої тести в модулі плану тестування з вимогами в модулі вимог для легкого відстеження.
• QualityCenter надає багато функцій, як-от копіювання кроків тестування, надсилання сценаріїв електронною поштою для перегляду, додавання вкладень тощо, щоб сприяти швидшій розробці тестових випадків.