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

Вместо десяти часов, которые тратили на ручное тестирование, теперь расходуют четыре часа на тестирование и еще один на поддержку автоматизированного тестирования. К этому моменту можно подумать, что уже окупили затраты на автоматизацию. Но на самом деле нам нужно использовать автоматизированные тесты еще какое-то время, чтобы лишнее время, которое было потрачено на автоматизацию, полностью окупилось. Следующий логический вопрос: как можно использовать систему управления тестированием для внедрения автоматизации тестирования? Необходимо установить такой же уровень контроля над автоматизированными тестами, как у нас с ручными тестами. Нужно посмотреть, сколько новых автоматизированных тестов было написано, сделать их удобными для запуска и вообще работать с ними как с сервисом. Некоторые существующие TMS утверждают, что полностью поддерживают автоматизацию тестирования, но на практике это почти никогда не работает. Они предлагают пользователям интеграцию через API. Но, они не предупреждают о проблемах, которые могут возникнуть в процессе интеграции.