Тестовая лаборатория в HP ALM (Центр качества)

⚡ Умное резюме

Test Lab in HP ALM is the module where designed test cases are grouped into test sets and actually executed. This page covers creating a test set, running tests with the manual runner, scheduling execution flow, and analysing results.

  • 🧪 Цель: Test Lab executes the test cases that were authored in the Test Plan module.
  • 📦 Тестовый набор: A test set is a collection of test cases pulled in from Test Plan for one cycle.
  • 🔒 Safe to Edit: Changes made in Test Lab never alter the parent test cases in Test Plan.
  • ▶ ️ Two Run Modes: Run Test Set executes the whole set, while Run executes only the selected test.
  • 🇧🇷 Manual Runner: The runner marks each step pass or fail, attaches screenshots, and raises defects inline.
  • 🗓️ Поток выполнения: Conditions and time dependency control the order and timing of each test instance.
  • 📊 Результаты: The Test Runs module holds every run by unique Run Name for later analysis.

Тестовая лаборатория в HP ALM

What is the Test Lab Module in HP ALM?

Модуль «Тестовая лаборатория» is where HP ALM, also known as Quality Center, runs the tests. Requirements are captured in the Requirements module, test cases are designed in the Модуль «План тестирования», and Test Lab pulls those finished cases into test sets so they can be scheduled, executed, and reported against a release cycle.

  • После завершения разработки теста его выполнение будет осуществляться с помощью модуля Test Lab.
  • One common term you will come across in HP ALM in the Test Set module of Test Lab. If your mind triggers images of some sort of collection or a set, you are correct. Test Set is in fact a collection of test cases that we intend to execute.
  • Тестовые случаи из План тестирования модуль вызывается в модуль Test Lab.
  • Изменения, внесенные в тестовые наборы в модуле «Тестовая лаборатория», не влияют на родительские тестовые сценарии в модуле «План тестирования». Вы можете экспериментировать. Отсюда и название Тестовая Лаборатория!

💡 Примечание: This product was released by HP and has since passed to Micro Focus and then to OpenText. The module layout and the steps below still apply, although recent releases are branded OpenText ALM / Quality Center.

  • Лучше присвоить набору тестов то же имя, что и модулю, чтобы все тесты внутри модуля были объединены в один набор, что упростит их выполнение. track.
  • Каждая папка набора тестов назначена определенному циклу. Это позволяет пользователям группировать тесты, которые будут выполняться в определенном цикле.
  • Этот модуль также помогает пользователю. tracотслеживайте ход выполнения цикла по мере проведения тестов.
  • The Test Lab module consists of the following functionalities and let us understand each one of those in detail.

Тестовая лаборатория в HP ALM

Как создать набор тестов

Шаг 1Первый шаг — создание корневой папки в качестве контейнера для тестовых наборов. Мы можем назвать её в соответствии с релизом и циклом, чтобы было легко её использовать. track.

  1. Перейдите к модулю «Тестовая лаборатория» на вкладке «Тестирование».
  2. Создайте новую папку, щелкнув значок «Новая папка».
  3. Откроется диалоговое окно «Новая папка набора тестов». Введите имя папки «2017 R1 – Cycle 1».
  4. Нажмите "ОК".

Создайте набор тестов

Шаг 2) Папка тестового запуска будет создана, как показано ниже.

Создайте набор тестов

Шаг 3) Выберите созданную папку и назначьте ей «Цикл», что означает, что весь набор тестов должен быть выполнен для цикла 1.

Создайте набор тестов

Шаг 4) Введите имя набора тестов и нажмите «ОК».

Примечание: Target Cycle field is disabled as the target cycle is selected at the folder level (2017 R1 – Cycle 1).

Создайте набор тестов

Шаг 5) После создания набора тестов нам нужно выбрать тесты и добавить их в набор тестов.

  1. Выберите набор тестов.
  2. Перейдите к «Сетке выполнения».
  3. Нажмите кнопку «Выбрать тесты». Откроется дерево плана тестирования.
  4. Выберите тесты, которые будут выполнены в этом цикле.
  5. Нажмите кнопку «<=». Это позволит переместить тестовые примеры из плана тестирования в лабораторию тестирования.

Создайте набор тестов

Шаг 6) При добавлении тестов из дерева плана тестирования пользователю отображаются все параметры конфигурации выбранных тестов. Пользователь может редактировать конфигурацию перед добавлением ее в лабораторию тестирования.

