Здравствуйте, уважаемое хабросообщество.
Хочу поделиться некоторыми мыслями, а также выслушать ваше мнение касательно аутсорсинга автотестирования веб-приложений. Также предлагается небольшое голосование касательно затронутой темы.
Сразу оговорюсь, что это не попытка тонкого пиара своей компании или типа того, а просто живой интерес к вопросу.
Думаю многие из тех кто в теме заметили, что в последнее время наблюдается некоторый ажиотаж вокруг автоматизированного тестирования. Многочисленные тренинги, семинары, доклады, тьюториалы о том как писать, запускать тесты правильно, обзоры инструментов, фрейморвков, подходов к проектированию и т.д. Большинство компаний, занимающихся веб-разработкой, хотят применять автотестирование на своих проектах и получать от этого бенефиты в виде постоянного контролируемого уровня качества и экономии, вследствие автоматизации многократно повторяемых проверок. Но нередко получается наоборот, когда ресурсы тратятся на поддержание самих тестов в рабочем состоянии, а стабильного результата добиться не выходит. Думаю все сталкивались с явлением того, что тесты падают по разным причинам (часто вследствие криворукости) именно тогда, когда нужно принять решение о возможности деплоя очередного релиза на продакшн. На то есть множество различных причин, но не будем сейчас на этом останавливаться. Просто признаем что проблемы есть и движемся дальше.
Хочу поделиться некоторыми мыслями, а также выслушать ваше мнение касательно аутсорсинга автотестирования веб-приложений. Также предлагается небольшое голосование касательно затронутой темы.
Сразу оговорюсь, что это не попытка тонкого пиара своей компании или типа того, а просто живой интерес к вопросу.
Думаю многие из тех кто в теме заметили, что в последнее время наблюдается некоторый ажиотаж вокруг автоматизированного тестирования. Многочисленные тренинги, семинары, доклады, тьюториалы о том как писать, запускать тесты правильно, обзоры инструментов, фрейморвков, подходов к проектированию и т.д. Большинство компаний, занимающихся веб-разработкой, хотят применять автотестирование на своих проектах и получать от этого бенефиты в виде постоянного контролируемого уровня качества и экономии, вследствие автоматизации многократно повторяемых проверок. Но нередко получается наоборот, когда ресурсы тратятся на поддержание самих тестов в рабочем состоянии, а стабильного результата добиться не выходит. Думаю все сталкивались с явлением того, что тесты падают по разным причинам (часто вследствие криворукости) именно тогда, когда нужно принять решение о возможности деплоя очередного релиза на продакшн. На то есть множество различных причин, но не будем сейчас на этом останавливаться. Просто признаем что проблемы есть и движемся дальше.
