Эволюция автотестирования на Selenium

Рассказ об эволюции подходов в использовании Selenium как WEB UI automation testing tool-а:
1) запись теста плагином к браузеру, и проблемы, которые вызывает этот подход
2) написание тестов программистом в процедурном стиле, и о том, почему компании нельзя поручить эту задачу неопытному программисту. Обозначение основных требований и задач, которые должен адресовать программист, например, возможность запуска одного и того же набора тестов для продукта, установленного разными заказчиками на разных серверах, с разными данными и настройками
3) использование ООП модели (паттерна PageObject), и ньансы такого подхода (уменьшится copy/pasting, тесты легче поддерживать, но требуются более серьёзные навыки, а также в конце концов это приводит к существованию на проекте архитектуры, созданной для тестов, сложность которой сравнима с архитектурой самого приложения)
4) создание и использование DSL (domain specific language) XML-based языка, который также поддерживает наследование, и не требует у QA инженера навыков и знания java. Особенности применения данного подхода на конкретном фреймворке XML2Selenium:
- плагинность, полная расширяемость
- jaxb
- maven зависимости и nexus репозитории для плагинов и инклюдов
- интеграция с junit и jenkins
- бизнес-репортинг и тегирование
- удалённый дебаг тестов на сервере
- наследование в XML, инклюды с параметрами

Видео

Презентация