Данные, ключевое слово и amp; Гибридные платформы автоматизации в QTP / UFT

Содержание:

Anonim

В этом руководстве мы будем использовать QTP (HP UFT) для создания

  • Платформа, управляемая данными
  • Основа, управляемая ключевыми словами
  • Гибридная структура

Итак, приступим -

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

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

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

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

Общие шаги, связанные с фреймворком, управляемым данными:

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

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

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

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

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

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

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

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

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

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

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

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

  • Значок «Открыть папку» в приложении «Бронирование авиабилетов».

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

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

  • Кнопка ОК

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

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

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

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

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

Имя в Excel : FlightDDF.xlsx

Имя листа : Sheet1

Выход

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

Инфраструктуру, управляемую данными, также можно разработать, написав описательное программирование.

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

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

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

Сценарий

Чтобы установить соединение с базой данных Microsoft

Драйвер = {Драйвер Microsoft Access (* .mdb)}; DBQ = <Путь к базе данных>

Название набора записей: OpenOrder

Имя полей: OrderNo, CustomerName

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

Выход

Преимущества DDF

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

Недостатки DDF

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

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

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

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

В общем, фреймворки могут быть разработаны тремя способами, чтобы пройти тестирование.

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

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

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

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

Ключевое слово: Войти ()

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

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

Ключевое слово: InsertOrder ()

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

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

Ключевое слово: OpenOrder ()

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

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

Ключевое слово: DeleteOrder ()

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

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

Ключевое слово: CloseApp ()

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

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

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

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

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

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

Недостатки

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

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

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

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

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

Ключевое слово: Войти ()

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

Ключевое слово: InsertOrder ()

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

Ключевое слово: OpenOrder ()

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

Сценарий:

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

Ключевое слово: DeleteOrder ()

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

Ключевое слово: CloseApp ()

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

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

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

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

Недостаток

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