Плотность ошибок, помимо всего прочего, может служить естественным индикатором снижения качества исходного кода. Особенно показательной является динамика изменения плотности ошибок с течением времени. Если плотность ошибок постоянно растёт – это плохой симптом. Вечно такой процесс продолжаться не может. Однажды он приведёт к тому, что добавить новую функциональность и не внести при этом ошибок будет невозможно.
Comments closeddev->harmony Posts
В продолжение частей первой и второй на этот раз речь пойдёт об оценке точности прогнозирования дефектов. Если прогноз выполняется для самой последней версии исходного кода, то узнать насколько он оказался верным можно будет только через некоторое время, когда будут обнаружены дефекты. Но если история в системе контроля версий достаточно длительная и уже был выпуск нескольких версий, то можно получить прогноз для этих старых версий и проверить насколько точным он оказался. Таким образом можно примерно прикинуть на что можно рассчитывать в плане точности при получении прогноза для самого последнего кода.
Comments closedПродолжаю тему прогнозирования дефектов начатую в предыдущем посте. На этот раз перейдём непосредственно к практике, т.е. к прогнозированию дефектов для реального проекта.
Comments closedКак это там… “Устроены так люди… Желают знать что будет…” Вот и в отношении дефектов в ПО тоже самое. Определённо, любой менеджер хотел бы знать где дефекты, до того как они себя проявят, но лень и отсутствие доступных решений оставляют его наедине с традиционными подходами управления.
10 CommentsДоступна новая версия MSR Tools, в которую вошло значительное число изменений.
Comments closedНаиболее часто возникающая ошибка мэппинга MSR Tools заключается в попытке найти файл, который ранее в мэппинг не вошёл. Для решения этой проблемы в следующей версии MSR Tools появится так называемый частичный мэппинг.
Comments closedВот напомнила о себе старая добрая модель Миллса для оценки количества ошибок в программе. Простая и эффективная как гвоздь она была весьма хороша для своего времени. Как и модели роста надёжности. Сегодня же со всеми этими моделями одна и та же проблема – они не работают.
Comments closedПросто и те и другие часто живут довольно долго. Про средний возраст японцев Вы сможете прочесть где-нибудь в другом месте, а про возраст ошибок здесь. Все конечно знают, что некоторые ошибки обнаруживаются и исправляются практически сразу, на обнаружение других требуется время, а некоторые могут быть обнаружены по прошествии многих лет либо не обнаружены вообще. Не сложно сделать предположение о том каких ошибок больше, ну а если интересны конкретные цифры, то можно воспользоваться MSR Tools.
6 CommentsСамые неприятные баги наверное те, что превращают Ваше полезное ПО во вредоносное. На днях “отличилась” Visual Studio 2010 Pro + SP1.
Comments closedИз школьного курса физики известно, что коэффициент полезного действия (КПД) – это отношение полезной работы к затраченной работе. Используя MSR Tools эту характеристику несложно вычислить для каждого отдельного программиста.
11 Comments