Модуль «План тестирования» в учебном пособии HP ALM (Центр качества)

Что представляет собой модуль «План тестирования» в HP ALM?

Модуль «План тестирования» Модуль «Планирование тестирования» — это область HP ALM, также известная как Quality Center, где тестировщики разрабатывают и хранят тестовые сценарии до их запуска. Требования фиксируются в модуле «Требования», здесь разрабатываются тесты, а затем эти тесты планируются и выполняются в модуле «Тестовая лаборатория». Таким образом, модуль «Планирование тестирования» является связующим звеном между тем, что должен делать продукт, и доказательством того, что он это делает.

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

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

Поскольку роль модуля ясна, первой практической задачей является создание структуры папок для хранения тестов.

Как создать план тестирования

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

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

Шаг 2) Созданная папка будет отображаться, как показано ниже.

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

Примечание: Мы НЕ сможем создавать автоматизированные тестовые сценарии/сценарии тестирования производительности из ALM; вместо этого их необходимо создавать с помощью соответствующих инструментов HP, таких как UFT Для функционального анализа используется LoadRunner, а для анализа производительности — LoadRunner. Затем данные сохраняются в ALM, чтобы их можно было планировать, выполнять, отслеживать и формировать отчеты.

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

Шаг 5) Теперь давайте создадим ручной тест для модуля «Вход», щелкнув значок «Новый тест» на вкладке «План тестирования».

Шаг 6) Введите следующие данные для успешного создания нового теста.

1. Введите новое имя теста
2. Введите тип теста. В данном случае это «Ручной» тест.
3. Пользователь также может ввести другие необязательные поля, такие как дата, Descriptион, как показано ниже.
4. Нажмите «Отправить», как только все данные будут введены.

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

Шаг 8) Нажмите «Этапы проектирования» вкладку и щелкните значок «Новый шаг», как показано ниже. Откроется диалоговое окно «Сведения о шаге проектирования».

1. Введите имя шага
2. Введите шаг Descriptион
3. Введите ожидаемый результат
4. Нажмите «ОК»

Шаг 9) Повторите шаг 8 и введите все необходимые шаги для проверки функциональности. После создания всех необходимых шагов на вкладке «Этапы проектирования» отобразятся все созданные шаги, как показано ниже.

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

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

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

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

Шаг 12) Откроется диалоговое окно сведений о параметрах теста.

1. Введите имя параметра
2. Присвойте значение параметру
3. Нажмите «ОК».

Шаг 13) Диалоговое окно «Параметры» отображается пользователю.

1. С созданной переменной
2. Значение
3. Нажмите «ОК».

Шаг 14) Теперь мы можем заметить, что параметр добавляется в сам «Шаг тестирования», как показано ниже.

Повторите то же самое для поля пароля.

Аналогичным образом создайте параметр для поля «Пароль».

Шаг 15) Созданные параметры можно просмотреть/редактировать во вкладке параметров. Этот диалог также помогает нам создавать и удалять параметры, связанные с тестами.

Шаг 16) Вкладка «Вложение» позволяет пользователю загружать файлы любого типа, например «xls», «jpg» и т. д.

Шаг 17) Конфигурация теста помогает нам повторно использовать тест для различных сценариев использования. Разберемся, как работать с тестовыми конфигурациями, на примере. По умолчанию существует конфигурация теста, указанная в качестве имени теста.

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

Шаг 18) Допустим, функции входа в систему могут выполняться тремя типами бизнес-пользователей, такими как «служба поддержки», «менеджер» и «руководитель кластера».

Давайте переименуем конфигурацию теста по умолчанию в «службу поддержки», отредактировав поле имени «Конфигурация теста».

Шаг 19) Теперь давайте добавим еще две тестовые конфигурации, а именно — менеджера и главу кластера. Нажмите значок «+» под тестовыми конфигурациями.

Шаг 20) "Откроется диалоговое окно «Новая конфигурация теста».

1. Введите имя тестовой конфигурации.
2. Введите другие необязательные параметры, такие как «Кем создан», «Дата создания», «Описание».
3. Нажмите «ОК».

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

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

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

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

