Test Automation Framework для разных типов продуктов

Question

Test Automation Framework для разных типов продуктов

Я прочитал некоторое базовое определение того, что такое Test Automation Framework, но я хотел бы знать простыми словами и более практичным примером.

Скажем так.

У меня есть компания, которая производит разные виды продукции, сделанные на разных платформах для разных целей. Например, веб-версия Spotify, приложения Google Map на ipad /Android и Ebay.com на нескольких платформах.

Теперь, поскольку все эти продукты имеют разную природу и используются на разных платформах. Как мы реализуем тестовую среду автоматизации, которая охватывает все это.

PS: Цель вопроса состоит в том, чтобы понять, что на самом деле подразумевается под фреймворком в автоматизации тестирования и как его можно реализовать для разных продуктов?

1

testing test-plan testautomationfx test-framework gui-test-framework

Источник

user4717317 06 июл '16 в 13:57

2 ответа

Другие вопросы по тегам testing test-plan testautomationfx test-framework gui-test-framework

user6582567 18 окт '16 в 06:18 2016-10-18 06:18 · Answer 1 · 2016-10-18 06:18

Среда автоматизации тестирования - это набор руководящих принципов, таких как стандарты кодирования, обработка тестовых данных, обработка репозитория объектов и т. Д., Которые при выполнении сценариев автоматизации дают полезные результаты, такие как увеличение повторного использования кода, повышение переносимости, снижение затрат на обслуживание сценария и т. Д.

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

Наиболее широко известные фреймворки:

Управляемая данными среда DDF-приложение для тестирования с несколькими наборами данных (отделяет тестовые данные от тестового скрипта)

Фреймворк, основанный на ключевых словах и действиях - не только отделяет тестовые данные от тестового сценария, но также сохраняет некоторый набор повторно используемого кода (ключевое слово / действие, выполняемое с веб-элементом, например, щелчок, отправка ключей, выбор, навигация, ожидание и т. Д.) Во внешних файлах.

TDD - разработка, основанная на тестировании, где тестирование стимулирует разработку продукта. Итеративный подход, в котором: добавить тест - смотреть тест не удается - написать код, чтобы снова пройти тест - запустить тест, пока он не пройдет - рефакторинг.

BDD - это бизнес-ориентированный подход к развитию. Ориентирован на деловое поведение; "Почему" за кодом. Он использует простой, специфичный для предметной области язык сценариев, в котором легко взаимодействовать между командами Business & Technology. Автоматизация тестирования с использованием BDD направлена на проверку критериев приемлемости пользовательских историй.

Я бы порекомендовал вам использовать Hybrid Testing Framework, который представляет собой комбинацию из нескольких вышеупомянутых платформ. Лучшая вещь о такой установке - то, что она использует преимущества всех видов связанных структур. Для повторного использования используйте комбинацию BDD с DDF или BDD с ключевым словом.

Для получения дополнительной информации: https://www.cs.colorado.edu/~kena/classes/5828/s12/presentation-materials/ghanakotagayatri.pdf