Слоеный фреймворк автоматизации.
Как заложить архитектуру, чтобы потом не переделывать
Тезисы
Автоматизаторы не любят готовые решения — им кажется, что в них чего-то не хватает. Во многих случаях это действительно так, тогда они принимаются писать своё.

В докладе поговорим о том, в каких случаях стоит проектировать архитектуру фреймворка, а когда можно обойтись без нее.

Я покажу конкретную реализацию стека python+pytest/behave на базе общей схемы gTAA (Generic Test Automation Architecture) из ISTQB и связи между разными уровнями.

Доклад будет полезен автоматизаторам, позволит "отскроллить наверх", уменьшить масштаб, увидеть картину сверху и потенциально найти новые идеи для вашего TAF (test automation framework).
Автоматизаторы не любят готовые решения — им кажется, что в них чего-то не хватает. Во многих случаях это действительно так, тогда они принимаются писать своё.

В докладе поговорим о том, в каких случаях стоит проектировать архитектуру фреймворка, а когда можно обойтись без нее.

Я покажу конкретную реализацию стека python+pytest/behave на базе общей схемы gTAA (Generic Test Automation Architecture) из ISTQB и связи между разными уровнями.

Доклад будет полезен автоматизаторам, позволит "отскроллить наверх", уменьшить масштаб, увидеть картину сверху и потенциально найти новые идеи для вашего TAF (test automation framework).
Видеозапись доклада
Появится здесь после конференции
Информация о спикере
Роман Помелов
QA Automation Lead, Skillbox
  • Роман Помелов
    QA Automation Lead, Skillbox
Все доклады секции