Метрики тестирования программного обеспечения: что такое, типы и примеры
Томас Гамильтон
Тестирование метрик при тестировании программного обеспечения
Показатели тестирования программного обеспечения — это количественные меры, используемые для оценки хода, качества, производительности и работоспособности процесса тестирования программного обеспечения. Целью показателей тестирования программного обеспечения является повышение эффективности и результативности процесса тестирования программного обеспечения и помощь в принятии более эффективных решений для дальнейшего процесса тестирования путем предоставления надежных данных о процессе тестирования.
Метрика определяет в количественном выражении степень, в которой система, компонент системы или процесс обладает данным атрибутом. Идеальным примером для понимания показателей может служить сравнение еженедельного пробега автомобиля с его идеальным пробегом, рекомендованным производителем.
Метрики тестирования программного обеспечения. Повышает эффективность и результативность процесса тестирования программного обеспечения.
Показатели тестирования программного обеспечения или измерение тестирования программного обеспечения — это количественный показатель степени, мощности, размера, количества или размера некоторого атрибута процесса или продукта.
Пример измерения при тестировании программного обеспечения: Общее количество дефектов
Почему метрики теста важны?
"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.
- Принять решение о следующем этапе деятельности
- Доказательства утверждения или предсказания
- Понять тип требуемого улучшения
- Принять решение, изменить процесс или технологию
Подробнее о нем Важность метрик теста
Типы тестовых метрик
- Метрики процесса: Его можно использовать для повышения эффективности процесса SDLC (Жизненный цикл разработки программного обеспечения)
- Показатели продукта: Речь идет о качестве программного продукта.
-
Метрики проекта: Его можно использовать для измерения эффективности проектной команды или любого другого инструменты тестирования используется членами команды
Определение правильных показателей тестирования очень важно. Перед определением показателей теста необходимо учитывать несколько вещей.
- Зафиксируйте целевую аудиторию для подготовки метрики
- Определите цель для метрик
- Внедрите все соответствующие показатели в зависимости от потребностей проекта.
- Проанализируйте аспект затрат и выгод для каждого показателя и этап образа жизни проекта, на котором он приводит к максимальному результату.
Метрики ручного тестирования
In Программная инженерияМетрики ручного тестирования делятся на два класса.
- Базовые показатели
- Расчетные показатели
Базовые метрики — это необработанные данные, собранные аналитиком тестирования во время разработки и выполнения тестового сценария (Количество выполненных тестовых случаев, количество тестовых случаев). В то время как расчетные метрики извлекаются из данных, собранных в базовых метриках. Вычисленные метрики обычно отслеживаются менеджером по тестированию для целей составления отчетов о тестировании (% завершения, % покрытия тестами).
В зависимости от проекта или бизнес-модели некоторые важные показатели:
- Показатели производительности выполнения тестовых примеров
- Показатели продуктивности подготовки тест-кейсов
- Метрики дефектов
- Дефекты по приоритету
- Дефекты по степени тяжести
- Коэффициент проскальзывания дефектов
Жизненный цикл метрик тестирования в разработке программного обеспечения
| Различные этапы жизненного цикла метрик | Действия на каждом этапе |
|---|---|
| Анализ |
|
| Взаимодействие |
|
| Оценка |
|
| Отчет |
|
Как рассчитать метрику теста
| 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
- Ползучесть требований = (Общее количество добавленных требований/Количество первоначальных требований) X100
- Отклонение расписания = (Фактическая дата поставки – Плановая дата поставки)
- Стоимость обнаружения дефекта при тестировании = (Общее количество усилий, затраченных на тестирование/дефекты, обнаруженные при тестировании)
- Проскальзывание графика = (Фактическая дата окончания – Предполагаемая дата окончания) / (Запланированная дата окончания – Планируемая дата начала) X 100
- Процент пройденных тестовых случаев = (Количество пройденных тестов/Общее количество выполненных тестов) X 100
- Процент неудачных тестовых случаев = (Количество неудачных тестов/Общее количество выполненных тестов) X 100
- Процент заблокированных тестовых случаев = (Количество заблокированных тестов/Общее количество выполненных тестов) X 100
- Процент фиксированных дефектов = (Устраненные дефекты/Сообщенные дефекты) X 100
- Процент принятых дефектов = (Дефекты, признанные командой разработчиков действительными / Общее количество зарегистрированных дефектов) X 100
- Отложенный процент дефектов = (Дефекты, отложенные для будущих выпусков / Общее количество зарегистрированных дефектов) X 100
- Процент критических дефектов = (Критические дефекты / Общее количество зарегистрированных дефектов) X 100
- Среднее время, необходимое команде разработчиков для устранения дефектов = (Общее время, затраченное на исправление ошибок/Количество ошибок)
- Количество тестов, выполненных за период времени = Количество выполненных тестов/Общее время
- Эффективность тестового дизайна = Количество разработанных тестов/Общее время
- Проверка эффективности обзора = Количество просмотренных тестов/Общее время
- Механический поиск ошибок или количество дефектов за час тестирования = Общее количество дефектов/Общее количество часов испытаний
