Метрики являются важным инструментом для оценки качества тестирования и помогают командам разработчиков и тестировщиков понять, насколько хорошо проходит процесс тестирования, где могут быть проблемы и как их можно решить. Давайте рассмотрим несколько часто упоминаемых метрик в статьях по тестированию и обучающих курсах.
- Passed/Failed Test Cases (Пройденные/Неудачные тесты)
Описание: Эта метрика показывает отношение удачно пройденных тестов к тем, которые завершились с ошибками.
Пример: Если у вас 100 тестов, из которых 80 прошли успешно, а 20 завершились с ошибками, то Passed/Failed соотношение будет 80/20.
Зачем нужна: Помогает оценить успешность выполнения тестов и общее состояние качества продукта. Если много тестов завершилось с ошибками, это сигнализирует о наличии проблем в коде. - Not Run Test Cases (Не запущенные тесты)
Описание: Эта метрика показывает количество тестов, которые нужно было выполнить, но они не были запущены.
Пример: Если у вас есть 50 тестов, которые должны быть выполнены, но 10 из них не были запущены, то Not Run Test Cases = 10.
Зачем нужна: Помогает определить причины, по которым тесты не были выполнены, и находит способы их устранения. Это может быть связано с нехваткой ресурсов, времени или техническими проблемами. - Open/Closed Bugs (Открытые/Закрытые баги)
Описание: Эта метрика рассчитывает отношение открытых багов к закрытым.
Пример: Если у вас есть 30 открытых багов и 70 закрытых, то Open/Closed соотношение будет 30/70.
Зачем нужна: Оценивает скорость устранения багов и позволяет выявить причины, по которым ошибки остаются незакрытыми. Высокое количество открытых багов может указывать на недостаточность ресурсов для их устранения. - Reopened/Closed Bugs (Переоткрытые/Закрытые баги)
Описание: Рассчитывает соотношение переоткрытых багов к закрытым.
Пример: Если из 50 закрытых багов 10 были переоткрыты, то Reopened/Closed Bugs = 10/50.
Зачем нужна: Демонстрирует эффективность закрытия багов разработчиками. Высокое значение этой метрики может указывать на низкое качество исправлений или недопонимание между тестировщиками и разработчиками. - Bugs by Severity/Priority (Баги по серьёзности/приоритету)
Описание: Показывает общее количество багов по их серьёзности или приоритету.
Пример: У вас может быть 5 критических багов, 15 высоких, 20 средних и 10 низких.
Зачем нужна: Помогает оценить качество предоставляемого кода на тестирование. Высокое количество критических багов может указывать на серьёзные проблемы в продукте, требующие немедленного внимания.
Дополнительные Метрики
- Test Coverage (Покрытие тестами)
Описание: Показывает процент кода, который был покрыт тестами.
Пример: Если у вас 1000 строк кода и 800 из них покрыты тестами, то Test Coverage будет 80%.
Зачем нужна: Помогает определить, насколько хорошо тесты покрывают код. Высокое покрытие тестами обычно означает, что большее количество возможных ошибок будет выявлено. - Defect Density (Плотность дефектов)
Описание: Количество дефектов на тысячу строк кода.
Пример: Если у вас 5 дефектов на 1000 строк кода, то Defect Density = 5.
Зачем нужна: Помогает оценить общее качество кода. Высокая плотность дефектов может указывать на необходимость проведения дополнительных тестирований или рефакторинга. - Mean Time to Detection (MTTD) (Среднее время до обнаружения)
Описание: Среднее время, требуемое для обнаружения дефекта после его возникновения.
Пример: Если у вас на обнаружение дефекта уходит в среднем 2 дня, то MTTD = 2 дня.
Зачем нужна: Помогает оценить оперативность тестирования. Чем быстрее обнаруживаются дефекты, тем быстрее их можно исправить.
Эти метрики помогают создавать более качественные продукты, улучшая процессы тестирования и разработки.
Не забудьте подписаться на канал, чтобы не пропустить полезную информацию: QA Helper - справочник тестировщика
Пишите в комментариях какой пункт было бы интересно рассмотреть подробно.
Также будет интересно почитать: Вопросы которые задают на собеседовании тестировщикам
