Как Вы пишете свои Тесты QTP?
Я экспериментирую с использованием QTP для некоторого веб-приложения ui тестирование автоматизации, и я задавался вопросом, как люди обычно пишут свои тесты QTP. Вы используете объектную карту, описательное программирование, комбинацию или некоторый другой путь все вместе? Любой небольшой пример кода ценился бы, Спасибо
2 ответа
Вот мое предложение.
1) Создайте свою матрицу требований к автоматизации тестирования. Вы можете использовать образцы из моего блога
http://automation-beyond.com/2009/06/06/qa-test-automation-requirements-usability/
http://automation-beyond.com/2009 /06/07/qa-test-automation-requirements-usability-2/
http://automation-beyond.com/2009/06/10/qa-test-automation-requirements-5-maintainability/
http://automation-beyond.com/2009/06/08/qa-test-automation-requirements-robustness/
http://automation-beyond.com/2009/06/09/qa-test- автоматизация-требования-масштабируемость /
2) Выберите свой подход к автоматизации
3) Напишите свои сценарии тестирования в соответствии с выбранным подходом
Примечание. Репозиторий QTP или описательное программирование относятся к распознаванию графического интерфейса пользователя при автоматизации функционального тестирования внешнего интерфейса. Они важны с точки зрения надежности и обслуживания. Технически это почти то же самое. В обоих случаях вы должны хорошо понимать концепцию распознавания GUI, иначе у вас будут проблемы независимо от подхода.
- Вы можете сохранить свойства распознавания объектов GUI в XML-подобной структуре данных и сопоставить запись с англоязычным именем. Каждый раз, когда свойства исходного объекта изменяются, вы обновляете свою запись в репозитории, в то время как код по-прежнему ссылается на отображаемое имя.
- Или вы можете обращаться к объектам графического интерфейса, напрямую помещая те же свойства распознавания в вызов функции. Каждый раз, когда изменяются свойства исходного объекта, вы должны изменить код. Но вам не нужно поддерживать дополнительные файлы вместе со своими сценариями.
Хорошая структура должна поддерживать как обозначения графического интерфейса пользователя, так и обозначения описательного программирования, работая на уровне объектных ссылок. Т.е. Я проиллюстрирую некоторые моменты, сделанные выше, в следующей статье: Небольшой тест производительности QTP: Репозиторий объектов против описательного программирования
Примеры прямого кода (для практической автоматизации я рекомендую Обертывание функций GUI ).
Описательное программирование - адресация объектов по физическому описанию свойства.
Dim sProfile
sProfile = "Guest"
Set objWebParent = Browser("title:=Select Profile").Page("title:=Select Profile")
Set objWebObject = objWebParent.Link("text:="&sProfile)
boolRC = objWebObject.Exist(0)
If Not boolRC Then
'error-handling
End If
objWebObject.Click
Адресация объектов по отображенным именам графического интерфейса
Browser("Select Profile").Page("Select Profile").Link("Guest").Click
Спасибо,
Альберт Гареев
http://automation-beyond.com/
Я знаю, что я опоздал здесь, и у вас уже должно быть то, что вы ищете, но я хотел предоставить свои данные, а также для тех, кто посещает эту тему.
Я обычно никогда не пользуюсь или, если я не сталкиваюсь с средой, где описательное программирование - это неисправность. Совсем недавно я работал с интерфейсом Mainframe Front-End GUI, который не имеет абсолютно никакой Конвенции именования для объектов. Если вы решите использовать описательное программирование с таким приложением, единственным способом работы с его объектами было бы посредством порядковых идентификаторов индекса или местоположения, что не является лучшим ходом действий, учитывая 100-х годов объектов в каждой панели.
Итак, ответ на ваш вопрос действительно в зависимости от окружающей среды и вашего опыта или DP. Большинство людей, с которыми я работал на моей работе, и на онлайн-сообществах предпочитают работать с описательным программированием, когда его осуществимо. Тем не менее, я также видел, как люди работают чудеса или.
У меня есть несколько образцов кода, но, к сожалению, они имеют дело с описательным программированием. Например, следующая статья говорит о создании модульных классов VBScript для разделения функциональности приложения на небольшие управляемые компоненты:
http://relevantcodes.com/qttp-us-classes-as-test-modules-i/
Эта статья показывает, как описательное программирование может использоваться для проверки нескольких свойств целевых объектов через один блок кода:
http://relevantcodes.com/qtp-verify-multiple-object-properties-an-realegant- /
Кроме того, демонстрационная структура также доступна для вас, чтобы посмотреть здесь:
http://relevantcodes.com/relevantcodes1one-qtp-automation-framework/
Структура полностью построена на принципах описательного Программирование, но в следующем выпуске некоторые функциональные возможности будут добавлены, что позволит пользователям также работать с или использоваться.
Спасибо,
anshoo arora
(спасибо за связывание с оригинальными статьями, Motti)