Тема CI\CD давно не нова, и наверняка многие уже внедрили у себя в проектах эти практики хотя бы частично. Ежедневные или даже более частые деплои дают продукту большую маневренность и экономят время разработки, т.к. интегрироваться небольшими инкрементами проще. На смену продолжительным ручным регрессиям и редким релизам пришли интенсивная автоматизация тестирования и различные механики интеграции кода. Бизнес и разработка стараются выжать максимум из этих практик. Но как насчет тестировщиков? Деплой - это по сути квинтэссенция всей проделанной работы, и именно после него тестировщик может полноценно взглянуть на свои результаты. Я хочу рассказать о том, как получать удовлетворение от своей работы даже в условиях, когда над продуктом одновременно работает 20 команд, и каждый день кто угодно может решить релизить что угодно. Поговорим о том, как приручить деплой и заставить его работать на тестировщиков, а не тестировщиков на деплой.
Презентация доклада:
Запись выступления:
