Что такое метрика тестирования программного обеспечения?
Метрика тестирования программного обеспечения определяется как количественная мера, которая помогает оценить прогресс, качество и работоспособность процесса тестирования программного обеспечения. Метрика определяет в количественном выражении степени , в которой система, системный компонент, или процесс обладает заданным атрибутом.
Идеальным примером для понимания метрик будет недельный пробег автомобиля по сравнению с его идеальным пробегом, рекомендованным производителем.
Метрики тестирования программного обеспечения — Повышает эффективность и результативность процесса тестирования программного обеспечения.
Метрики тестирования программного обеспечения или измерения теста программного обеспечения — это количественный показатель степени, емкости, измерения, количества или размера какого-либо атрибута процесса или продукта.
Пример измерения теста программного обеспечения : общее количество дефектов
В этом уроке вы узнаете
- Что такое метрика тестирования программного обеспечения?
- Почему метрики теста важны?
- Типы тестовых метрик
- Метрики ручного теста
- Тест метрики жизненного цикла
- Как рассчитать тестовую метрику
- Пример тестовой метрики
- Тест метрики Глоссарий
Почему метрики теста важны?
"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.
- Принять решение для следующего этапа деятельности
- Доказательство претензии или прогноза
- Понять тип необходимого улучшения
- Примите решение или процесс или изменение технологии
Узнайте больше о важности тестовых метрик
Типы тестовых метрик
- Метрики процесса: его можно использовать для повышения эффективности процесса SDLC (жизненный цикл разработки программного обеспечения).
- Метрики продукта: это касается качества программного продукта
-
Метрики проекта: его можно использовать для измерения эффективности команды проекта или любых инструментов тестирования, используемых членами команды.
Определение правильных показателей тестирования очень важно. Немного вещей, которые необходимо учитывать, прежде чем определять показатели теста
- Зафиксируйте целевую аудиторию для метрической подготовки
- Определите цель для метрик
- Ввести все соответствующие показатели на основе потребностей проекта
- Проанализируйте аспект затрат и выгод каждой метрики и фазы образа жизни проекта, на которой он приводит к максимальной производительности
Метрики ручного теста
В программной инженерии, ручные тестовые метрики делятся на два класса
- Базовые метрики
- Расчетная метрика
Базовые метрики — это необработанные данные, собранные Test Analyst во время разработки и выполнения тестовых примеров (количество выполненных тестов, количество тестовых случаев ). При этом рассчитанные показатели выводятся из данных, собранных в базовых показателях. За расчетными показателями обычно следует менеджер тестов для целей составления отчетов о тестировании ( % Complete,% Test Coverage ).
В зависимости от проекта или бизнес-модели, некоторые важные показатели
- Метрики производительности выполнения тест-кейсов
- Метрики производительности подготовки тестового примера
- Метрика дефекта
- Дефекты по приоритету
- Дефекты по степени тяжести
- Коэффициент проскальзывания дефекта
Тест метрики жизненного цикла
|
Различные этапы жизненного цикла метрики |
Шаги на каждом этапе |
|---|---|
|
|
|
|
|
|
|
|
Как рассчитать тестовую метрику
| Sr # | Шаги для проверки метрик | пример |
| 1 | Определите ключевые процессы тестирования программного обеспечения для измерения |
|
| 2 | На этом этапе тестер использует данные в качестве базовой для определения метрик. |
|
| 3 | Определение информации, которой необходимо следовать, частота отслеживания и ответственное лицо |
|
| 4 | Эффективный расчет, управление и интерпретация определенных метрик |
|
| 5 | Определите области улучшения в зависимости от интерпретации определенных метрик |
|
Пример тестовой метрики
Чтобы понять, как рассчитать показатели теста, мы увидим пример выполнения процентного теста.
Для получения статуса выполнения тестовых случаев в процентах мы используем формулу.
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
Кроме того, вы можете рассчитывать для других параметров, таких как не выполненные тесты, тесты пройдены, тесты не пройдены, тесты заблокированы и т. Д.
Тест метрики Глоссарий
- Коэффициент трудоемкости переработки = (фактические усилия по переработке, потраченные на этом этапе / общие фактические усилия, потраченные на этом этапе) X 100
- Creep Requirement = (Общее количество добавленных требований / Нет начальных требований) X100
- Разница в графике = (фактические усилия — предполагаемые усилия) / предполагаемые усилия) X 100
- Стоимость обнаружения дефекта в тестировании = (Общее количество усилий, потраченных на тестирование / дефектов, обнаруженных в тестировании)
- Проскальзывание расписания = (Фактическая дата окончания — Предполагаемая дата окончания) / (Запланированная дата окончания — Запланированная дата начала) X 100
- Р оценочный тестовых случаев Процент = (Количество пройденных тестов / Общее число тестов выполняется) X 100
- Процент неудачных тестов = (Количество неудачных тестов / Общее количество выполненных тестов) X 100
- Процент заблокированных тестов = (количество заблокированных тестов / общее количество выполненных тестов) X 100
- Процент фиксированных дефектов = (фиксированные дефекты / сообщенные дефекты) X 100
- Процент принятых дефектов = (дефекты, принятые командой разработчиков / общее количество дефектов, о которых сообщено) X 100
- Процент отложенных дефектов = (Отложенные дефекты для будущих выпусков / Всего зарегистрированных дефектов) X 100
- Процент критических дефектов = (Критические дефекты / Всего зарегистрированных дефектов) X 100
- Среднее время, затраченное командой разработчиков на исправление дефектов = (Общее время, необходимое для исправления ошибок / Количество ошибок)
- Количество выполненных тестов за период времени = Количество выполненных тестов / Общее время
- Эффективность дизайна теста = Количество разработанных тестов / Общее время
- Эффективность обзора теста = количество проверенных тестов / общее время
- Ошибка нахождения или Количество дефектов в час испытаний = Общее количество дефектов / Общее количество часов испытаний