Компаниям в России нужно все больше тестировщиков. Требования тоже растут
Рынок тестирования ПО: спрос растет одновременно с требованиями
Подготовка кадров для ИТ-рынка, обладающих актуальными знаниями современных технологий и навыками их применения, в условиях нехватки таких специалистов сегодня является важнейшей задачей. Мы, как одни из многих, кто занимается этим достаточно долгое время, наблюдаем меняющиеся тренды и, в частности, – изменения в сфере тестирования ПО. Наибольшую востребованность в услугах тестировщиков демонстрируют финансовый сектор, ритейл, телеком, промышленность, сырьевая отрасль. Одновременно с этим трансформируется и сам рынок.
Распространено мнение о том, что профессия тестировщика – наиболее доступная «точка входа» в ИТ для молодых специалистов или представителей других сфер, желающих освоить более перспективную деятельность. Спрос на услуги тестирования программного обеспечения действительно вырос, но и требования к компетенциям специалистов несколько поднялись. О тенденциях в этом направлении.
Приоритет на российские технологии и Open Source
Одно из самых очевидных изменений вызвано ускоренными темпами импортозамещения, которое затронуло организации практически любого масштаба и направлений бизнеса. Компании, столкнувшиеся с проблемами использования зарубежных технологических стеков, вынуждены искать им замену. В связи с этим с 2022 года на первый план выходят отечественные разработки, которые зачастую основаны на продуктах Open Source. Российские вендоры ПО таким образом получили широкий доступ к рынку и большой стимул к развитию. Многие из них вынуждены ускоренными темпами дорабатывать решения в соответствии с требованиями новых заказчиков, чаще выводить обновления программных продуктов.
Одновременно с этим многие крупные компании, не найдя достойной замены зарубежным отраслевым решениям среди доступных на данный момент, начинают заниматься собственной разработкой: создают внутренние подразделения или привлекают внешние команды. Для нас такая миграция тоже доставляет некоторые неудобства, заставляя кардинально менять стек технологий, которому мы обучаем специалистов. Например, ранее мы активно работали с инструментарием тестирования от компании HP (ALM, Performance Center, LoadRunner, Mobile Center, UFT, LeanFT и т. д.), поскольку весь финансовый сектор использовал именно его. После того, как рынок начал переориентироваться на технологически независимый стек, нам пришлось спешно, в течение нескольких месяцев, перестраиваться и переобучать большое количество тестировщиков на востребованные инструменты.
Баланс между ручным и автоматизированным тестированием
Автоматизированные тесты позволяют значительно оптимизировать процесс: например, сократить трудозатраты на длительное регрессионное тестирование. Освободившееся время сотрудники могут потратить, в том числе, на более качественную аналитику тестов. В то же время более простое и доступное ручное тестирование является приоритетным в ряде сценариев: например, если проект небольшой и кратковременный, чаще всего нет смысла писать для него автотесты.
Можно сказать, что в среднем в проектах 85% функциональности продукта покрывается автоматизированными тестами, а 15% – ручными, включающими в себя проверку печатных форм, визуальных отображений и других элементов.
Однако заказчики могут по-разному рассчитывать баланс: кто-то хочет автоматизировать все возможные процессы, а кому-то достаточно 10%. Во многом эти показатели зависят от уровня эволюции продукта: если он молодой и быстро меняется, то покрывать автотестами более 50% функциональности нет необходимости.
Так или иначе, сегодня существует спрос как на специалистов с компетенциями как в ручном тестировании, так и в автоматизированной проверке. Особо ценятся универсальные тестировщики.
Сдвиг процессов тестирования на ранние этапы DevOps
Компании стремятся к максимально короткому Time to Market приложений. Тем не менее, поиск и устранение максимального количества дефектов на стадии разработки выгоднее, чем закрытие всех возникающих проблем в уже готовом продукте.
Докажем это на конкретном примере. Допустим, некий банк, создающий собственное приложение, привлекает команду тестирования на раннем этапе, и большинство ошибок в коде выявляются на стадии разработки или приемо-сдаточных испытаний. Когда продукт выходит на рынок, то работает без сбоев: повышается лояльность пользователей, отсутствует необходимость в срочных доработках и патчах. Другой банк в целях экономии проводит тестирование на позднем этапе, когда поджимают сроки выхода. Во время приемки тестировщики находят несколько десятков критических дефектов, но продукт выпускается сырым и вызывает справедливую критику пользователей из-за большого количества мелких багов. В итоге – первоначальная выгода оборачивается крупными финансовыми и имиджевыми издержками.
Внедрить тестирование на раннем этапе несложно. Можно использовать модульное тестирование, когда проверяются отдельные модули продукта, а если разработка имеет микросервисную архитектуру – то микросервисы. Также существует интеграционное тестирование, которое проводятся на этапе обеспечения взаимодействия блоков или микросервисов продукта. В любом случае, по нашему опыту, – чем больше тестовых итераций проводится во время разработки, тем качественнее и надежнее получается готовый продукт.
Инсорс/сорс vs собственная команда
Мы часто сталкиваемся с ситуацией, когда компании привлекают внешнюю команду разработчиков, имея собственный штат тестировщиков. А если проект разрабатывается «под ключ», зачастую разработчики находятся в одной команде с тестировщиками. Такие проекты могут уступать по качеству проработки тем, в которых есть конкуренция между тестированием и разработкой.
Поэтому лайфхак для ИТ-руководителей: нанять в проект две разные внешние команды разработки и тестирования, которые будут конкурировать между собой, и поставить им единый KPI. Тестировщики в этом случае будут выступать в роли «независимых экспертов».
Рост требований к кандидатам
За последние два года уровень зрелости бизнеса в России серьезно вырос, а вместе с ним и качественные требования к кандидатам на место в ИТ-команде.
Так, функциональный тестировщик сегодня должен не просто имитировать действия пользователя, грамотно идентифицировать и заводить ошибки. От него также ждут умения работать с базами данных, самописными или готовыми предустановленными фреймворками для автоматизации процесса, анализировать логи. Кроме того, нелишним будет хотя бы базовое понимание предметной области, для которой предназначен выпускаемый продукт.
В автоматизированном и нагрузочном тестировании от специалистов требуются не только знание языка программирования, навыки создания скриптов и эмуляторов нагрузки, но и базовые навыки работы с DevOps-инструментами. Такие тестировщики должны уметь делать первичные настройки тестовых сред, деплоить необходимые версии сборок и интеграций.
Сегодня бизнесу недостаточно знать, что продукт имеет необходимую функциональность и качественный удобный интерфейс (UX/UI). Заказчиком продукта интересует также и то, насколько отлажено приложение «под капотом». Это дает гарантию надежности и уверенность в качестве, гарантирует оперативность реакции на возможные сбои.
Резюме
В нынешних реалиях ИТ-рынок переориентируется на технологически независимый стек технологий, повышается уровень цифровой зрелости бизнеса. Всё это влияет и на изменения требований к тестировщикам программных продуктов. Наибольший спрос наблюдается на специалистов, которые, помимо основных компетенций, обладают знаниями и навыками в смежных областях. Это говорит о том, что тестировщикам, как и другим ИТ-специалистам, требуется постоянное обучение и совершенствование.
