Connect to DTP to set your license, import findings from DTP, and access shared project settings and test configurations. See About the Parasoft Development Testing Workflow for additional information.
Configuring the connection to DTP Server from the plug-in, however, does not allow you to send local findings to DTP Server. In order to send local analysis findings, you must configure the connection to DTP server, as well as the report.dtp
settings, in the .properties in the installation directory. See Getting Started in Automation User Guide for details.
To connect to a DTP Server:
In your IDE, click Parasoft in the menu bar and choose Preferences (Eclipse), Options (NetBeans) or Settings (IntelliJ).
DTP Server will automatically configure your license (see step 2), but you can click the Configure... link in the License section to manually configure the license. This is only required if you want to run local analysis in the IDE with a standalone version of your product. See Setting the Parasoft License for details.
In addition to providing licensing and shared assets for testing and analyzing your software under development, Parasoft DTP collects and merges data points from Jtest, third-party analysis tools, and external systems, such as bug tracking and requirements tracking systems. It aggregates and prioritizes data, as well as performs additional analysis to help you optimize development processes. Using your code analysis and test execution tool with DTP enables you to consistently apply quality practices across teams and throughout the SDLC.
The following illustration shows the general workflow.
Parasoft tools ship with plugins for integration with your build tools (i.e., Maven, Ant, Gradle, MS Build, make, etc.). These integrations allow you to analyze code and send data to DTP automatically as part of the automated build processes and continuous integration (CI).
WhenJtestruns, it captures massive amounts of detailed data associated with the code referred to as “observations.” Observations are code quality data, such as static analysis violations, unit test failures, metrics, etc., as well as logistical information about the code, such as authorship, scope, and source control location.
When observations are sent to DTP, they are converted into “findings” and stored in the database. Findings are observations that have been analyzed, normalized, and aggregated into actionable data.
You can import priorities and filtered findings from DTP directly into your IDE so that issues can be addressed.
When you check code back into source control, the continuous integration process picks up the change, and the workflow is repeated. This ensures that defects are detected and prevented from becoming software bugs later in the development process when the costs of remediation are much higher.