Платформы автоматизации данных, ключевых слов и гибридной автоматизации в QTP/UFT

Платформа, управляемая данными

Data Driven Framework — это платформа, основанная на различных комбинациях входных и выходных данных.

Одним из способов передачи различных комбинаций данных является параметризация. В этом методе мы используем различные возможности QTP. Чтобы узнать больше о параметризации, посетите здесь.

Однако в DDF для параметризации пишутся сценарии. Такая структура полезна, когда функциональность AUT необходимо протестировать с несколькими входными данными и получить соответствующие выходные данные. Эти входные данные можно прочитать из внешнего файла, такого как база данных, Excel, Outlook, текстовый файл и т. д., а соответствующие выходные данные записываются обратно в соответствующий внешний источник.

Платформа, управляемая данными

Общие этапы создания системы, управляемой данными:

  1. Подготовить Тестовый кейс для тестируемого приложения
  2. Добавьте объекты из AUT в OR
  3. Напишите сценарии на основе тестового примера.

В этом Учебное пособие по UFT, мы разработаем управляемую данными структуру для примера тестового примера, используя Excel в качестве внешнего источника тестовых данных.

Шаг 1) Подготовьте тестовый пример для тестируемого приложения.

Тестовый кейс: Откройте номер заказа и получите имя клиента для этого заказа. Повторите тот же процесс для разных номеров заказа.

Внешний источник: Файл Excel

Подготовьте тестовый пример для тестируемого приложения

Внешним источником для этого примера является файл Excel. Сценарий VB в Micro Focus UFT должен быть написан для открытия файла Excel и чтения тестовых данных. Этого можно достичь иерархическим способом.

1. Файл Excel сначала открывается как приложение.

2. Затем книгу необходимо открыть из указанного места.

3. Лист, на котором представлены данные испытаний.

4. Наконец, ячейку необходимо прочитать.

Шаг 2) Добавьте объекты из AUT в OR

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

Добавьте объекты из AUT в OR

  • Флажок «Номер заказа», который можно получить при нажатии на иконку «Открыть папку».

Добавьте объекты из AUT в OR

  • Поле WinEdit с номером заказа (где вводятся цифры)

Добавьте объекты из AUT в OR

  • Кнопка ОК

Добавьте объекты из AUT в OR

  • Поле «Имя», которое представляет собой поле WinEdit. Это поле будет заполнено именем после нажатия кнопки «ОК» для определенного номера заказа.

Добавьте объекты из AUT в OR

После добавления всех необходимых объектов репозиторий объектов будет выглядеть следующим образом:

Добавьте объекты из AUT в OR

Шаг 3) Напишите сценарии на основе тестового примера.

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

Нижеприведенный сценарий предназначен для чтения номера заказа из Excel и присвоения его приложению через переменную «vOrder», а также записи имени клиента из приложения через переменную «vName».

Имя Excel: FlightDDF.xlsx

Имя листа: Лист1

Напишите сценарии на основе тестового примера

Результат

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

Напишите сценарии на основе результатов тестового примера

Data-Driven Framework также можно разработать путем написания описательного программирования.

Использование базы данных в качестве внешнего источника для DDF

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

  1. Напишите VBScript для установления соединения с базой данных.
  2. VBScript для открытия набора записей или таблицы.
  3. VBScript для открытия нужного поля
  4. Конкретная ячейка считывается из поля.

Использование базы данных в качестве внешнего источника для DDF

Сценарий

To Establish a Microsoft Database connection

Водитель = {Microsoft Драйвер доступа (*.mdb)}; DBQ =

Имя набора записей: OpenOrder

Имя поля: Номер заказа, Имя клиента

PS: Microsoft Access 2010 невозможно подключить с помощью приведенного ниже сценария.

Использование базы данных в качестве внешнего источника для DDF

Результат

Использование базы данных в качестве внешнего источника для вывода DDF

Преимущества ДДФ

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

Недостатки ДДФ

  • Для разработки этой структуры необходимы знания сценариев.
  • Иногда количество или комбинации данных из внешнего источника, такого как база данных, могут замедлить или даже привести к сбою QTP.

Фреймворк, управляемый ключевыми словами

Keyword Driven Framework — это платформа, в которой ключевые слова определяют тест. Здесь Ключевое слово относится к пользовательским функциям. В этой структуре ключевые слова создаются для выполнения определенного шага теста или тестового примера. Эти ключевые слова затем вызываются в тесте драйвера для запуска нескольких тестовых случаев в одном тесте.

