Difference between revisions of "Static Code Analysis"
(→Checkstyle) |
|||
| Line 20: | Line 20: | ||
It is possible to customize the behaviour of checkstyle for each gCube component. If the file '''checkstyle-config.xml''' is found in the component's home, then that file will be used as Checkstyle configuration file instead of the default one. | It is possible to customize the behaviour of checkstyle for each gCube component. If the file '''checkstyle-config.xml''' is found in the component's home, then that file will be used as Checkstyle configuration file instead of the default one. | ||
| + | |||
| + | |||
| + | == Findbugs == | ||
Revision as of 12:48, 15 January 2012
Contents
Static Code Analysis is a testing methodology that tests software's source code, without actually running the program. Aspects checked by static analysis are: syntax correctness of source code, compliance with formatting guidelines, correctness of algorithms, probable bugs, presence of a proper code documentation.
gCube System exploits the ETICS building tool to carry out static analysis of code. Indeed, ETICS System offers to its users the capability of running a large set of static code analysis tools during ETICS builds. This is made possible by the ETICS plugin mechanism: users choose the set of plugins to run during builds of their project and ETICS will run those plugins at every build; reports of plugins executions will be made available along with other build reports. In particular, gCube project in ETICS is configured to run two famous static code analysis tools for java software:
Checkstyle
Checkstyle tool is automatically run by ETICS at the end of each gCube integration build (see Continuous Integration procedure and reports are published in BTRT along with other reports. Checkstyle reports are used as input for the Documentation Validation procedure.
The default checkstyle configuration used is on the subversion repository at:
http://svn.research-infrastructures.eu/public/d4science/gcube/trunk/Common/javadoc-checks/javadoc_checks.xml
It checks gCube components against official Javadoc Conventions [1], the presence of methods and class javadoc documentation, some programming best practice.
It is possible to customize the behaviour of checkstyle for each gCube component. If the file checkstyle-config.xml is found in the component's home, then that file will be used as Checkstyle configuration file instead of the default one.
