https://citconf.com/wiki/api.php?action=feedcontributions&feedformat=atom&user=MSwafferCitconWiki - User contributions [en]2026-04-25T03:48:12ZUser contributionsMediaWiki 1.35.11https://citconf.com/wiki/index.php?title=Incorporating_metrics_into_CI_/_Production_ready_software_every_day&diff=5696Incorporating metrics into CI / Production ready software every day2008-04-08T15:26:09Z<p>MSwaffer: New page: '''Metrics To Consider''' - Code Duplication - Cyclomatic Complexity - Dependency Analysis - Code Coverage - Coding Standards '''Tools''' - Simian (Code Duplication) - PMD (Code Duplicati...</p>
<hr />
<div>'''Metrics To Consider'''<br />
- Code Duplication<br />
- Cyclomatic Complexity<br />
- Dependency Analysis<br />
- Code Coverage<br />
- Coding Standards<br />
<br />
'''Tools'''<br />
- Simian (Code Duplication)<br />
- PMD (Code Duplication)<br />
- Source Monitor (Cyclomatic Complexity)<br />
- FX Cop (Coding Standards)<br />
<br />
'''Key Concepts'''<br />
Trends are more important than data points when considering metrics. <br />
<br />
Choosing thresholds based on current status can help direct you to look for trends. (As opposed to arbitrarily picking a number and shooting for it)<br />
<br />
Possible rule of thumb for cylomatic complexity: If 3% to 4% of your code has a cc number of greater than 10. <br />
<br />
'''Production Ready Software Every Day: Is it possible? Desirable?'''<br />
Trying to ship production ready software every day poses some issues. First, what does it mean to be "production ready"? Is this the point at which you throw it over the wall to the testers? It was mentioned that in some industries SOX and other regulations require independent testing before shipping. So while it might be possible to throw new software over the wall every day, it might not be possible to ship every day. <br />
<br />
Documentation is another issue. If you make changes to functionality, the documentation will most likely lag. Are there ways to bring the documentation people into the process sooner so the documentation happens parallel to development? <br />
<br />
'''Unresolved Question'''<br />
In the "over the wall" testing, how much should the testers be told about what changed? Will telling them about new functionality bias their testing to only that new area?</div>MSwafferhttps://citconf.com/wiki/index.php?title=CITCONDenver2008Sessions&diff=5694CITCONDenver2008Sessions2008-04-08T15:13:40Z<p>MSwaffer: /* 10:00 Topics */</p>
<hr />
<div>CITCON Denver Sessions<br />
<br />
<br />
== 10:00 Topics ==<br />
<br />
#[[What's an agile tester?]]<br />
#[[Scaling continuous integration to the enterprise]]<br />
#[[Incorporating metrics into CI / Production ready software every day]]<br />
<br />
== 11:15 Topics ==<br />
<br />
#[[Making builds faster, more efficient]]<br />
#[[Functional tests take a long time]]<br />
<br />
== 2:00 Topics ==<br />
<br />
== 3:15 Topics ==<br />
<br />
== 4:30 Topics ==<br />
<br />
== Books & Polls ==<br />
<br />
#[[Books to read]]<br />
#[[Poll: What tools do you use]]</div>MSwafferhttps://citconf.com/wiki/index.php?title=CITCONDenver2008Registrants&diff=5693CITCONDenver2008Registrants2008-04-08T15:11:45Z<p>MSwaffer: New page: Matt Swaffer - Developer at Eclipse Software Systems, Inc. Greeley, CO</p>
<hr />
<div>Matt Swaffer - Developer at Eclipse Software Systems, Inc. Greeley, CO</div>MSwaffer