Re: Test coverage tool
Point of note: for UNIT TEST code coverage, you can use the cobertura stuff built into maven. Just run: mvn cobertura:cobertura and it will generate a HTML coverage report for the maven module in target/site/cobertura There are also some nice dependency reports that we can generate from maven: http://mojo.codehaus.org/jdepend-maven-plugin/ Cross reference report: http://maven.apache.org/plugins/maven-jxr-plugin/ Dan On Tuesday July 18 2006 2:27 pm, Jim Marino wrote: I've been using Clover as a test coverage tool and have found it quite useful (http://www.cenqua.com/clover/) Licensing is free for open source projects and it has plugins for popular IDEs so it can be run as part of a standard code-test cycle (it can be toggled on and off). Although it is a bit indiscriminate (e.g. it flags getters and setters), I find it particularly helpful when writing test cases since it highlights untested code in the IDE. I have attached a sample report I just ran that shows the high level statistics from a run. When we get around to creating integration build infrastructure I would like us to examine using this and generating reports that are posted to a project status page since it is a good indication of areas that need work. It would also been nice to run a dependency analyzer periodically over the codebase to avoid cycles in our package structures. I've seen people use JDepend or SonarJ. Does anyone have experience with either of these two or an alternative? Jim -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 F:781-902-8001 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Test coverage tool
I've been using Clover as a test coverage tool and have found it quite useful (http://www.cenqua.com/clover/) Licensing is free for open source projects and it has plugins for popular IDEs so it can be run as part of a standard code-test cycle (it can be toggled on and off). Although it is a bit indiscriminate (e.g. it flags getters and setters), I find it particularly helpful when writing test cases since it highlights untested code in the IDE. I have attached a sample report I just ran that shows the high level statistics from a run. When we get around to creating integration build infrastructure I would like us to examine using this and generating reports that are posted to a project status page since it is a good indication of areas that need work. It would also been nice to run a dependency analyzer periodically over the codebase to avoid cycles in our package structures. I've seen people use JDepend or SonarJ. Does anyone have experience with either of these two or an alternative? Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Test coverage tool
Hi Jim, I don't see the attached report. --Kevin Jim Marino wrote: I've been using Clover as a test coverage tool and have found it quite useful (http://www.cenqua.com/clover/) Licensing is free for open source projects and it has plugins for popular IDEs so it can be run as part of a standard code-test cycle (it can be toggled on and off). Although it is a bit indiscriminate (e.g. it flags getters and setters), I find it particularly helpful when writing test cases since it highlights untested code in the IDE. I have attached a sample report I just ran that shows the high level statistics from a run. When we get around to creating integration build infrastructure I would like us to examine using this and generating reports that are posted to a project status page since it is a good indication of areas that need work. It would also been nice to run a dependency analyzer periodically over the codebase to avoid cycles in our package structures. I've seen people use JDepend or SonarJ. Does anyone have experience with either of these two or an alternative? Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Test coverage tool
Hi, I tried Clover with Tuscany M1 before and the report is nice. I thought it requires a license. Thanks, Raymond - Original Message - From: Jim Marino [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Tuesday, July 18, 2006 11:27 AM Subject: Test coverage tool I've been using Clover as a test coverage tool and have found it quite useful (http://www.cenqua.com/clover/) Licensing is free for open source projects and it has plugins for popular IDEs so it can be run as part of a standard code-test cycle (it can be toggled on and off). Although it is a bit indiscriminate (e.g. it flags getters and setters), I find it particularly helpful when writing test cases since it highlights untested code in the IDE. I have attached a sample report I just ran that shows the high level statistics from a run. When we get around to creating integration build infrastructure I would like us to examine using this and generating reports that are posted to a project status page since it is a good indication of areas that need work. It would also been nice to run a dependency analyzer periodically over the codebase to avoid cycles in our package structures. I've seen people use JDepend or SonarJ. Does anyone have experience with either of these two or an alternative? Jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Test coverage tool
They have a free license for open source projects. I just got mine. Jim On Jul 18, 2006, at 11:59 AM, Raymond Feng wrote: Hi, I tried Clover with Tuscany M1 before and the report is nice. I thought it requires a license. Thanks, Raymond - Original Message - From: Jim Marino [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Tuesday, July 18, 2006 11:27 AM Subject: Test coverage tool I've been using Clover as a test coverage tool and have found it quite useful (http://www.cenqua.com/clover/) Licensing is free for open source projects and it has plugins for popular IDEs so it can be run as part of a standard code-test cycle (it can be toggled on and off). Although it is a bit indiscriminate (e.g. it flags getters and setters), I find it particularly helpful when writing test cases since it highlights untested code in the IDE. I have attached a sample report I just ran that shows the high level statistics from a run. When we get around to creating integration build infrastructure I would like us to examine using this and generating reports that are posted to a project status page since it is a good indication of areas that need work. It would also been nice to run a dependency analyzer periodically over the codebase to avoid cycles in our package structures. I've seen people use JDepend or SonarJ. Does anyone have experience with either of these two or an alternative? Jim -- -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Test coverage tool
Looks like the mailing list strips attachments. Is there a way to send this and not have it removed? Jim On Jul 18, 2006, at 11:36 AM, Kevin Williams wrote: Hi Jim, I don't see the attached report. --Kevin Jim Marino wrote: I've been using Clover as a test coverage tool and have found it quite useful (http://www.cenqua.com/clover/) Licensing is free for open source projects and it has plugins for popular IDEs so it can be run as part of a standard code-test cycle (it can be toggled on and off). Although it is a bit indiscriminate (e.g. it flags getters and setters), I find it particularly helpful when writing test cases since it highlights untested code in the IDE. I have attached a sample report I just ran that shows the high level statistics from a run. When we get around to creating integration build infrastructure I would like us to examine using this and generating reports that are posted to a project status page since it is a good indication of areas that need work. It would also been nice to run a dependency analyzer periodically over the codebase to avoid cycles in our package structures. I've seen people use JDepend or SonarJ. Does anyone have experience with either of these two or an alternative? Jim - --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Test coverage tool
Try zipping it and then attaching the zip. It worked this way for me when I tried to attach a gif for our website. Venkat On 7/19/06, Jim Marino [EMAIL PROTECTED] wrote: Looks like the mailing list strips attachments. Is there a way to send this and not have it removed? Jim On Jul 18, 2006, at 11:36 AM, Kevin Williams wrote: Hi Jim, I don't see the attached report. --Kevin Jim Marino wrote: I've been using Clover as a test coverage tool and have found it quite useful (http://www.cenqua.com/clover/) Licensing is free for open source projects and it has plugins for popular IDEs so it can be run as part of a standard code-test cycle (it can be toggled on and off). Although it is a bit indiscriminate (e.g. it flags getters and setters), I find it particularly helpful when writing test cases since it highlights untested code in the IDE. I have attached a sample report I just ran that shows the high level statistics from a run. When we get around to creating integration build infrastructure I would like us to examine using this and generating reports that are posted to a project status page since it is a good indication of areas that need work. It would also been nice to run a dependency analyzer periodically over the codebase to avoid cycles in our package structures. I've seen people use JDepend or SonarJ. Does anyone have experience with either of these two or an alternative? Jim - --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
