In this section:
session.tag
This setting specifies a tag for signing results from the test session. The tag is a unique identifier for the specified analysis process made on a specified module. Reports for different test sessions should be marked with different session tags.
Acceptable Values
| [tag name] | A unique tag that identifies results from different sessions. |
|---|
Example Usage
The following configuration specifies the ut_win tag:
session.tag=ut_win
build.id
This setting specifies a build identifier used to label results. It may be unique for each build but may also label more than one test sessions that were executed during a specified build.
Acceptable Values
| [id] | An id that is used to label results. The default is ${dtp_project}-yyyy-MM-dd. |
|---|
Example Usage
The default build ID includes the name of the project in DTP and the date of the build. For example, for the ATM project, the build ID included in the report may resemble the following: ATM2-2017-07-07.
The following configuration specifies the custom abc_project id:
build.id=abc_project
project.module
This setting specifies a custom name for the project's module. The setting may be used to describe unique runs. If unspecified, the tested module is detected automatically based on the analyzed code.
Acceptable Values
| [name] | A name of the project module. |
|---|
Example Usage
The following configuration specifies the custom XTests module name:
project.module=xTests
exec.env
This setting specifies a list of tags that describe the environment where the run was executed. Tags may describe the operating system (e.g., Windows, Linux), architecture (e.g., x86, x86_64), compiler, browser, etc. The exec.env tags enable the entire session to be described. A detailed description of the environment may also be included in the test suite, test, or test case levels via services API.
Acceptable Values
| [tag1;tag2...] | A list of tags that describe the execution environment separated with a semi-colon. |
|---|
Example Usage
The following configuration specifies three tags:
exec.env=Windows;x86;gcc_5_4
report.location
This setting specifies the directory where the report will be created.
Acceptable Values
| [path] | A path to the directory where the reports are created. |
|---|
Example Usage
The following configuration specifies the path to the new_reports directory:
report.location=C:\Users\user1\new_reports
report.format
This setting specifies the report format. Use a comma separated list of formats to reports in more than one format.
Acceptable Values
| xml | Default. Generates a report in the XML format. |
|---|---|
| html | Default. Generates a report in the HTML format. |
| Generates a report in the PDF format. | |
| csv | Generates a report in the CSV format. |
| custom | Generates a report in a custom format; see report.custom.extension and report.custom.xsl.file. |
Example Usage
The following configuration specifies the PDF report format:
report.format=pdf
report.custom.extension
This setting specifies the report file extension of the XSL file for a custom format. It requires the report.format option to be set to custom, as well as report.custom.xsl.file to be configured.
Acceptable Values
| [extension] | A custom extension of the XSL file. |
|---|
report.custom.xsl.file
This setting specifies the location of the XSL file for a custom format.
Acceptable Values
| [path] | A path to the XSL file. |
|---|
report.developer_errors
This setting specifies whether manager reports will include details about developer errors.
Acceptable Values
| true | Details about developer errors are included in the report. |
|---|---|
| false | Default. Details about developer errors are not included in the report. |
Example Usage
The following configuration enables including details about developer errors in the report:
report.developer_errors=true
report.developer_reports
This setting specifies whether the system generates detailed reports for all developers (in addition to the summary report for managers).
Acceptable Values
| true | Enables generating detailed reports for developers. |
|---|---|
| false | Default. Disables generating detailed reports for developers. |
Example Usage
The following configuration enables generating detailed reports for developers:
report.developer_reports=true
report.authors_details
This setting specifies whether the report includes an overview of the number and type of tasks assigned to each developer.
Acceptable Values
| true | Default. Reports include types and numbers of tasks assigned to each developer. |
|---|---|
| false | Reports do not include types and numbers of tasks assigned to each developer. |
Example Usage
The following configuration disables including details about numbers and types of tasks for each developer:
report.authors_details=false
report.contexts_details
This setting specifies whether the report includes an overview of the files that were checked or executed during analysis.
Acceptable Values
| true | Default. Reports include a list of files that were checked. |
|---|---|
| false | Reports do not include a list of files that were checked. |
Example Usage
The following configuration disables including a list of files that were checked.
report.contexts_details=false
report.suppressed_msgs
This setting specifies whether the report includes suppressed messages.
Acceptable Values
| true | Suppressed messages are included in the report. |
|---|---|
| false | Default. Suppressed messages are not included in the report. |
Example Usage
The following configuration enables including suppressed messages:
report.suppressed_msgs=true
report.metadata
This setting specifies whether additional metadata about findings should be downloaded from DTP. Only the findings that are already available on DTP are affected. The DTP server must also support the metadata service for this setting to take effect.
Acceptable Values
| true | Default. Metadata about findings are downloaded from DTP. |
|---|---|
| false | Metadata about findings are downloaded from DTP. |
Example Usage
The following configuration disables downloading additional metadata from DTP:
report.metadata=false
report.scontrol
This setting specifies if and how much additional information from source control is included in the report.
Acceptable Values
| off | Default. Information from source control is not included in the report. |
|---|---|
| min | The report includes information about repositories, file paths, and revisions. |
| full | The report includes information about repositories, file paths, and revisions, as well as task revisions and comments. |
Example Usage
The following configuration enables including information about repositories, file paths, and revisions in the report:
report.scontrol=min
report.associations
This setting enables or disables showing requirements, defects, tasks, and feature requests associated with a test in the report.
Acceptable Values
| true | Default. Requirements, tasks and feature requests are included in the report. |
|---|---|
| false | Requirements, tasks and feature requests are not included in the report. |
Example Usage
The following configuration disables showing requirements, tasks and feature requests in the report:
report.associations=false
issue.tracking.tags
This setting specifies a list of issue tracking tags.
Acceptable Values
| [tag] | A comma-separated list of tags. The following tags are supported by default: |
|---|
Example Usage
issue.tracking.tags=fr,high,task
report.assoc.url.[tag]
This setting generates a link to an association inside the HTML report. The URL is a query string containing an [%ID%] placeholder for the PropertyAttribute value.
Acceptable Values
| [URL] | The link to the association that will be included in the HTML report. |
|---|
report.active_rules
This setting specifies if the report contains a list of the rules that were enabled during analysis.
Acceptable Values
| true | Default. The list of active rules is included in the report. |
|---|---|
| false | The report does not include the list of active rules. |
Example Usage
The following configuration disables showing the rules that were enabled during analysis in the report:
report.active_rules=false
report.rules
This setting specifies a directory for storing static analysis rules HTML files (retrieved by clicking the Printable Docs button in the Test Configuration's Static Analysis tab).
Acceptable Values
| [URL] | The location where the HTML static analysis rule files are stored. |
|---|
Example Usage
Example 1:
report.rules=file:///C:/parasoft/gendoc/
Example 2:
report.rules=../gendoc/
report.test_params
This setting specifies whether the report includes test parameter details.
Acceptable Values
| true | Default. The parameter details are included in the report. |
|---|---|
| false | The parameter details are not included in the report. |
report.coverage.images
This setting specifies a set of tags that will be used to create coverage images in DTP. DTP supports up to 3 coverage images per report.
Acceptable Values
| [tag] | A semicolon-separated list of tags that will be used when coverage images are created in DTP. |
|---|
report.coverage.limit
This setting that specifies the lower coverage threshold. Coverage results lower than the specified value are highlighted in the report.
Acceptable Values
| [value] | A value that represents the lower coverage limit. The default value is |
|---|
Example Usage
The following configuration sets the lower coverage value to 50:
report.coverage.limit=50
report.metrics.attributes
This setting specifies a list of additional attributes for metric results.
Acceptable Values
| [attribute] | A list of comma-separated attributes. The following attributes are supported by default: |
|---|
report.archive
This setting enables or disables archiving reports into a ZIP file.
Acceptable Values
| true | Reports are archived in a ZIP file. |
|---|---|
| false | Reports are not archived in a ZIP file. |
report.graph.start_date
This setting specifies the start date for trend graphs that track static analysis task, test execution, and coverage. Requires configuring the report.graph.period option.
Acceptable Values
| [MM/dd/yy] | A date in the month-day-year format. |
|---|
report.graph.period
This setting specifies the duration from the start date for trend graphs that track static analysis task, test execution, and coverage. Requires configuring the report.graph.start_date option.
Acceptable Values
| [?d|?m|?y] | Specifies the duration in the days-months-years format. |
|---|
report.mail.enabled
This setting enables or disables report emails to developers and additional recipients specified with the report.mail.cc setting.
Acceptable Values
| true | Developers and additional recipients are automatically sent a report that contains the errors/results related to his or her work. |
|---|---|
| false | Default. Developers and additional recipients are not sent the reports. |
report.mail.server
This setting specifies the mail server used to send reports.
Acceptable Values
| [host_name] | The host name of the server where the report will be sent. |
|---|
report.mail.port
This setting specifies the port for SMTP server.
Acceptable Values
| [port_number] | The port number. The default is |
|---|
report.mail.security
This setting specifies SMTP server connection security.
Acceptable Values
| STARTTLS | Default. STARTTLS connections security is used. |
|---|---|
| SSL | SSL connections security is used. |
report.mail.subject
This setting specifies the subject line of the emails that are sent.
Acceptable Values
| [subject] | The subject of the email. |
|---|
Example usage
report.mail.subject=ABC Project Results
report.mail.username
report.mail.password
report.mail.realm
These settings specify required information for SMTP server authentication. The realm value is required only for those servers that authenticate using SASL realm.
Example usage
report.mail.username=user1report.mail.password=Psm#3P!
report.mail.domain
This setting specifies the mail domain used to send reports.
Acceptable Values
| [domain] | The domain where the reports are sent. |
|---|
report.mail.time_delay
This setting specifies a delay between emailing reports (to avoid bulk email restrictions).
Acceptable Values
| [time] | The reports will be emailed with the specified time delay. |
|---|
report.mail.from
This setting specifies the content of the "from" field of the emails sent.
Acceptable Values
| [email] | The "from" field will include the email address |
|---|---|
| [user] | The "from" field will include the user name. |
report.mail.attachments
This setting enables or disables sending reports as attachments. All components are included as attachments; before you can view a report with images, all attachments must be saved to the disk.
Acceptable Values
| true | The emails will be sent with attachments. |
|---|---|
| false | The emails will be sent without attachments. |
report.mail.compact
This setting specifies how the report information is delivered in the email. This setting is not configured by default.
Acceptable Values
| trends | The email contains a trend graph, summary tables, and other compact data; detailed data is not included |
|---|---|
| links | The email only contains a link to a report available on DTP server. |
report.mail.format
This setting specifies the content type for the email.
Acceptable Values
| html | The email content has the HTML format. |
|---|---|
| ascii | The email content has the ASCII format. |
report.mail.cc
This setting specifies email address for sending comprehensive manager reports. Multiple addresses must be separated with a semicolon. This setting is commonly used to send reports to managers or architects, as well as select developers.
Acceptable Values
| [email_address] | A list of email addresses separated by semi-colons. |
|---|
Example Usage
[email protected];[email protected]
report.mail.include
This setting specifies email addresses of developers that you want to receive developer reports. Multiple addresses must be separated by a semicolon. This setting is commonly used to send developer reports to developers if developer reports are not sent automatically (e.g., because the team is not using a supported source control system).
This setting overrides addresses specified in the 'exclude' list.
Acceptable Values
| [email_address] | A list of email addresses separated by semi-colons. |
|---|
report.mail.exclude
This setting specifies email addresses that should be excluded from automatically receiving reports.
Acceptable Values
| [email_address] | A list of email addresses separated by semicolons. |
|---|
report.mail.exclude.developers
This setting enables or disables report emails to developers who are not explicitly listed in the report.mail.cc setting. This setting is used to prevent reports from being mailed to individual developers.
Acceptable Values
| true | Emails will not be sent to developers who are not explicitly specified. |
|---|---|
| false | Default. Developers are not excluded from the mailing list. |
report.mail.unknown
This setting specifies where to email reports for errors assigned to "unknown".
Acceptable Values
| [email] | The reports assigned to t"unknown" are sent to the specified email address. |
|---|---|
| [user] | The reports assigned to t"unknown" are sent to the specified user. |
report.mail.on.error.only
This setting enables or disables email reports to the manager when an error is found or a fatal exception occurs. Developer emails are not affected by this setting; developer emails are sent only to developers who are responsible for reported errors.
Acceptable Values
| true | Emails with specific information about errors and fatal exceptions are sent to the manager. |
|---|---|
| false | Default. Emails with specific information about errors and fatal exceptions are not sent to the manager. |
report.setup.problems
This setting specifies where the Setup Problems section is placed in the report.
| top | The Setup Problems section is placed at the top of the report. |
|---|---|
| bottom | Default. The Setup Problems section is placed at the bottom of the report. |
| hidden | The Setup Problems section is not displayed in the report. |
report.setup.problems.category_limit
This setting specifies a limit to the number of messages reported in a single setup problem category.
Acceptable Values
| [number] | The maximum number of messages reported in a single setup problem category. The default value is |
|---|
report.setup.problems.display_limit
This setting specifies a limit to the total number of messages displayed in the HTML report in the setup problem section.
Acceptable Values
| [number] | The maximum number of the total number of messages reported in the Setup Problem section. The default value is |
|---|
report.setup.problems.console
This setting specifies whether setup problems will be printed on the console.
Acceptable Values
| true | Default. Setup problems are printed to the console. |
|---|---|
| false | Setup problems are printed to the console. |
report.separate_vm.xmx
This setting specifies how much memory should be used for reports generation.
Acceptable Values
| [memory_size] | The maximum amount of memory allocated for report generation. The default is |
|---|
report.separate_vm
This setting enables or disables generating reports as a separate virtual machine.
Acceptable Values
| true | Reports are generated as a separate virtual machine. |
|---|---|
| false | Default. Generating reports as a separate virtual machine is disabled. |
report.separate_vm.launch.file
This setting specifies the path to launch file that should be used during reports generation.
Acceptable Values
| [path] | The path to the launch file. |
|---|
dupcode.sorting.mode
This setting specifies how elements in the code duplication findings are sorted.
Acceptable Values
| oldest | The oldest result is displayed at the top. |
|---|---|
| newests | The newest result is displayed at the top. |
| paths | Default. The results are sorted by full path names in the ascending alphabetical order (A to Z). |
report.coverage.version
This setting specifies the version of the XML coverage report.
Acceptable Values
| 1 | Default. The standard version is used. |
|---|---|
| 2 | The size of the XML report is optimized. |
report.dtp.publish
This setting determines whether the current installation of the product reports results of local analysis to the DTP server.
Acceptable Values
| true | The results are published to DTP. |
|---|---|
| false | Default. The results are not published to DTP. |
Example Usage
The following configuration enables sending local analysis results to DTP.
report.dtp.publish=true
Related
report.dtp.publish.src
This setting specifies whether the tested source code is published to the DTP server.
Acceptable Values
| off | Source code is not published to DTP. Default when the report.dtp.publish option is enabled. |
|---|---|
| min | The minimal part of the source code is published (in most cases, source code without reference to source control, for example, auto-generated code, is published. |
| full | All of the source code from the specified scope is published to DTP. Default when the report.dtp.publish option is enabled. |
Example Usage
The following configuration enables partial publishing of source code to DTP.
report.dtp.publish.src=min
