Представьте себе, что самое важное программное обеспечение вашей компании внезапно выходит из строя. Что произойдет? Заказы могут потеряться, сроки могут быть сорваны, но клиенты обязательно будут жаловаться.
Этого кошмарного сценария можно избежать: внедрить непрерывный и строгий процесс тестирования, который выявляет проблемы до того, как они вызовут хаос. Но внедрить такой процесс в вашей организации легче сказать, чем сделать.
Эта статья покажет вам все, о чем вам нужно подумать, приступая к тестированию в вашей компании, и какую пользу вы можете получить от тестирования в долгосрочной перспективе.
Тестирование лучших практик для продуктовых команд
В первой части этой статьи рассматривается процесс внедрения тестирования в ваш рабочий процесс.
Внедрите культуру тестирования в своей команде.
Для успешного внедрения тестирования в вашей команде необходимо, чтобы все разделяли общее мышление и воспринимали качество не как бремя, а как инвестицию. Это процесс, который, как и любой другой культурный сдвиг, требует времени и последовательности.
Одна вещь, которая может помочь сформировать эту культуру, — это регулярные встречи для обсуждения дефектов, их влияния, происхождения и того, что нужно, чтобы их исправить. Это помогает осознать, почему вообще полезно предотвращать такие дефекты.
Наличие в команде преданного своему делу человека, который наблюдает и направляет усилия, может значительно повысить шансы на успех. Кто-то, кто определяет руководящие принципы для команды или даже всей организации, собирает лучшие практики, делится ими и пропагандирует усилия на всех уровнях.
Еще одним полезным инструментом может быть ротация роли поддержки вашего продукта. Получение нефильтрованной информации из первых рук от ваших клиентов и изучение повседневных проблем, с которыми они сталкиваются при использовании вашего продукта, может стать ценным опытом для менеджеров по продуктам, дизайнеров и разработчиков.
Цель состоит в том, чтобы все в вашей команде поняли, что качество — это функция, столь же важная, как и любая другая функциональность, которую вы создаете для своего продукта. Как только все примут такое мышление, естественным будет понять, что тесты тоже являются особенностью. Потому что именно тесты гарантируют качество поставляемой продукции.
Пошаговый процесс тестирования
Как только между различными командами, участвующими в разработке продукта, будет согласованность действий, вы сможете дополнительно формализовать существование и использование тестов.
Сделайте тесты частью «Определения готовности»
Добавляя тесты в качестве требования к функции, вы заявляете, что функция не готова к выпуску, пока она не будет правильно и автоматически протестирована.
Регулярно проводите тесты
После внедрения автоматизированные тесты могут стать вашей защитой на каждом этапе процесса разработки. Они не требуют вмешательства человека и могут быть запущены на каждом важном этапе вашего конвейера разработки. Например:
- При каждом коммите.
- При каждом запросе на вытягивание.
- После каждого полного выпуска или изменения среды.
Если вы полагаетесь на сторонние сервисы в своей производственной среде, возможно, имеет смысл даже запустить тесты на производственной среде, чтобы убедиться, что сторонние API работают должным образом.
Определяйте и собирайте метрики
Определение набора показателей важно для измерения эффективности ваших тестов и влияния рабочих процессов тестирования на ваш бизнес. Вот несколько примеров показателей, которые вы можете использовать:
- Релизов в месяц . Большее количество релизов в месяц может указывать на более гибкий процесс разработки. Автоматизированное тестирование играет здесь ключевую роль, обеспечивая уверенность в выпуске релизов.
- Отчеты об ошибках . Тенденция к уменьшению количества отчетов об ошибках может быть положительным признаком того, что ваше тестирование (и процессы разработки) эффективны.
- Охват тестированием . Несмотря на то, что охват не является точным показателем, он может быть хорошим индикатором того, насколько глубоко вы тестируете критические варианты использования.
Обратите внимание, что на эти показатели также влияют другие факторы, которые могут их исказить. Например, в праздничный сезон количество выпусков может снизиться, а количество сообщений об ошибках возрастет. Так что не полагайтесь только на некоторых и обязательно сопоставьте их с другими данными, доступными вашей команде.
Когда вы успешно реализуете эти шаги вместе со своей командой, здоровье вашего продукта определенно улучшится в долгосрочной перспективе. Но вы еще можете сделать больше!
Лучшие практики тестирования для системных администраторов
Продуктовые команды не могут работать самостоятельно. Они полагаются на оборудование, инструменты и инфраструктуру, поддерживаемые системными администраторами. Хотя системные администраторы обычно не участвуют напрямую в разработке продукта, они все же могут навсегда повлиять на рабочий процесс разработки. Например, путем активного управления версией браузера, которую используют определенные группы пользователей в компании.
Во второй части статьи объясняется, как это работает с использованием каналов Chrome и корпоративных политик.
Каналы выпуска Chrome
По умолчанию Chrome автоматически обновляется, чтобы гарантировать, что каждый пользователь использует последнюю, самую стабильную и безопасную версию Chrome, включая все новейшие функции — версию Chrome, выпущенную в стабильном канале.
Как компания, разрабатывающая веб-продукт, вы можете захотеть использовать браузер вместо стабильного канала, чтобы дать вашим продуктовым группам время адаптировать ваш продукт к изменениям веб-платформы.
Для этого варианта использования Chrome предлагает в общей сложности четыре канала выпуска, предназначенные для разных групп пользователей.
В случае Chrome вы можете использовать разные каналы выпуска, чтобы предвидеть будущие изменения браузера и тестировать новейшие функции до того, как они станут широко доступны:
- Стабильный канал : здесь находится большинство пользователей. Стабильный канал автоматически обновляется при выходе новой версии Chrome , что происходит ежемесячно.
- Бета-канал : эта версия станет стабильной через четыре-шесть недель, что даст вам возможность просмотреть и протестировать предстоящий стабильный выпуск и подготовиться к нему.
- Канал для разработчиков : на этом канале раз в неделю появляется новая версия Chrome, включающая все последние исправления, которые со временем перейдут в бета-версию. Как следует из названия канала, он находится в разработке и поэтому может неожиданно выйти из строя, но он также включает в себя новейшие функции, иногда задолго до того, как они попадут в стабильную версию. Это делает канал разработки отличным инструментом для прототипирования и передовых разработок.
- Канарский канал : самый экспериментальный канал, содержащий все новейшие функции, но без особого тестирования. По крайней мере, выпускают ежедневно.
Если вы хотите узнать больше о каналах Chrome, посмотрите соответствующий выпуск «Концепции Chrome» .
Использование каналов в образцовой организации
Структура продуктовых команд различается в разных организациях, поскольку не существует единого подхода к разработке программного обеспечения, подходящего для всех. В качестве примера мы возьмем команду со следующими ролями: управление продуктами, UX и UI, проектирование, эксплуатация и поддержка.
Для такой организации вы можете подумать о следующем разделении каналов:
- Управление продуктом : менеджеры проектов обычно могут находиться на стабильном канале, чтобы использовать ту же версию, что и большинство пользователей. Иногда они могут использовать бета-канал или канал разработки , если работают над функцией, требующей API, который еще не запущен.
- Инженерия и UX : части этих команд могут быть на канале разработки , чтобы предоставить им доступ к новейшим функциям, таким как View Transitions , еще до того, как они будут в стабильной версии.
- Операции : Возможно, это бета-версия , чтобы предвидеть, что в будущем сбои повлияют на пользователей.
- Поддержка : могут оставаться на стабильном канале, чтобы быть уверенными, что они взаимодействуют с продуктом через тот же браузер, что и большинство ваших клиентов.
Используйте корпоративные политики для управления каналами
Вместо того, чтобы давать рекомендации и оставлять решение о том, какой канал использовать, Chrome также предлагает корпоративные и административные инструменты для активного управления тем, какой канал в конечном итоге будет использовать каждый пользователь. Это полезно, поскольку сразу увеличивает площадь тестирования с нескольких человек до детерминированного набора пользователей, что помогает выявлять поломки как можно раньше и отслеживаемым способом.
Если вы хотите использовать этот уровень контроля, мы рекомендуем следующую конфигурацию:
- Сотрудники (пользователи приложения) . Чтобы свести к минимуму риск сбоев, большинство сотрудников должны использовать стабильный канал, который был полностью протестирован командой тестировщиков Chrome. Кроме того, на бета- канале может находиться небольшой процент пользователей (от 5 до 10%). Этот канал получает предварительный просмотр стабильной версии в течение 4–6 недель и может помочь администраторам обнаружить возможные проблемы с выпуском, давая больше времени для устранения проблем до того, как выпуск будет доступен всем остальным.
- ИТ-отдел . Члены ИТ-отдела, включая самих системных администраторов, могут подключиться к бета- каналу или каналу разработки , чтобы получить предварительный просмотр за 4–6 или 9–12 недель того, что будет в стабильной версии Chrome.
Каналы долгосрочного выпуска
Разработка продукта может идти не так быстро, как планировалось, а месячная частота выпуска Chrome может оказаться слишком высокой. Для этого варианта использования Chrome предоставляет расширенный стабильный канал, который позволяет реже получать обновления функций, но при этом получать исправления безопасности. Этот канал обновляется каждые восемь недель.
На следующей диаграмме показано, как различные этапы проходят через разные каналы выпуска Chrome :
- И стабильная, и расширенная стабильная версия выпускают одни и те же версии в течение первых четырех недель, после чего они расходятся.
- Расширенного бета-канала нет; вместо этого стандартный четырехнедельный бета-цикл используется для стабилизации как стабильной, так и расширенной стабильной версии. Предприятиям, решившим воспользоваться восьминедельной расширенной стабильной версией, следует продолжать использовать бета-канал, как они это делают сегодня, чтобы заранее выявлять проблемы, которые могут повлиять на их среду.
Заключение
Тестирование является важной частью компаний-разработчиков программного обеспечения для обеспечения качества своих продуктов, а также важным шагом для системных администраторов, позволяющим предоставить сотрудникам организации доступ к высококачественному программному обеспечению и избежать нарушения бизнес-процессов.
Чтобы добиться успеха при внедрении рабочего процесса тестирования внутри вашей организации, важно, чтобы все разделяли общее мнение о том, что качество и, следовательно, тестирование — это особенность.
В этой статье мы рассмотрели различные способы интеграции лучших практик тестирования в вашу организацию. Подробный обзор существующих инструментов тестирования можно найти в нашей статье «Инструменты Chrome для простого автоматизированного тестирования» .
Чтобы получить практическое руководство по тестированию от начала до конца, ознакомьтесь с нашим недавним курсом «Изучите тестирование» и передовыми практиками автоматизации тестирования на сайте web.dev.