Skip to content

Рубрика: Metrics

А ваш код разлагается?

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

Comments closed

Что общего между багами и японцами?

Просто и те и другие часто живут довольно долго. Про средний возраст японцев Вы сможете прочесть где-нибудь в другом месте, а про возраст ошибок здесь. Все конечно знают, что некоторые ошибки обнаруживаются и исправляются практически сразу, на обнаружение других требуется время, а некоторые могут быть обнаружены по прошествии многих лет либо не обнаружены вообще. Не сложно сделать предположение о том каких ошибок больше, ну а если интересны конкретные цифры, то можно воспользоваться MSR Tools.

6 комментариев

Оценка КПД программиста

Из школьного курса физики известно, что коэффициент полезного действия (КПД) — это отношение полезной работы к затраченной работе. Используя MSR Tools эту характеристику несложно вычислить для каждого отдельного программиста.

11 комментариев

Blame превращается…

Blame из Subversion и аналогичные команды из других систем контроля версий удобны и часто очень полезны. Они позволяют установить автора кода с точностью до отдельной строки. Обычно необходимость в этом возникает когда нужно узнать кто сломал код. Но иногда хочется выяснить кто вообще писал этот код, кто когда-либо изменял его, кто в данный момент в нём разбирается. В такой ситуации возможностей обычного blame’а не достаточно.

Comments closed

Оценка надёжности программного обеспечения

В середине семидесятых годов прошлого века была предложена первая модель роста надёжности, которая предназначалась для оценки надёжности программного обеспечения. Не то чтобы с этого всё началось, но с этого можно начать. За прошедшие с тех пор десятилетия было предложено множество моделей. Похожих и не очень. Все эти модели можно разделить на три типа.

Comments closed

Расчёт плотности ошибок и его реализации в MSR Tools

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

Comments closed

Плотность ошибок и её трактовка

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

Comments closed

Как измерить код? (часть 2)

В прошлый раз я коротко написал о том, чем и какие метрики можно измерить, а также что в этом плане может предложить MSR Tools. Сегодня речь пойдёт непосредственно о расчёте метрик для ВАШЕГО проекта. В сокращённом виде нижеследующее можно найти здесь.

Comments closed

Как измерить код? (часть 1)

Почти все из тех кто так или иначе имеет отношение к разработке ПО слышали про метрики: количество строк кода, цикломатическая сложность, плотность ошибок и т.п. Меньше тех, кто пробовал измерить свой проект какой-нибудь утилитой. И ещё меньше тех, кто смог извлечь из этого хоть какую-то пользу. Действительно, узнать сколько в твоей программе строк кода или классов может и любопытно, но какой от этого толк?

Comments closed