QTP/UFT Фреймворк автоматизации: основанный на данных, по ключевым словам и гибридный.
Томас Гамильтон
⚡ Умное резюме
Фреймворки автоматизации в QTP/UFT Организуйте тестовые сценарии, данные и многократно используемые функции таким образом, чтобы один тест охватывал множество случаев. Проектирование на основе данных, на основе ключевых слов и гибридное проектирование подходят для различных сочетаний входных данных и многократно используемой логики.
Платформа, управляемая данными
Data-Driven Framework — это платформа, которая управляется различными комбинациями входных и выходных данных.
Один из способов передачи различных комбинаций данных — это... ПараметризацияВ этом методе мы используем различные характеристики QTP.
Однако в DDF для параметризации пишутся сценарии. Такая структура полезна, когда функциональность AUT необходимо протестировать с несколькими входными данными и получить соответствующие выходные данные. Эти входные данные можно прочитать из внешнего файла, такого как база данных, Excel, OutlookТекстовый файл и т. д., а также соответствующие выходные данные записываются обратно во внешний источник, как показано ниже.
Основные этапы, входящие в состав структуры, основанной на данных, включают в себя:
- Подготовить Тестовый кейс для тестируемого приложения
- Добавьте объекты из AUT в OR
- Напишите сценарии на основе тестового примера.
В этом UFT учебникВ рамках этого проекта мы разработаем структуру, основанную на данных, для тестового примера, используя Excel в качестве внешнего источника тестовых данных.
Шаг 1) Подготовьте тестовый сценарий для тестируемого приложения.
Тестовый кейс: Откройте номер заказа и получите имя клиента для этого заказа. Повторите тот же процесс для разных номеров заказа.
Внешний источник: Файл Excel
В качестве внешнего источника для этого примера используется файл Excel. VB-скрипт находится в OpenText Функциональное тестирование (UFT One, ранее Micro Focus UFTДля чтения тестовых данных необходимо написать программу, которая откроет файл Excel. Этого можно добиться иерархическим способом.
1. Файл Excel сначала открывается как приложение.
2. Затем книгу необходимо открыть из указанного места.
3. Лист, на котором представлены данные испытаний.
4. Наконец, ячейку необходимо прочитать.
Шаг 2) Добавьте объекты из AUT в OR
Как только тестовый пример будет готов, начните добавлять все необходимые объекты в репозиторий. В нашем тестовом примере необходимо добавить следующие объекты:
1. Значок «Открыть папку» в Приложение для бронирования авиабилетов:
2. Флажок «Номер заказа», который появляется при нажатии на значок «Открыть папку»:
3. Поле WinEdit в поле номера заказа (где вводятся цифры):
4. Кнопка «ОК»:
5. Поле «Имя» представляет собой поле ввода WinEdit. Это поле будет заполнено именем после нажатия кнопки «ОК» для конкретного номера заказа.
После добавления всех необходимых объектов репозиторий объектов будет выглядеть следующим образом:
Шаг 3) Напишите скрипты на основе тестового примера.
Перед запуском сценария убедитесь, что файл Excel, содержащий тестовые данные, сохранен и закрыт.
Нижеприведенный сценарий предназначен для чтения номера заказа из Excel и присвоения его приложению через переменную «vOrder», а также записи имени клиента из приложения через переменную «vName».
Имя Excel: FlightDDF.xlsx
Имя листа: Лист1
Результат
После запуска приведенного выше сценария выходные данные можно получить из Excel следующим образом:
Data-Driven Framework также можно разработать, написав описательное программирование.
Использование базы данных в качестве внешнего источника для DDF
Тот же тестовый пример можно выполнить, если внешним источником является база данных, выполнив следующие шаги.
- Напишите VBScript для установления соединения с базой данных.
- VBScript для открытия набора записей или таблицы.
- VBScript для открытия нужного поля
- Конкретная ячейка считывается из поля.
Сценарий
To Establish a Microsoft Database connection
Водитель = {Microsoft Драйвер доступа (*.mdb)}; DBQ =
Имя набора записей: OpenOrder
Имя поля: Номер заказа, Имя клиента
PS: Microsoft Access 2010 невозможно подключить с помощью приведенного ниже сценария.
Результат
Преимущества ДДФ
- Большое количество тестовых данных можно прочитать и записать во внешний файл за один тест.
- Оператор цикла используется для повторения одних и тех же шагов в течение нескольких итераций. Следовательно, усилия по кодированию уменьшаются.
- Поскольку данные считываются и записываются непосредственно во внешний файл, нет необходимости копировать, вставлять или экспортировать данные для их использования.
- Тестовые данные можно прочитать из внешнего файла, а выходные данные можно записать в любой другой внешний файл.
Недостатки ДДФ
- Для разработки этой структуры необходимы знания сценариев.
- Иногда большое количество или комбинации данных из внешнего источника, такого как база данных, могут замедлить работу или даже привести к сбою. QTP
Платформа, основанная на ключевых словах
Фреймворк, управляемый ключевыми словами, — это фреймворк, в котором ключевые слова определяют ход тестирования. Здесь ключевое слово относится к определяемые пользователем функции. В этой структуре ключевые слова создаются для выполнения определенного шага теста или тестового примера. Эти ключевые слова затем вызываются в тесте драйвера для запуска нескольких тестовых случаев в одном тесте.
В общем, для тестирования фреймворки можно разрабатывать тремя способами.
- Запишите и запустите Тест
- Добавьте объекты в локальный репозиторий и напишите скрипты для всех этапов тестирования.
- Напишите описательное программирование для всех этапов тестирования.
В этом руководстве 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. Если применимо, все остальные тестовые случаи также могут быть параметризованы в том же тесте.
Приведённый выше пример — очень простой способ проектирования гибридной структуры. Аналогичную структуру можно создать и с помощью описательного программирования.
Преимущества
- Время, необходимое для запуска теста, разработанного с использованием гибридной платформы, относительно меньше по сравнению с другими платформами.
- Это можно использовать, когда нам нужны все тестовые примеры и входные данные, связанные с конкретным тестовым примером, в одном наборе тестов.
Недостаток
- Требуются четкие знания по комбинированию различных рамок.
