Это одна вещь, чтобы найти ошибки в программном коде - это совсем другое дело реально выяснить важность одного ошибка по отношению к другим. Это проблема, что анализ кода продавца Coverity стремится решить с помощью нового релиза своего тезки платформе.

Большие новые возможности в Coverity 5 официально называется Дефект Воздействие карт, и она призвана помочь разработчикам определить серьезность данной ошибке в приложении. Технология Coverity's делает как статический и динамический анализ кода и используется как коммерческих, так и проектов с открытым кодом.

"После обнаружения дефектов, в настоящее время мы ввели новые возможности, которые позволят вам взглянуть на недостатки и сразу же приоритет в зависимости от тяжести", Дэйв Петерсон, директор по маркетингу Coverity, рассказал InternetNews.com.

Тяжесть карт ошибка является нелегкой задачей, поскольку определенные типы ошибок могут быть общими. Например, в последнее время Coverity общепринятая в открытых исходных кодов. Coverity был Запуск открытого исходного кода проекта сканирования с 2006 года, первоначально начал.

Coverity КТО Энди Чжоу объяснила, что анализ воздействия дефекта ставит ошибок на подкатегории.

"Мы приняли все возможные дефекты и разделить их на подкатегории, которые представляют конкретные узкие просмотров различные типы дефектов. Мы посмотрели на наш опыт в анализе с открытым исходным кодом, чтобы определить, какие категории те люди захотят адрес первого".

Agile, благоприятствующих развитию

Чжоу добавил, что дефект Воздействие Функция отображения представляет собой статическое отображение ошибок. Coverity не пытается понять, точное воздействие, то будет иметь на применение, а воздействие, что категория дефект, как правило, имеют по применению.

"Это не попытка, чтобы попытаться понять Runtime поведение программы, а для понимания кода на уровне, если это то, что вы хотите, чтобы адрес", сказал Чжоу. Coverity подхода является, в отличие от оценки воздействия производства кода дефектов. Инструментов IBM Rational Developer теперь интеграций для IBM Tivoli операции инструментами, чтобы получить мнение код прямо в операциях и обратно.

Хотя анализ последствий от Coverity представляет собой статическое отображение общего Coverity 5 приложений включает в себя первый представлен ранее в этом году. Что построить анализа, ошибки в программном обеспечении процесса сборки могут быть выявлены и устранены, прежде чем они попадают в производство использование. Чжоу отметил, что имеет Coverity интеграций для IDE () и теперь могут помочь практику быстрой разработки.

"Для разработчиков Agile, одну общую методологию непрерывной интеграции", сказал Чжоу. "Это значит, что вносятся изменения исходного кода постоянно заново. Имея статический анализ там как часть непрерывного процесса в ходе развития является очень ловкая удобную для использования технологии Coverity, что имеет".