Архитектура и инфраструктура автоматизации тестирования ПО

design-patterns
architecture
framework
infrastructure
Теги: #<Tag:0x00007fedb8ef2588> #<Tag:0x00007fedb8ef23d0> #<Tag:0x00007fedb8ef2088> #<Tag:0x00007fedb8ef1d18>

(ayl2008) #21

Есть какое-то количество автоматических тестов они проверяют какой то функционал внося изменения в базу данных.
Что вы делаете делаете с базой данных? удаляетет её а затем снова восстанавливаете а потом запускаете тесты?


(Mykhailo Poliarush) #22

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


(ayl2008) #23

Не могли бы вы привести пример подхода в котором будут генерится уникальные значения


(Mykhailo Poliarush) #24

создавайте отдельную ветку http://automated-testing.info/category/obshhie-voprosy и будем обсуждать


(Mykhailo Poliarush) #25

QTP test automation framework

http://testinginterviewsquestions.blogspot.com/2013/06/test-automation-frameworks-in-qtp-and.html


(Mykhailo Poliarush) #29

уже давно хотел добавить вот эту презентацию сюда, но все забывал


(Mykhailo Poliarush) #30

Давно валялась у меня нарисованная архитектура одного из фреймворков, который я реализовывал. Надо делиться такими картинками :smile:


(Mykhailo Poliarush) #31

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


(Mykhailo Poliarush) #32


(Mykhailo Poliarush) #33


Что для вас тест? Должен ли он содержать только проверки?
(Mykhailo Poliarush) #34


(Andrey Oleynik) #35

Неплохо было бы к схемам примеры с кодом.


(Mykhailo Poliarush) #36

Тут картинками никто не хочет делиться, а вы хотите чтобы код кто-то выкладывал :slight_smile:


(Максим Сойфер) #37

по вашей ссылке :
Sorry, the page you were looking for in this blog does not exist.


(Mykhailo Poliarush) #38

Уже удалили … я тут поделать ничего не могу :slight_smile:


(Pavel Melnikov) #40

Привет. Хожу периодически сюда: https://automatetheplanet.com/category/series/designarchitecture/
тут с кодом


(Mykhailo Poliarush) #41

Сообщение перенесено в тему Ошибки на портале automated-testing.info


(Mykhailo Poliarush) #42


(Alexandr Navara) #43

@polusok Спасибо за схему и за выложенную презентацию!

Теперь вопрос (не непосредственно Вам)
Я не совсем понял на этой схеме один момент. Возможно, кто-то знает ответ.
Test Library - это своеобразное SDK для написания непосредственно Test Cases и Test Conditions. Внутри, как я понимаю, он будет “дергать” API адаптеров с test execution layer. При этом сама реализация этого API будет содержаться в Test Adaptation Layer. Вопрос: почему Test Library и Test Conditions не могут работать непосредственно с Adaptation Layer? Безусловно, именно на execution level должно происходить управление контекстом (скажем, конфигурирование и инжекция адаптеров в компоненты Definition layer), также там находится API раннера, его реализация и прочее.

Или, возможно, я уже сам ответил на свой вопрос, и прямой связи между Definition и Adaptation слоями нет именно потому что подразумевается что Execution должен их “подружить”?

Извините если неясно сформулировал.
Объясните пожалуйста, где я ошибся.


(Vjacheslav Lukashevich) #44

Test Library это Test Steps. Библиотека шагов тест кейсов