Влажный веб -тестер

Влажный веб -тестер ^{[ 1 ]} это инструмент веб -тестирования, который напрямую управляет браузером IE, поэтому автоматическое выполнение тестирования эквивалентно тому, как пользователь будет управлять веб -страницами. Инструмент позволяет пользователю выполнять все операции, необходимые для тестирования веб -приложений - например, автоматически нажимать на ссылку, ввести текст в текстовое поле, нажав кнопку и т. Д. Контрольные точки. Последняя версия Wet - 1.0.0.

Мокрый сидит на вершине Уотира , ^{[ 2 ]} Автоматизированный тестовый инструмент, который использует язык сценариев Ruby. WEET сохраняет все функции, которые есть Watir, и добавляет много функциональных возможностей, связанных с юзабилити, таких как поддержка таблицы данных, Depot (Depot (он же репозиторий объекта) и встроенная HTML -отчетность.

История

WEET начинался как набор инструментов для удлинителя для Watir , структуру для веб -тестирования, выпущенная как продукт OpenSource и назвал его влажным (Watir Extension Toolkit).

Технические детали

Рабочий принцип

пользовательского интерфейса Автоматизация теста традиционно выполняется путем использования метода записи и воспроизведения или полностью сценарием.

В технике записи воспроизведения инструмент автоматически отражает события, сгенерированные действиями тестера, и преобразует их в тестирование сценариев. Эти сценарии могут быть тогда воспроизведены впоследствии. В то время как метод записи и воспроизведения позволяет тестерам быстро создавать тесты, опытные тестеры, как правило, ненавидят, используя этот подход из -за проблемы с надежностью и обслуживаемостью, возникающей. ^{[ 3 ]}
Техника сценариев опирается на опытные испытательные сценарии, написанные тестером, с нуля. Опытные инженеры по автоматизации тестирования следуют за полным процессом программного обеспечения и рассматривают усилия по автоматизации тестов как еще одну разработку. Хотя этот метод предлагает преимущества хорошо обслуживания и надежного кода, он страдает от определенных недостатков, таких как требующий большего пула опыта, больший бюджет и т. Д. ^{[ 4 ]}

Третий метод - это среднее решение, которое предлагает некоторые удобства регистраторов, сохраняя при этом полную силу сценариев. WEET принял эту технику, называемую проксированным методом пользовательского интерфейса для автоматизации тестов. Используя эту методологию, тестер инструктирует браузер IE (используя какой -то мастер) для выполнения различных шагов, таких как нажатие на ссылку, настройка текста в текстовом поле, выбор блока списка и т. Д. Затем инструмент преобразует эти инструкции для тестирования сценариев. В отличие от регистраторов, где сценарии генерируются инструментом автоматически на основе действий, которые пользователь выполнял в фактическом браузере, в данном случае сценарии создаются только тогда, когда тестер просит инструмент сделать это. Это само по себе повышает точность сгенерированных сценариев. Используя эти сценарии в качестве базовой линии, тестер может увеличить тестовый охват, написав сценарии в соответствии с его тестированием. ^{[ 5 ]}

Будь то полный сценарий, записи и воспроизведение или прокси -решение пользовательского интерфейса, каждый поставляется со своими собственными преимуществами и обязательствами. ^{[ 6 ]} Одним из преимуществ проксированного метода пользовательского интерфейса является то, что он дает контролю тестеру, чтобы решить, сколько генерации сценариев следует использовать по сравнению с тем, сколько написанных сценариев. Это решение, которое необходимо принять на основе тестируемого приложения и требуемого тестового покрытия. В хорошем проекте должно быть надлежащее сочетание этих методов, чтобы можно было воспользоваться преимуществами каждой техники. ^{[ 6 ]}^{[ 7 ]}

Функции

Ниже приведены важные особенности влажного:

Мокрый пользовательский интерфейс - предварительное развитие сценариев может быть выполнено с помощью влажного пользовательского интерфейса, который легко использовать. Используя влажный пользовательский интерфейс, тестер может создавать определения тестов, репозитории объектов и первый черновик тестовых сценариев.
Сценарии с использованием Ruby - Wet использует Ruby, объектно -ориентированный язык сценариев, который, в свою очередь, дает влажную мощную способность сценариев
Depot Object - Depot Object (репозиторий объекта, как он же позволяет тестеру составить все объекты приложения в централизованные репозитории. Это помогает в более высокой обстановке сценариев.
Идентификация объекта с использованием нескольких параметров - многие веб -страницы разработаны таким образом, что на одной и той же странице есть элементы с аналогичными атрибутами - например, могут быть текстовые поля с меткой «Имя» - одна может быть для имени пользователя, а другой может быть для имени разработчика. WEET позволяет тестеру идентифицировать даже такие объекты, позволяя искать объекты, используя несколько параметров.
«Определения испытаний» для определения тестов - структура и поток влажного теста контролируются файлом определений тестирования . Этот поток внимательно имитирует регулярный процесс ручного тестирования.
Главные результаты HTML - после завершения тестов результаты распечатываются в аккуратном формате HTML
Интегрированная поддержка таблицы данных-тестировщики могут записывать тесты, управляемые данными, используя поддержку интегрированной таблицы данных. Таблицы данных могут быть как файлами Excel, либо форматом XML.
Поправка всплывающей обработки - Влажные ручки WIN32 всплывают довольно надежно.

Ограничения

Ниже приведены некоторые недостатки во влажном состоянии:

Поддерживает только браузер IE. Не может быть использован для тестирования совместимости.
Моделируемый вид мокрой браузера не работает точно для сложных страниц. Для такого рода страниц необходимо просматривать объекты только в представлении дерева.
Нет интеграции с инструментами отслеживания SCM / ошибок
Не имеет поддержки тестов, управляемых ключевыми словами

Смотрите также

Ссылки

^ ВЛАЖНЫЙ. «Коммерческое тестирование веб -автоматизации в коммерческом классе предлагает альтернативу opensource для QuickTest и Silktest» . Wet.qantom.org . Получено 2010-10-12 .
^ "Watir - обзор" . Wtr.rubyforge.org. Архивировано из оригинала 2005-02-06 . Получено 2010-10-12 .
^ Брет (2005-08-17). «Тестирование обновления горячего списка: август 2005 года» . Io.com . Получено 2010-10-12 .
^ «Рекомендации по языкам сценариев в автоматизации тестов» (PDF) . Получено 2010-10-12 .
^ ВЛАЖНЫЙ. «Автоматизация тестирования с легкостью записи» . Wet.qantom.org . Получено 2010-10-12 .
^ Подпрыгнуть до: ^а ^{беременный} «Тестовая автоматизация змеиного масла» (PDF) . Получено 2023-10-28 .
^ «Автоматизация тестирования программного обеспечения - мифы и факты» (PDF) . Архивировано из оригинала (PDF) на 2007-09-27 . Получено 2007-08-07 .

Внешние ссылки

[1] ВЛАЖНЫЙ. «Коммерческое тестирование веб -автоматизации в коммерческом классе предлагает альтернативу opensource для QuickTest и Silktest» . Wet.qantom.org . Получено 2010-10-12 .

[2] "Watir - обзор" . Wtr.rubyforge.org. Архивировано из оригинала 2005-02-06 . Получено 2010-10-12 .

[3] Брет (2005-08-17). «Тестирование обновления горячего списка: август 2005 года» . Io.com . Получено 2010-10-12 .

[4] «Рекомендации по языкам сценариев в автоматизации тестов» (PDF) . Получено 2010-10-12 .

[5] ВЛАЖНЫЙ. «Автоматизация тестирования с легкостью записи» . Wet.qantom.org . Получено 2010-10-12 .

[autogenerated1-6] Подпрыгнуть до: ^а ^{беременный} «Тестовая автоматизация змеиного масла» (PDF) . Получено 2023-10-28 .

[7] «Автоматизация тестирования программного обеспечения - мифы и факты» (PDF) . Архивировано из оригинала (PDF) на 2007-09-27 . Получено 2007-08-07 .

[ 1 ]

[ 2 ]

[ 3 ]

[ 4 ]

[ 5 ]

[ 6 ]

[ 7 ]