Что бы вы хотели знать о тестировании на своем проекте? Какое качество продукта, какая эффективность тестирования, статус QA или эффективность исправления ошибок? Эта серия статей даст вам ответы.

Качество продукта 

Удовлетворительно ли качество продукта?  

Стоит ли его улучшить? 

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

ОБЩЕЕ КОЛИЧЕСТВО ДЕФЕКТОВ ПО ПРИОРИТЕТУ И СТАТУСУ

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

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

 Как можно использовать эту метрику: 

• Выявление критических проблем 

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

• Оценка качества предоставленного кода 

Вы можете отслеживать количество критических ошибок, обнаруженных за рассматриваемый период. Если их доля от общего числа дефектов превышает 20–30%, это также говорит о качестве продукта. Плохим показателем является множество критических ошибок в новом функционале. Важно обсудить с разработчиками меры по повышению качества кода, включая написание и проведение юнит тестов, ревью кода, соблюдение стандартов кодирования и прочие методики. 

• Отслеживание прогресса в устранении дефектов 

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

ТЕХНИЧЕСКИЙ ДОЛГ ПО КАЧЕСТВУ 

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

Как можно использовать эту метрику: 

• Приоритизация и распределение ресурсов  

Эта метрика дает возможность ИТ-командам расставлять приоритеты для задач на основе времени, необходимого для устранения долга по качеству. Она помогает определять области с максимальным долгом по качеству и фокусироваться на решении критических проблем, что улучшает распределение ресурсов и снижает риски, связанные с ухудшением качества. 

• Управление рисками  

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

• Эффективное взаимодействие с клиентом 

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

ИНДЕКС СЕРЬЕЗНОСТИ ДЕФЕКТОВ (DEFECTS SEVERITY INDEX)

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

Пример: Присвойте каждому уровню серьезности следующие числа: Критический = 3, Важный = 2, Незначительный = 1. Затем рассчитайте по формуле: ((Количество критических дефектов 3) + (Количество важных дефектов 2) + (Количество незначительных дефектов * 1)) / Общее количество дефектов. 

Как можно использовать эту метрику: 

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

• Эта метрика предоставляет прямую оценку качества продукта, включая его надежность и стабильность.  

• Заметное уменьшение этого индекса со временем свидетельствует о том, что предпринимаемые меры по устранению критических дефектов оказываются эффективными.  

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