В этом уроке мы будем использовать QTP (HP UFT) для создания
Итак, начнем —
Data Driven Framework
Data Driven Framework — это фреймворк, управляемый различными комбинациями входных и выходных данных.
Одним из способов передачи различных комбинаций данных является параметризация. В этом методе мы используем различные функции QTP. Чтобы узнать больше о параметризации, пожалуйста, посетите здесь .
Однако в DDF сценарии написаны для параметризации. Этот вид структуры полезен, когда функциональность AUT должна быть протестирована с несколькими входами и захватывать соответствующие выходы. Эти входные данные могут быть считаны из внешнего файла, такого как база данных, Excel, Outlook, текстовый файл и т. Д., А соответствующие выходные данные записаны обратно в соответствующий внешний источник.
Общие шаги, включенные в управляемую данными структуру:
- Подготовьте тестовый набор для тестируемого приложения
- Добавьте объекты из AUT в OR
- Напишите сценарии на основе тестового примера
В этом руководстве мы разработаем управляемую данными структуру фреймворка для примера теста, используя Excel в качестве внешнего источника данных теста.
Шаг 1) Подготовьте тестовый набор для тестируемого приложения
Контрольный пример : откройте номер заказа и получите имя клиента для этого заказа. Повторите тот же процесс для разных номеров заказа
Внешний источник : файл Excel
Внешний источник для этого образца — файл Excel. Сценарий VB в Micro Focus UFT должен быть написан, чтобы открыть файл Excel, чтобы прочитать данные теста. Это может быть достигнуто иерархически.
1. Файл Excel сначала открывается как приложение
2. Затем рабочая книга должна быть открыта из указанного места
3. Лист с данными испытаний.
4. Наконец, ячейка должна быть прочитана.
Шаг 2) Добавьте объекты из AUT в OR
Когда тестовый пример готов, начните добавлять все необходимые объекты в хранилище. В нашем тестовом примере необходимо добавить следующие объекты:
- Значок «Открыть папку» в приложении «Бронирование авиабилетов»
- Флажок «Заказ №», который можно получить, если щелкнуть значок «Открыть папку».
- Поле WinEdit заказа № (где вводятся цифры)
- Кнопка ОК
- Поле «Имя», которое является полем WinEdit. Это поле будет заполнено именем после нажатия кнопки OK для определенного номера заказа.
После добавления всех необходимых объектов хранилище объектов будет выглядеть следующим образом:
Шаг 3) Напишите сценарии на основе тестового примера
Перед запуском сценария убедитесь, что файл Excel, содержащий данные теста, был сохранен и закрыт.
Ниже приведен скрипт для считывания номера заказа из Excel и назначения его в приложение через переменную «vOrder», а также запись имени клиента из приложения через переменную «vName».
Имя Excel : FlightDDF.xlsx
Название листа : Sheet1
Вывод
После запуска приведенного выше сценария можно получить выходные данные из Excel следующим образом:
Data-Driven Framework также может быть разработан путем написания описательного программирования.
Использование базы данных в качестве внешнего источника для DDF
Тот же тест может быть выполнен, если внешним источником является база данных, используя следующие шаги
- Напишите VBScript для установления соединения с базой данных
- VBScript для открытия набора записей или таблицы.
- VBScript для открытия нужного поля
- Конкретная ячейка читается из поля.
скрипт
To Establish a Microsoft Database connection
Driver = {Драйвер Microsoft Access (* .mdb)}; DBQ = <Путь к базе данных>
Имя набора записей: OpenOrder
Имя поля: OrderNo, CustomerName
PS: Microsoft Access 2010 не может быть подключен с помощью приведенного ниже сценария.
Вывод
Преимущества DDF
- Большое количество тестовых данных может быть прочитано и записано во внешний файл за один тест
- Оператор Loop используется для повторения одних и тех же шагов в течение нескольких итераций. Следовательно, усилия по кодированию уменьшаются
- Поскольку данные считываются и записываются непосредственно во внешний файл, нет необходимости копировать, вставлять или экспортировать данные, чтобы использовать их
- Тестовые данные могут быть прочитаны из внешнего файла, а выходные данные могут быть записаны в любой другой внешний файл
Недостатки DDF
- Знание сценариев требуется для разработки этой основы
- Иногда количество или комбинации данных из внешнего источника, такого как база данных, могут замедлить или даже вызвать сбой QTP
Ключевое слово Driven Framework
Keyword Driven Framework — это фреймворк, в котором ключевые слова проходят тест. Здесь ключевое слово относится к пользовательским функциям . В этой структуре ключевые слова создаются для того, чтобы выполнить определенный шаг теста или контрольный пример. Затем эти ключевые слова вызываются в тест драйвера, чтобы запустить несколько тестов в одном тесте
Чтобы узнать о пользовательских функциях в QTP, пожалуйста, посетите здесь
В общем, фреймворки можно разработать тремя способами, чтобы запустить тест.
- Запишите и запустите тест
- Добавьте объекты в локальный репозиторий и напишите сценарии для всех этапов тестирования.
- Напишите описательное программирование для всех этапов теста
В этом руководстве KDF разрабатывается путем записи и запуска теста.
Наша цель — запустить один тест для пяти различных тестовых случаев, таких как вход в приложение, вставка заказа, открытие заказа, удаление заказа и закрытие приложения. Следовательно, мы запишем шаги теста для этих тестов и создадим функции с ключевыми словами Login, InsertOrder, OpenOrder, DeleteOrder и CloseApp соответственно.
Test Case1: войдите в приложение
Ключевое слово: Логин ()
Записанный скрипт:
Контрольный пример 2: вставить заказ
Ключевое слово: InsertOrder ()
Записанный скрипт:
Test Case3: открыть ордер
Ключевое слово: OpenOrder ()
Записанный скрипт:
Контрольный пример 4: удалить заказ
Ключевое слово: DeleteOrder ()
Записанный скрипт:
Контрольный пример 5: закройте приложение
Ключевое слово: CloseApp ()
Записанный скрипт:
Функции, созданные для разных тестовых случаев, сохраняются в библиотеке функций и связаны с основным тестом. Достаточно назвать ключевые слова для необходимых тестовых случаев в основном тесте, тем самым уменьшив размер скрипта драйвера в основном тесте.
Сценарий драйвера для этого простого фреймворка выглядит так:
Запустив приведенный выше скрипт, фактический результат для всех пяти тестовых случаев можно получить из одного теста.
преимущества
- В одном тесте можно запустить любое количество тестов, просто вызвав соответствующие ключевые слова.
- Написание общего описательного программирования для всех объектов web / windows и вызов их в качестве ключевых слов поможет выполнить один и тот же тест для разных динамических приложений.
- Уменьшает размер скрипта драйвера
Недостатки
- Время, затрачиваемое на разработку этих фреймворков, очень велико, если выполняется очень мало тестовых случаев.
- Запись шагов не всегда используется при разработке KDF для многих приложений в одном тесте.
Гибридный каркас представляет собой комбинацию Data Driven Framework (DDF) и Keyword Driven Framework (KDF), где несколько тестовых случаев с несколькими входами могут быть выполнены в одном тесте.
В этой статье те же тесты, которые используются в KDF, будут выполнены в одном тесте. Ключевые слова и сценарии для всех тестовых случаев такие же, как в KDF. Тем не менее, TC3: Открыть ордер был параметризован. Следовательно, сценарий для этого теста написан для получения номера заказа из файла Excel и записи имени клиента в файл Excel.
Test Case1: войдите в приложение
Ключевое слово: Логин ()
Контрольный пример 2: вставить заказ
Ключевое слово: InsertOrder ()
Контрольный пример 3: открыть заказ на несколько номеров заказа
Ключевое слово: OpenOrder ()
Описание: здесь используется тот же сценарий, который использовался для разработки DDF, что позволяет выполнить тестовый сценарий за несколько итераций.
Автор сценария:
Контрольный пример 4: удалить заказ
Ключевое слово: DeleteOrder ()
Контрольный пример 5: закройте приложение
Ключевое слово: CloseApp ()
Следуя этому простому методу, достигается параметризация TC3. Если применимо, все другие тестовые примеры также могут быть параметризованы в том же тесте.
Например, это очень простой способ разработки гибридного фреймворка. Та же самая структура может также быть достигнута с описательным программированием.
преимущества
- Время, необходимое для запуска теста, разработанного с использованием гибридной среды, относительно меньше по сравнению с другими системами.
- Это можно использовать, когда нам нужны все тестовые наборы и входные данные, связанные с конкретным тестовым набором, в одном тестовом наборе.
Недостаток
- Требуются четкие знания по объединению различных рамок.