<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Gunnar Kudrjavets</title><link>http://blogs.msdn.com/gunnarku/default.aspx</link><description /><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Iterative Identification of Fault-Prone Binaries Using In-Process Metrics</title><link>http://blogs.msdn.com/gunnarku/archive/2008/09/15/iterative-identification-of-fault-prone-binaries-using-in-process-metrics.aspx</link><pubDate>Mon, 15 Sep 2008 16:19:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8952826</guid><dc:creator>gunnarku</dc:creator><slash:comments>0</slash:comments><comments>http://blogs.msdn.com/gunnarku/comments/8952826.aspx</comments><wfw:commentRss>http://blogs.msdn.com/gunnarku/commentrss.aspx?PostID=8952826</wfw:commentRss><description>&lt;p&gt;Interestingly enough yet another research paper on what I've worked on has been accepted to a software engineering conference. &lt;a href="http://agile.csc.ncsu.edu/lmlayma2/" mce_href="http://agile.csc.ncsu.edu/lmlayma2/"&gt;Lucas Layman&lt;/a&gt;, &lt;a href="http://research.microsoft.com/users/nachin/" mce_href="http://research.microsoft.com/users/nachin/"&gt;Nachi Nagappan&lt;/a&gt;, and I will be at &lt;a href="http://www.esem-conferences.org/esem_program.php" mce_href="http://www.esem-conferences.org/esem_program.php"&gt;ESEM 2008&lt;/a&gt; presenting on 10/10/2008 the results of our work.&lt;/p&gt;&lt;p&gt;&amp;nbsp;Here's the summary:&lt;/p&gt;&lt;blockquote&gt;&lt;p&gt;Code churn, the amount of code change taking place within a software unit over time, has been correlated with fault-proneness in software systems. We investigate the use of code churn and static metrics collected at regular time intervals during the development cycle to predict faults in an iterative, in-process manner. We collected 159 churn and structure metrics from six, four-month snapshots of a 1 million LOC Microsoft product. The number of software faults fixed during each period is recorded per binary module. Using stepwise logistic regression, we create a prediction model to identify fault-prone binaries using three parameters: code churn (the number of new and changed blocks); class Fan In and class Fan Out (normalized by lines of code). The iteratively-built model is 80.0% accurate at predicting fault-prone and non-fault-prone binaries. These fault-prediction models have the advantage of allowing the engineers to observe how their fault-prediction profile evolves over time.&lt;/p&gt;&lt;/blockquote&gt;&lt;p&gt;See you in Kaiserslautern, Germany.&amp;nbsp; &lt;br&gt;&lt;/p&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8952826" width="1" height="1"&gt;</description></item><item><title>Assessing the Relationship between Software Assertions and Code Quality</title><link>http://blogs.msdn.com/gunnarku/archive/2006/06/13/630427.aspx</link><pubDate>Wed, 14 Jun 2006 04:08:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:630427</guid><dc:creator>gunnarku</dc:creator><slash:comments>1</slash:comments><comments>http://blogs.msdn.com/gunnarku/comments/630427.aspx</comments><wfw:commentRss>http://blogs.msdn.com/gunnarku/commentrss.aspx?PostID=630427</wfw:commentRss><description>After almost a year of writing code, verifying the results, fixing various review comments, and doing a number of other things we finally published our &lt;a href="http://research.microsoft.com/research/pubs/view.aspx?type=Technical%20Report&amp;amp;id=1098"&gt;paper&lt;/a&gt; about the relationship between assertions and code quality. Here's the summary:&lt;br&gt;&lt;blockquote&gt;The use of assertions in software development is thought to help produce quality software. Unfortunately, there is scant empirical evidence in commercial software systems for this argument to date. This paper presents an empirical case study of two commercial software components at Microsoft Corporation. The developers of these components systematically employed assertions, which allowed us to investigate the relationship between software assertions and code quality. We also compare the efficacy of assertions against that of popular bug finding techniques like source code static analysis tools. We observe from our case study that with an increase in the assertion density in a file there is a statistically significant decrease in fault density. Further, the usage of software assertions in these components found a large percentage of the faults in the bug database.&lt;br&gt;&lt;/blockquote&gt;Any feedback from interested parties is welcome ;-)&lt;br&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=630427" width="1" height="1"&gt;</description></item></channel></rss>