Пока нет оценок.
Пожалуйста, подождите...

Во многих продуктовых компаниях именно качество ПО является наиболее важным приоритетом.

Если вы каким-то образом окажитесь в подобной команде, но там все еще не будет формально структурированного процесса автоматизации тестирования, вы запросто можете стать именно тем первопроходцем, который его внедрит.

Подобные «правила игры» позволяют не просто разрабатывать более качественное ПО, но и тратить на его разработку минимальное количество времени и бюджета.

Процесс внедрения автоматизации можно уместить всего в 7 шагов, которые спасают от ошибок.

Убедить руководство

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

Каждый понимает, что качественная автоматизация тестирования — удовольствие недешевое.

Инструменты для тестов — дорогие и также не нужно забывать об оплате труда для инженера-архитектора и службы поддержки.

В среднем, чтобы создать первоначальную базу автоматизированных проверок должно пройти около 2-3 месяцев.

Вот тут и стоит убедить руководство в том, что подобные расходы — дело нужное и необходимо подождать, перед тем как автоматизация сможет показать хоть какие-нибудь результаты.

Но если начальство не пойдет вам на встречу, то вы фактически бессильны. Они смогут понять свою неправоту только тогда, когда по прошествии некоторого времени клиенты станут массово жаловаться на некачественное ПО, ведь качество — это главное!

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

Найм экспертов по работе с автоматизированным ПО

Существует сразу 2 типа экспертов в области автоматизации тестирования: архитекторы и инженеры по автоматизации.

Архитектор по автоматизации — крайне «закрытая» профессия, в которой не так уж и много специалистов, да и их работа стоит очень дорого.

Но без них достичь успешности при внедрении полноценной автоматизации не получится.

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

Если сможете отыскать архитектора — 50% успеха по внедрению автоматизации уже за вами!

Но также вы можете заручиться помощью инженеров по автоматизации, в обязанности которых входит трансформирование мануальных тестов в автоматизированные.

Они могут трудиться под «предводительством» архитектора и будут ответственны за разработку и прогон тестовых сценариев.

Применение нужного инструмента автоматизации

Данный шаг весьма сложен в своей правильной реализации, ведь нынешний рынок IT-технологий предлагает множество всевозможных инструментов, а нужно ведь подобрать именно те, которые будут идеально подходить конкретно под ваши продукты.

При выборе нужного ПО стоит руководствоваться следующими аспектами:

  • ПО должно соответствовать выделенному бюджету. Любое средство автоматизации — это дорогостоящая вещь, поэтому часть от общего бюджета необходимо закладывать под эти цели;
  • ПО должно поддерживать технологии, которые вы используете при создании продукта. Например, если вы работаете с технологиями Flash/Silverlight, средство автоматизации должно с ними системно «сотрудничать»;
  • Рабочий штат должен содержать достаточно квалифицированных специалистов, которые умеют управлять инструментами автоматизации;
  • Выбранное ПО должно одержать качественный механизм генерации отчетов и логов, чтобы в любой момент можно было продемонстрировать итоги деятельности высшему руководству и клиенту.

Обучение сотрудников

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

Если мануальные тестировщики становятся автоматизаторами, они обязательно должны разбираться в терминологии и особенностях процесса автоматизации.

Если же автоматизатор нанят извне, то ему необходимо предоставить полную базу информации касательно проверяемого ПО, какие особенности ручного тестирования были ранее и какие цели в его работе очертило высшее руководство.

Хорошо налаженная коммуникация между ручными тестировщиками, автоматизаторами и отделом разработки крайне необходима для выстраивания долгосрочных и надежных рабочих связей.

Подготовка и реализация фреймворка автоматизации

Наиболее глобальная задача для любого автоматизатора — это процесс по созданию фреймворка автоматизации, который сможет поддерживать ваши автоматизированные проверки на протяжении длительного времени.

Чтобы более детально разобраться с надобностью разработки отдельного фреймворка автоматизации, можно ознакомиться с материалом по этой ссылке.

Разработка плана реализации и создание скриптов

Написание плана реализации подразумевает под собой подбор среды, где будут выполняться скрипты.

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

Традиционно, команда автоматизации выполняет сценарии на каждой сборке, но все зависит от установленных в компании правил.

Есть менеджеры проектов, которые выполняют скрипты каждую сборку перед релизами, а есть фирмы, где существует целый отдел, который занимается такой работой.

После того как фреймворк будет готов, необходимо приступать к процессу написания скриптов.

Все тестовые сценарии должны создаваться исключительно с использованием соглашения об именовании.

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

Всегда под рукой должны быть контроль версий и история изменений.

Системная поддержка скриптов

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

Подобное обслуживание нужно только тогда, когда существует острая потребность в постоянном изменении ПО.

Тестовые сценарии нужно обновлять, дабы фиксировать все изменения в коде и обеспечивать максимально эффективное выполнение.

Но если фреймворк вышел не очень практичным, а практики программирования вам даже не интересны, то техническое обслуживание станет сущим ужасом.

Масса проектов автоматизации терпят неминуемый крах только из-за того, что подобранный набор скриптов получился плохим.

Оставить комментарий