Чтобы узнать о пользовательских функциях в QTP, посетите здесь

Фреймворк, управляемый ключевыми словами

В общем, для тестирования фреймворки можно разрабатывать тремя способами.

  1. Запишите и запустите тест
  2. Добавьте объекты в локальный репозиторий и напишите скрипты для всех этапов тестирования.
  3. Напишите описательное программирование для всех этапов тестирования.

В этом руководстве KDF разрабатывается путем записи и запуска теста.

Наша цель — запустить один тест для пяти различных тестовых случаев, таких как вход в приложение, вставка заказа, открытие заказа, удаление заказа и закрытие приложения. Следовательно, мы запишем этапы тестирования для этих тестовых случаев и создадим функции с ключевыми словами Login, InsertOrder, OpenOrder, DeleteOrder и CloseApp соответственно.

Тестовый пример 1: вход в приложение

Ключевое слово: Авторизоваться ()

Записанный сценарий:

Фреймворк, управляемый ключевыми словами

Тестовый пример 2: вставьте заказ

Ключевое слово:ВставитьОрдер()

Записанный сценарий:

Фреймворк, управляемый ключевыми словами

Тестовый пример 3: откройте ордер

Ключевое слово:Открытый приказ()

Записанный сценарий:

Фреймворк, управляемый ключевыми словами

Тестовый пример 4: удалить заказ

Ключевое слово:УдалитьОрдер()

Записанный сценарий:

Фреймворк, управляемый ключевыми словами

Тестовый пример 5. Закройте приложение.

Ключевое слово:ЗакрытьПриложение()

Записанный сценарий:

Фреймворк, управляемый ключевыми словами

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

Сценарий драйвера для этой простой структуры выглядит так:

Фреймворк, управляемый ключевыми словами

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

Наши преимущества

  • Любое количество тестовых случаев можно запустить в одном тесте, просто вызвав соответствующие ключевые слова.
  • Написание общего описательного программирования для всех объектов Web/Windows и вызов их в качестве ключевых слов поможет выполнить один и тот же тест для различных динамических приложений.
  • Уменьшает размер скрипта драйвера

Недостатки бонуса без депозита

  • Время, затрачиваемое на разработку этих фреймворков, очень велико, если нужно выполнить очень мало тестовых примеров.
  • Запись шагов не всегда используется при разработке KDF для многих приложений в одном тесте.

Гибридная структура

Гибридная платформа представляет собой комбинацию Data Driven Framework (DDF) и Keyword Driven Framework (KDF), где несколько тестовых примеров с несколькими входными данными могут быть выполнены в одном тесте.

В этой статье те же тестовые случаи, которые используются в KDF, будут выполнены в одном тесте. Ключевые слова и сценарии для всех тестовых случаев такие же, как в KDF. Однако TC3: Открыть ордер был настроен. Следовательно, сценарий для этого тестового примера написан для получения номера заказа из файла Excel и записи имени клиента в файл Excel.

Гибридная структура

Тестовый пример 1: вход в приложение

Ключевое слово: Авторизоваться ()

Тестовый пример 2: вставьте заказ

Ключевое слово:ВставитьОрдер()

Тестовый пример 3: откройте заказ для нескольких номеров заказов.

Ключевое слово:Открытый приказ()

Описание: Здесь используется тот же сценарий, который использовался для разработки DDF, тем самым достигается тестовый пример для нескольких итераций.

Автор сценария:

Гибридная структура

Тестовый пример 4: удалить заказ

Ключевое слово:УдалитьОрдер()

Тестовый пример 5. Закройте приложение.

Ключевое слово:ЗакрытьПриложение()

Следуя этому простому методу, достигается параметризация TC3. Если применимо, все остальные тестовые случаи также могут быть параметризованы в том же тесте.

Например, это очень простой способ разработки гибридной структуры. Той же структуры можно достичь и с помощью описательного программирования.

Наши преимущества

  • Время, необходимое для запуска теста, разработанного с использованием гибридной платформы, относительно меньше по сравнению с другими платформами.
  • Это можно использовать, когда нам нужны все тестовые примеры и входные данные, связанные с конкретным тестовым примером, в одном наборе тестов.

Недостаток

  • Требуются четкие знания по комбинированию различных рамок.