Плотность ошибок, помимо всего прочего, может служить естественным индикатором снижения качества исходного кода. Особенно показательной является динамика изменения плотности ошибок с течением времени. Если плотность ошибок постоянно растёт — это плохой симптом. Вечно такой процесс продолжаться не может. Однажды он приведёт к тому, что добавить новую функциональность и не внести при этом ошибок будет невозможно.
Comments closedРубрика: Metrics
Просто и те и другие часто живут довольно долго. Про средний возраст японцев Вы сможете прочесть где-нибудь в другом месте, а про возраст ошибок здесь. Все конечно знают, что некоторые ошибки обнаруживаются и исправляются практически сразу, на обнаружение других требуется время, а некоторые могут быть обнаружены по прошествии многих лет либо не обнаружены вообще. Не сложно сделать предположение о том каких ошибок больше, ну а если интересны конкретные цифры, то можно воспользоваться MSR Tools.
6 комментариевИз школьного курса физики известно, что коэффициент полезного действия (КПД) — это отношение полезной работы к затраченной работе. Используя MSR Tools эту характеристику несложно вычислить для каждого отдельного программиста.
11 комментариевBlame из Subversion и аналогичные команды из других систем контроля версий удобны и часто очень полезны. Они позволяют установить автора кода с точностью до отдельной строки. Обычно необходимость в этом возникает когда нужно узнать кто сломал код. Но иногда хочется выяснить кто вообще писал этот код, кто когда-либо изменял его, кто в данный момент в нём разбирается. В такой ситуации возможностей обычного blame’а не достаточно.
Comments closedВ середине семидесятых годов прошлого века была предложена первая модель роста надёжности, которая предназначалась для оценки надёжности программного обеспечения. Не то чтобы с этого всё началось, но с этого можно начать. За прошедшие с тех пор десятилетия было предложено множество моделей. Похожих и не очень. Все эти модели можно разделить на три типа.
Comments closedКак уже было отмечено традиционная плотность ошибок рассчитывается как количество дефектов на 1000 строк кода. Важно отметить какого именно кода. Того кода, который существует на момент измерения. Считается эта метрика именно так а не иначе не потому что так «правильно», а потому что так удобно. Что может быть проще посчитать количество дефектов, количество строк кода и разделить первое на второе. Однако такой подход имеет ряд недостатков.
Comments closedСегодняшний герой дня — NHibernate. Довольно популярный ORM для платформы .NET. Метрики подсчитанные для этого проекта можно найти здесь.
2 комментарияОценку качества и надёжности ПО можно дать с двух различных точек зрения. С точки зрения разработчика и конечного пользователя. Неудивительно, что эти оценки разнятся и используют различные метрики.
Comments closedВ прошлый раз я коротко написал о том, чем и какие метрики можно измерить, а также что в этом плане может предложить MSR Tools. Сегодня речь пойдёт непосредственно о расчёте метрик для ВАШЕГО проекта. В сокращённом виде нижеследующее можно найти здесь.
Comments closedПочти все из тех кто так или иначе имеет отношение к разработке ПО слышали про метрики: количество строк кода, цикломатическая сложность, плотность ошибок и т.п. Меньше тех, кто пробовал измерить свой проект какой-нибудь утилитой. И ещё меньше тех, кто смог извлечь из этого хоть какую-то пользу. Действительно, узнать сколько в твоей программе строк кода или классов может и любопытно, но какой от этого толк?
Comments closed