Платформа автоматизации тестирования для различных типов продуктов

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

Скажем.

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

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

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


person Firaun    schedule 06.07.2016    source источник


Ответы (2)


Инфраструктура автоматизации тестирования представляет собой набор руководящих принципов, таких как стандарты кодирования, обработка тестовых данных, обработка репозитория объектов и т. д., которые, если следовать им во время написания сценариев автоматизации, дают полезные результаты, такие как увеличение повторного использования кода, более высокая переносимость, снижение затрат на обслуживание сценариев и т. д.

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

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

Платформа, управляемая данными, приложение для тестирования DDF с несколькими наборами данных (отделяет тестовые данные от тестового сценария)

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

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

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

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

Для подробного понимания: https://www.cs.colorado.edu/~kena/classes/5828/s12/presentation-materials/ghanakotagayatri.pdf

person Priya P    schedule 18.10.2016
comment
Спасибо боссу за ответ и вложение. У меня есть несколько вопросов относительно проекта, для которого команда тестирования оценила время разработки каркаса в строгие 10 000 часов! Мне нужно противопоставить им некоторые важные факты. Пожалуйста, дайте мне знать, если с вами можно связаться каким-либо образом для краткого обсуждения. - person Firaun; 19.10.2016

Вы можете получить информацию об объектной модели страницы, которая в настоящее время использует Framework на рынке для автоматизации тестирования.

Ссылка: Каков правильный синтаксис Protractor для объектов страницы?

person Optimworks    schedule 17.11.2016