Примечание. Пользователь не может контролировать выбор конфигурации теста в тестовой лаборатории. Следовательно, вся конфигурация будет добавлена ​​в набор тестов по умолчанию. В случае, если одна из выбранных конфигураций НЕ является частью цикла, после добавления тестов удалите их из тестовой лаборатории..

Создайте набор тестов

Шаг 7) После выбора конфигураций выбранные тесты добавляются в набор тестов. В данном случае мы выбрали все три конфигурации; следовательно, мы можем найти три экземпляра «01- Login Test».

Создайте набор тестов

Шаг 8) Повторите вышеуказанные шаги, чтобы создать дополнительные наборы тестов и выбрать все соответствующие тесты, запланированные для этого цикла. После создания всего набора тестов структура набора тестов будет такой, как показано ниже:

Создайте набор тестов

Шаг 9) Другая важная вкладка, которую нам нужно понять, — это «Поток выполнения». Выберите вкладку «Поток выполнения», где отображается порядок, в котором тесты будут отображаться во время выполнения. Пользователи также могут изменить порядок выполнения с помощью этой вкладки, которая будет рассмотрена в отдельном разделе этого модуля.

Создайте набор тестов

Как выполнять тесты

Шаг 1) Созданные наборы тестов теперь готовы к выполнению. Тесты могут выполняться двумя способами.

  • Запустить тестовый набор – Эта опция позволяет пользователю выполнять все тесты в выбранном наборе тестов.
  • Run – Эта опция помогает пользователю выполнить только выбранный тест.

Выполнение тестов

Шаг 2) Давайте выполним весь набор тестов модуля входа в систему, выбрав опцию «Выполнить набор тестов». При нажатии «Запустить тестовый набор» пользователю отображаются два варианта.

  1. Ручной бегун (по умолчанию) — порядок тестов, отображаемых во время выполнения, будет таким же, как порядок, отображаемый в сетке набора тестов.
  2. Автоматический бегун – Порядок тестов, отображаемых во время выполнения, будет соответствовать порядку, установленному на вкладке потока выполнения.

Давайте продолжим с вариантом по умолчанию.

Выполнение тестов

Шаг 3) Пользователю отображается средство запуска ручного теста. В этом диалоге давайте разберемся с важными особенностями.

  1. Начать бег - Помогает начать выполнение
  2. Конец пробега – Прекращает текущее выполнение и закрывает программу запуска вручную.
  3. Отменить запуск – Отменяет выполнение текущих тестов.
  4. Вложения – Helps us to attach screenshot/any other information related to this test execution
  5. Новый дефект – При нажатии на него открывается новый диалог дефектов, с помощью которого дефект можно разместить.
  6. Информация об ОС – Предоставляет информацию об операционной системе, в которой выполняются тесты.
  7. Имя запуска – Уникальная отметка времени, с помощью которой результаты испытаний можно проанализировать в более поздний момент времени.

Нажмите «Начать запуск».

Выполнение тестов

Шаг 4) Ручной запуск тестов с элементами управления тестом и шагами отображается пользователю. Давайте разберемся с функциями, доступными в этом диалоговом окне запуска тестов.

Добавьте шаг во время выполнения теста Добавьте шаг во время выполнения теста.
Удалить шаг Удалить шаг во время выполнения теста.
Пройти выбранное Пройти выбранное
Не удалось выбрано Не удалось выбрано
Показывает параметр для выбранного шага теста. Показывает параметр для выбранного шага теста.
Сделать снимок экрана и добавить вложения Позволяет пользователю делать снимки экрана и добавлять вложения во время выполнения.
Позволяет пользователю добавлять дефект Позволяет пользователю добавлять дефект во время выполнения.
Показывает пользователю в компактном представлении Показывает пользователю компактный вид средства запуска тестов.
Завершить выполнение Завершить выполнение
  1. Шаг Numbers создано на этапе тестового проектирования
  2. Descriptион выбранного шага.
  3. Ожидаемый результат выбранного шага.

    Выполнение тестов

Шаг 5) The next test in the test set will be displayed to the user. Repeat Step 3 and Step 4 to execute the test and mark the status accordingly.

Выполнение тестов

Как создать расписание тестовых запусков

Тестировщики могут контролировать выполнение теста с помощью вкладки «Последовательность выполнения». Тестировщики также могут указать дату и время выполнения конкретного экземпляра теста. Мы также можем запланировать тест на основе результатов другого указанного экземпляра теста в потоке выполнения.