Отличие	Тестовый параметр	Тестовая конфигурация
Объем	Один этап проектирования	Весь тест
Цель	Подставьте значение, например, имя пользователя.	Повторите тест для другого бизнес-сценария.
Создано из	Значок «Параметры» на шаге	Вкладка «Конфигурации теста»
Устанавливается при выполнении	Тестер выдает значение.	Тестировщик выбирает, какую конфигурацию запустить.

Например, в онлайн-приложении для оплаты счетов пользователь может выбрать способ оплаты. В случае оплаты кредитной картой пользователь может выбрать Mastercard, Visa или American Express. Каждая из этих карт имеет свои бонусные баллы. Для проверки можно разработать тест, в который будет добавлена ​​каждая из этих карт для проверки начисления бонусных баллов.

Шаг 22) Вкладка «Покрытие требований» помогает тестировщикам сопоставить тест с конкретным требованием (требованиями), что позволяет пользователям генерировать покрытие. tracУмение.

1. Нажмите на вкладку «Покрытие запросов».
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» в разделе «Надстройки».

Шаг 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 отображает сообщение, как показано ниже. Если появляются ошибки, исправьте проблему и попробуйте повторно загрузить то же самое.

Некоторые из распространенных ошибок перечислены ниже:

• Тема/путь недействительны/недоступны или НЕ сопоставлены пользователем.
• Поле «Тип теста» имеет значение, отличное от «Вручную». Автоматизированные тесты CAN загрузить с помощью Excel.
• Поле имени теста пусто или НЕ сопоставлено.
• Статус не должен иметь других значений, кроме «Проектирование», «Готово», «Импортировано», «Восстановить».

Шаг 11) Теперь давайте проверим то же самое на вкладке «Тесты». Все данные теста загружаются, как показано ниже.

Внимание : Пользователи также могут выполнять повторную загрузку тестов. В случае повторной загрузки тестовых случаев, если имя теста уже существует и если произошло только изменение описания шага, тест будет перезаписан существующим. Если имя теста отличается от загруженного, он загружается как новый тест.

Тесты теперь находятся в ALM. Файлы, от которых зависят эти тесты, хранятся отдельно, в модуле «Ресурсы для тестирования».

Как создавать тестовые ресурсы

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

Давайте посмотрим, как мы можем эффективно использовать модуль Test Resources. Этот модуль демонстрируется путем загрузки того же файла Excel в ресурсы тестирования, который мы использовали для импорта тестов из Excel в ALM.

Рекомендуется загружать тестовые примеры в Excel, чтобы мы могли редактировать тесты при необходимости и повторно загружать только измененные тестовые примеры. Также легко добавлять новые тесты и загружать только недавно добавленные тесты.

Однако мы также можем загружать файлы других типов, например .xls, .vbs, .qfl и т. д.

Шаг 1) Перейдите к модулю «Ресурсы тестирования», как показано ниже. Откроется страница модуля тестовых ресурсов.

Шаг 2) Создайте «Новую папку», щелкнув значок «Новая папка», как показано ниже. Откроется диалоговое окно «Новая папка». Давайте создадим тестовый ресурс для всех трех тестов: ручного, автоматизации и производительности.

Шаг 3) Папка создается, как показано ниже.

Шаг 4) Аналогичным образом давайте создадим еще две папки: «Автоматизация» и «Производительность». После создания папки для каждого из тестовых ресурсов окончательная структура папок будет такой, как показано ниже:

Шаг 5) Давайте создадим новый тестовый ресурс, загрузив файл Excel, который мы создали для написания ручных тестов, которые были загружены в ALM. Выберите папку, в которую пользователь хочет загрузить тестовый ресурс.

Шаг 6) Введите имя тестового ресурса, а также выберите тип ресурса и нажмите «ОК».

Шаг 7) После создания тестового ресурса теперь нам нужно загрузить ресурс, чтобы он был доступен на вкладке «Просмотр ресурсов», которая будет использоваться во всех тестах.

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

Шаг 8) После загрузки файла пользователю будет показан статус и он будет доступен для скачивания.

Примечание: Загружаются следующие типы тестовых ресурсов, которые можно использовать для выполнения автоматических тестов.

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

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

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

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