<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Call Graph Visualisation with AspectJ and Dot</title>
	<atom:link href="http://erik.doernenburg.com/2008/09/call-graph-visualisation-with-aspectj-and-dot/feed/" rel="self" type="application/rss+xml" />
	<link>http://erik.doernenburg.com/2008/09/call-graph-visualisation-with-aspectj-and-dot/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Mon, 02 Jan 2012 19:53:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: igorbrejc.net &#187; Fresh Catch For April 5th</title>
		<link>http://erik.doernenburg.com/2008/09/call-graph-visualisation-with-aspectj-and-dot/comment-page-1/#comment-729</link>
		<dc:creator>igorbrejc.net &#187; Fresh Catch For April 5th</dc:creator>
		<pubDate>Sun, 05 Apr 2009 14:01:21 +0000</pubDate>
		<guid isPermaLink="false">http://erik.doernenburg.com/?p=101#comment-729</guid>
		<description>[...] erik d&#246;rnenburg &#187; Blog Archive &#187; Call Graph Visualisation with AspectJ and Dot it would be interesting to implement this for .NET [...]</description>
		<content:encoded><![CDATA[<p>[...] erik d&ouml;rnenburg &raquo; Blog Archive &raquo; Call Graph Visualisation with AspectJ and Dot it would be interesting to implement this for .NET [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ashish</title>
		<link>http://erik.doernenburg.com/2008/09/call-graph-visualisation-with-aspectj-and-dot/comment-page-1/#comment-121</link>
		<dc:creator>Ashish</dc:creator>
		<pubDate>Tue, 18 Nov 2008 11:55:23 +0000</pubDate>
		<guid isPermaLink="false">http://erik.doernenburg.com/?p=101#comment-121</guid>
		<description>Thanks Erik, for this wonderful post. This is a very nice example of using multiple tools to achieve a goal in a few simple steps. Hopefully, shall be able to integrate the same in CI of the projects.</description>
		<content:encoded><![CDATA[<p>Thanks Erik, for this wonderful post. This is a very nice example of using multiple tools to achieve a goal in a few simple steps. Hopefully, shall be able to integrate the same in CI of the projects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nilanjan</title>
		<link>http://erik.doernenburg.com/2008/09/call-graph-visualisation-with-aspectj-and-dot/comment-page-1/#comment-115</link>
		<dc:creator>Nilanjan</dc:creator>
		<pubDate>Fri, 03 Oct 2008 00:46:50 +0000</pubDate>
		<guid isPermaLink="false">http://erik.doernenburg.com/?p=101#comment-115</guid>
		<description>Really cool. Visually this is more useful than some number value shows up for cyclomatic complexity.</description>
		<content:encoded><![CDATA[<p>Really cool. Visually this is more useful than some number value shows up for cyclomatic complexity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Kuhn</title>
		<link>http://erik.doernenburg.com/2008/09/call-graph-visualisation-with-aspectj-and-dot/comment-page-1/#comment-114</link>
		<dc:creator>Adrian Kuhn</dc:creator>
		<pubDate>Thu, 02 Oct 2008 03:34:56 +0000</pubDate>
		<guid isPermaLink="false">http://erik.doernenburg.com/?p=101#comment-114</guid>
		<description>Cool to see this done for Java!
We had been studying such call graphs for Smalltalk tests here at the SCG labs some years ago, and came to the conclusion that presenting tests in the partial order of their coverage sets helps to pinpoint bugs if many tests fail. That is, if two tests fail and one covers a subset of the other, the one that covers the subset is more likely to point the developer to the bug.

Based on that insight, we later implemented an extension to JUnit, called JExample, where these dependencies are made explicit through producer-consumer relationships (simply an @Depends annotation). In an empirical study, we have shown that JExample in fact improves the pinpointing of errors. JExample extends JUnit and even runs fine with the normal JUnit plugin of Eclipse. Currently we are working on a fully automated program analysis, to automatically migrate test from JUnit to JExample.

@see http://smallwiki.unibe.ch/jexample/</description>
		<content:encoded><![CDATA[<p>Cool to see this done for Java!<br />
We had been studying such call graphs for Smalltalk tests here at the SCG labs some years ago, and came to the conclusion that presenting tests in the partial order of their coverage sets helps to pinpoint bugs if many tests fail. That is, if two tests fail and one covers a subset of the other, the one that covers the subset is more likely to point the developer to the bug.</p>
<p>Based on that insight, we later implemented an extension to JUnit, called JExample, where these dependencies are made explicit through producer-consumer relationships (simply an @Depends annotation). In an empirical study, we have shown that JExample in fact improves the pinpointing of errors. JExample extends JUnit and even runs fine with the normal JUnit plugin of Eclipse. Currently we are working on a fully automated program analysis, to automatically migrate test from JUnit to JExample.</p>
<p>@see <a href="http://smallwiki.unibe.ch/jexample/" rel="nofollow">http://smallwiki.unibe.ch/jexample/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