Теперь давайте разберемся, как запланировать поток тестирования в HP-ALM.

Шаг 1) Выберите вкладку «Последовательность выполнения» в модуле «Тестовая лаборатория».

Создать расписание тестового запуска

Шаг 2) Double щелкните конкретный тест, для которого необходимо настроить расписание. «Расписание тестового запуска» будет отображаться, как показано ниже. Мы можем заметить, что нет никаких условий выполнения, которые были установлены по умолчанию.

Создать расписание тестового запуска

Шаг 3) Чтобы добавить условие выполнения, щелкните значок «+», как показано ниже.

Создать расписание тестового запуска

Шаг 4) Откроется диалоговое окно Новое условие выполнения.

  1. Выберите тест из раскрывающегося списка тестов. Будут отображены все тесты в наборе тестов.
  2. Выберите условие. Это может быть либо «Пройдено», либо «Завершено».
  3. Нажмите «ОК».

    Создать расписание тестового запуска

Шаг 5) Отображается расписание тестового запуска с добавленными условиями выполнения.

Создать расписание тестового запуска

Шаг 6) The Execution flow realigns automatically as shown below. According to the below displayed flow, the test ‘Cluster Head» будет выполнен только после завершения операции «02 – Проверка кнопки сброса».

Создать расписание тестового запуска

Шаг 7) Now let us understand how testers can specify the date and time in execution flow for executing a particular test. It is more helpful when testers know about the readiness of a specific functionality or for scheduling automated tests.

Допустим, профиль входа менеджера будет готов только после определенной даты. Следовательно, тестировщики могут выполнить то же самое, указав условия в «Потоке выполнения».

Double Нажмите на тест, для которого необходимо установить критерии потока выполнения.

Создать расписание тестового запуска

Шаг 8) Теперь,

  1. Navigate to ‘Time Dependency’ Module
  2. Выберите «Запустить в указанное время»
  3. Введите дату, в которую вы хотите выполнить
  4. Введите время, когда вы хотите выполнить тест.
  5. Щелкните "ОК".

Создать расписание тестового запуска

Шаг 9) The execution flow tab will be realigned as shown below. This kind of scheduling is very much helpful for automated tests which follow the same steps.

Примечание: If the scheduled date and time has arrived, then ALM would automatically launch the tests. It holds good for automated test as test would be executed without any manual intervention. The Precondition for triggering the tests automatically is that the host should be ready (shouldn’t be powered off or locked) and it should be in a state to trigger the test. If it is a manual test then there won’t be any effect.

Создать расписание тестового запуска

Как анализировать результат теста

Шаг 1) После завершения выполнения теста тестировщики могут просмотреть результаты в модуле «Тестовые прогоны». Он содержит результаты запусков тестовых экземпляров и наборов тестов.

  1. Перейдите к «Тестовые прогоны» на вкладке «Тестирование», и окно откроется, как показано ниже:
  2. Имя запуска — это уникальное значение, создаваемое для каждого из этих тестов.
  3. «Статус» показывает окончательный статус выполнения теста.

Подробный результат можно просмотреть, нажав «Идентификатор запуска».

Анализ результатов теста

Шаг 2) Откроется диалоговое окно «Сведения о запуске», и пользователь сможет просмотреть подробный результат.

  1. Перейдите на вкладку «Отчет» окна «Сведения о выполнении».
  2. Тестировщики могут проверить статус каждого из этих этапов тестирования.
  3. Нажмите «ОК», чтобы закрыть диалоговое окно.

Анализ результатов теста

Видео о тестовой лаборатории

Нажмите здесь если видео недоступно

Часто задаваемые вопросы (FAQ)

No. Test Lab works on an instance of the test case, so steps added or edited during a run stay with that run. The parent test in Test Plan is untouched, which is why experimenting during execution is safe.

Manual Runner steps a tester through each test in test set grid order. Automatic Runner follows the Execution Flow order and launches tests on a specified host, which is what automated scripts require.

Time dependency only triggers automated tests, and the host must be powered on, unlocked, and ready. A manual test with a scheduled time simply shows the schedule; it will not start on its own.

Yes. Export the run report and an AI assistant groups failures by likely cause, separating environment issues from genuine defects. A tester confirms each grouping before defects are raised.

Yes. Given the change list and requirement coverage, an AI assistant proposes a regression subset weighted by risk and recent defect history. The test manager approves the final scope for the cycle.

Подведем итог этой публикации следующим образом: