IMHO #1: Никогда не пишите свой тестовый фреймворк

В этом видео я расскажу, почему, как мне кажется, не стоит писать свой тестовый фреймворк и как по другому сделать тесты легко поддерживаемыми.
#simpleautomation #qa #framework

[Oleg-SDG]

я даже не думал что такое сушествует - такая широкая подача ! кучу солнечных лучей тебе и возврата пользы которую ты даришь =)

[niener]

Спасибо, что рассказываете о реальной практике. Такая информация на вес золота, когда изучаешь новую сферу.
И очень необычное оформление видео-восторг.

[wdlznfw]

так просто и доходчиво объяснять - это круто! как глоток свежего воздуха, спасибо большое

[threadqa]

спасибо за очень полезный контент, качество и информативность всегда на высоте!

[dmitriiborisov]

Класс. Очень доходчиво, хорошие примеры. Можешь в следующем видео больше о себе рассказать и дать советы автоматизаторам или лучше вообще встречу организовать online.

[sergeideriagin]

Просто прохожусь по некоторым видео и ставлю лайки потому что контент

[FilLost]

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

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

[okfhbcq]

На самом деле в таком подходе (отдельные либы) тоже есть нюансы, с которыми лично столкнулся: если в них есть баги (а они будут, т.к. либами должны полноценно заниматься, как разработкой), то супер сложно их исправить. Причём баги могут помешать нормально писать автотесты. В моём случае: приходилось копировать гору классов, переназначать их зависимости и править баги. Т.е. библиотеки изначально должны покрывать всю свою функциональность и без багов (или не с критичными багами).

[timurkalnickiy]

Я конечно почти абсолютно ничего не понял, но спасибо за пищу для гугла

[arseniyrulinskiy]

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

[otsevych]

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

[artemkvashnin]

Пряк как всё надо, очень просто в понимании и сложно в реализации

[badumbl]

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

С мнением согласен, лучше пожалуй оставить эту затею с собственным фреймворком.