->
Год назад компания, в которой я работаю, приняла то, что мы назвали «Модель зрелости качества». Это модель, помогающая командам измерять, как они справляются с поведением, поддерживающим создание качественных приложений. Проект имел большой успех, поэтому я решил поделиться некоторыми подробностями о нем со всем миром!
Мы начали с определения качества.
С использованием этот отличный пост в блоге в качестве отправной точки мы определили семь Атрибутов Качества в Paylocity. Качественное приложение это:
Ценный: Это соответствует потребностям клиента.
Функциональный: Он делает то, что мы говорим, и мы можем измерить эти взаимодействия.
Надежный: Доступен при необходимости.
Безопасный: защищает информацию о клиентах и компании.
Исполнитель: он отвечает в течение приемлемого времени.
Полезный: Он прост и интуитивно понятен в использовании.
ремонтопригодный: легко тестировать, развертывать, автоматизировать, отслеживать, обновлять и масштабировать.
После определения этих атрибутов мы создали список вариантов поведения для групп разработчиков, чтобы убедиться, что эти атрибуты являются частью наших продуктов. Для каждого поведения мы определили, как будет выглядеть минимальная версия этого поведения, как будет выглядеть стандартная версия и как будет выглядеть превосходная версия. Исходя из этого, мы создали Модель зрелости качества.
Несколько примеров
Вот несколько примеров поведение определено в модели зрелости качества:
Ценный: Команда определяет и исследует потребности клиентов.
Функциональный: Команда создает, выполняет, отслеживает и поддерживает надежную автоматизацию тестирования.
Надежный: команда активно следит за работоспособностью своих приложений и при необходимости принимает соответствующие меры.
Безопасный: Команда создает и придерживается стратегии безопасности, следуя рекомендациям по обеспечению безопасности.
Исполнитель: Команда постоянно соблюдает стандарты SLO для своего продукта.
Полезный: Команда гарантирует, что продукт можно использовать на нескольких устройствах и поддерживаемых браузерах/платформах, если это применимо.
ремонтопригодный: команда управляет своими развертываниями и владеет ими в соответствии с процессом управления выпуском.
Мы развернули Модель зрелости качества для всех команд и попросили их определить, какие из этих моделей поведения они уже демонстрируют. Оттуда мы попросили команды создавать ежеквартальные цели, чтобы перенять больше моделей поведения. Каждому лидеру качества была назначена группа команд, с которой они ежемесячно встречались, чтобы помочь ответить на любые вопросы и привлечь к ответственности команды.
После года работы над принятием модели мы добились значительного прогресса! Вот некоторые примеры:
Команда стремится к тому, чтобы вся команда владела автоматизацией тестирования. Команда работает вместе, чтобы убедиться, что тесты не дублируются; например, если модульный тест уже охватывает то, что необходимо для тестирования функции, нет необходимости писать тест пользовательского интерфейса. Это экономит команде значительное время на создании и обслуживании тестов, позволяя им сосредоточиться на новых функциях.
Другая команда убедилась, что вся команда знает, как использовать инфраструктуру автоматизации пользовательского интерфейса. Разработчик смог провести полный регрессионный тест своей работы с пользовательским интерфейсом и исправить все найденные им ошибки, не привлекая никого из команды.
Один тестировщик в команде создал многоразовый план тестирования, чтобы разработчики могли определить, что тестировать. Когда оба тестировщика в команде были в отпуске одновременно, разработчики могли без проблем продолжить разработку и тестирование функций.
Команда смогла использовать прогресс, достигнутый в автоматизации тестирования, чтобы сократить время выпуска с одного раза в месяц до двух раз в месяц.
Если вы ищете способ повысить качество своего продукта, свести к минимуму оставшиеся дефекты и сократить время доставки, Модель зрелости качества может оказаться отличным способом помочь. Я рекомендую начать обсуждение с руководителями вашей компании того, какое качественное поведение вы хотели бы видеть в своих командах!
Прочтите книгу.
Книги — отличный способ узнать о тестировании программного обеспечения, потому что они глубже погружают в концепции тестирования. Книги также легко взять с собой в поезд, на обеденный перерыв или в отпуск. Вот некоторые книги по тестированию программного обеспечения, которые я рекомендую:
The Complete Software Tester Кристин Джеквони: Конечно, я собираюсь порекомендовать мою новую книгу! Эта книга представляет собой исчерпывающий обзор всех аспектов тестирования программного обеспечения, от ручного тестирования до тестирования API, от основ программирования до автоматизации тестирования и от создания планов тестирования до эффективной работы в команде.
