Page tree

Skip to end of metadata
Go to start of metadata

In this chapter:

Overview

Only users with appropriate permissions can edit test configurations. See About Test Configuration Access.

Click on a test configuration in the sidebar to enable editing. Changes affect the test configuration files stored in DTP.

Click on a tab to access a group of related test configuration settings. For additional information about test configuration settings, mouse over an information icon ("i") next to a configuration setting.

General Tab

Click on the General tab to view and edit metadata associated with the configuration. Click Save to preserve any changes you make on this tab.

The following settings and information are available:

Configuration NameYou can rename the test configuration.
Folder

Enter a name in the Folder field to change the location of the test configuration. Entering the name of an existing folder moves the test configuration to that location. If the name you specify doesn't exist, a new folder will be created and the test configuration moved into it.

You can also nest folders by placing a forward slash (/) between folder names.

Access

Choose test configuration accessibility. See About Test Configuration Access.

TagsAdd or remove tags, which searchable terms attached to the configuration.
Configuration URLView the configuration file URL that is consumed by the DTP Engines. This cannot be changed.
Last ModifiedView when the test configuration was added or updated.
AuthorAdd an author. The author may be resource for team members who can provide guidance.
ApproverAdd an approver. The approver may be someone who can provide additional information about the test configuration or serve as a quality gate.
DescriptionAdd a description to provide additional information about the configuration. Descriptions may help team members understand the goals associated with the test configuration.

Scope Tab

The Scope tab contains a set of filters that you can configure to define the parts of the code that the test configuration should cover. You must connect the DTP Engine to source control in order to collect scope information. See Configuring Parasoft Test for All Projects. Click Save to preserve any changes you make on this tab.

You can configure the following settings.

Time Filters

Expand the Time filters settings to set time-based filters at the file or line level. The time filters enable you to restrict the scope of analysis to a specific date range or period. If the scope.scontrol setting is set to true and the source control settings for the DTP Engine are configured, the modification time is set from the source control history. If scope.local is set to true, then the modification time is set form the file system of the machine running the DTP engine.

You can configure the following settings:

File-level Settings

Check all files

Default. Enable this option to include all files in the scope of the analysis the user has access to.

Check locally-modified files

Enable this option to check only locally-modified files. Files in the source control system will be excluded. The following DTP Engine setting must be configured for this option to take effect:

scope.scontrol=true

Check files modified within a date rangeEnable this option and specify a date range to include in the scope. Files that were modified or added within the specified range will be checked.
Check files modified witin last n daysEnable this option and specify the number of days to include in the scope. Files that were modified or added within the specified number of days will be checked.
Check files modified between the current branch and the specified branch

Enable this option to specify a range of branches to include in the scope. Files that were modified from the user's current branch to the specified branch will be checked. Files that did not change between branches are excluded. You can enable the following options:

  • Enable the Use default branch option to compare the current branch to the branch that the SCM considers default.
  • Enable the Use custom branch and specify a branch to compare with the current branch.

Line-level Settings

Check all lines

Default. Enable this option to include all lines of code in the scope of the analysis the user has access to.

Check locally-modified lines

Enable this option to check only locally-modified lines of code. Lines of code in the source control system will be excluded. The following DTP Engine setting must be configured for this option to take effect:

scope.scontrol=true

Check lines modified sinceEnable this option and specify a cut-off date to include in the scope. Lines of code that were modified or added within the specified range will be checked.
Check lines modified witin last n daysEnable this option and specify the number of days to include in the scope. Lines of code that were modified or added within the specified number of days will be checked.

File Path Filters

Expand the File path filters section to specify file path patterns to include and/or exclude from analysis. Relative paths within a workspace/solution.

The following settings are available:

Accepted paths (wildcard)

Specify a comma-separated list of files to include. Wildcards are supported (e.g., *.cpp, *.java, *.cs).

Rejected paths (wildcard)

Specify a comma-separated list of files to exclude. Wildcards are supported (e.g., *.cpp, *.java, *.cs).

Expand the Advanced discloser triangle to use regular expressions to set the file path filters. The following settings are available:

Accepted paths (regex)

Specify a regular expression. Files that match the pattern will be included in the analysis.

Rejected paths (regex)

Specify a regular expression. Files that match the pattern will be excluded in the analysis.

File Content Filters

Expand the File content filters section to specify regular expressions that exclude specific types of files based on content, e.g., auto-generated files.

File filtering takes priority over code block filtering

A potential conflict may occur if you use both filter types at the same time.

Author Filters

Expand the Author filters section to limit the scope of analysis to specific authors. If the scope.scontrol setting is set to true and the source control settings of the DTP Engines are configured, then file authorship is taken from the source control system. If the scope.xmlmap is set to true and the XML map settings are configured for the DTP Engines, then files authorship is taken from the map. 

 

The following options are available:

Include only files owned by authorsEnable this option to only include files owned by the authors specified in the List of authors field.
Include only lines owned by authors

Enable this option to only include lines of code owned by the authors specified in the List of authors field.

List of authorsSpecify a comma-separated list of authors whose code should be analyzed.

File Size Filters

Expand the File size filters section to limit the scope of analysis based on file size.

 

Code Block Options

Expand the Code block options section to define specific blocks of code to include or exclude from the analysis.

File filtering takes priority over code block filtering

A potential conflict may occur if you use both filter types at the same time.

Include only lines in certain blocksEnable this option to include only the code defined by the Starting and Ending marker fields in the analysis.
Starting markerSpecify a regular expression to mark the start of the code block that should be analyzed.
Ending markerSpecify a regular expression to mark the beginning of the code block that should be analyzed.
Skip files without these markersEnable this option skip files that do not include patterns that match the Starting and Ending marker fields.


Static Analysis Tab

Click the Static Analysis tab to enable/disable static and flow analysis. The available options may vary depending on the DTP Engine. See the specific DTP Engine documentation for additional details.

Click Save to preserve any changes you make on this tab.

Advanced Settings

Expand the Advanced Settings section to enable the following options:

  • Set an upper limit on the number of violations that can be reported for each rule.
  • Enable/disable suppressions configured on the engine host.
  • Enable the Skip global analysis option to prevent the collection and use of global data (Jtest DTP Engine only) 

Flow Analysis Advanced Settings

Expand the Flow Analysis Advanced Settings section to configure settings related to performance, reporting verbosity, null-checking method parameterization, and resources checked. 

Performance Settings

Expand this section to access options related to depth of analysis and machine performance. By default, flow analysis performs a complete analysis of the scope, which can take considerable time when running on large code bases.

You can configure the following options:

Incremental analysis

Enable the Enable incremental analysis option to run flow analysis in incremental mode. Incremental mode reduces the time required to run analysis during nightly runs on a single code base that changes from day to day.

Enable the Compact incremental caches option and specify how frequently unnecessary data that may have been cached is removed.

This option is available for the C++test DTP Engine only.  

Depth of analysisChoose the depth of flow analysis. A deeper setting results in more findings, but may results in slower analysis and greater memory consumption.
Strategy for timeouts

Configure the timeout settings for flow analysis.

Enable the time option and specify how many seconds flow analysis should wait before timing out when analyzing a single point in the code.

Enable the instructions option and specify the maximum number of flow analysis instructions allowed when analyzing a single point in the code.

Enable off to disable timeouts.

Enables swapping of analysis data to diskEnable this option to allow DTP Engines to write the data necessary for analysis to disk. This prevents flow analysis from consuming all available memory when analyzing a large project in which the data represents a semantic model of the analyzed source code.

Verbosity Settings

Expand this section to access options related to how much detail is included in the report.

The following options are available:

Do not report violations when cause cannot be shown

Enable this option if you want to exclude violations that lack a cause from being reported. Complete paths from the cause to the point of violation are reported if this option is enabled, but violation causes are not reported for paths that have multiple causes.

Do not report more than one violation per point settingEnable this option to restrict the number reported violations when the cause or point of violation is shared.

Null-checking Methods Settings

Expand the Null-checking methods section to specify the expected return value when a null parameter is passed to a method. This reduces false positives and excessive paths that would normally be built when the return value of a null variable is unknown. These settings are not available for the C/C++test DTP Engine.

Click the add button (+) to add a new parameterization. Click the delete button (x) to remove parameterizations. 

Terminators Settings

Expand the Terminators section to define functions that terminate application execution. These settings are available for the C/C++test DTP Engine only

Click the add button (+) to add a new terminating function API.

Configure the terminator in the  fields provided. See the C/C++test documentation for details. 

Multi-threading Settings

Expand the Multi-threading section to define functions for synchronization between threads and to activate/deactivate the multi-threading functions already listed. The options specified here affect the rules from the BD.TRS (Threads and Synchronization) category. These settings are available for the C/C++test DTP Engine only. 

Click the add button (+) to add a new function.

Specify a name and configure the function. See the C/C++test documentation for details. 

Resources Settings

These settings allow you to define which resources should be checked by the resources rules (BD.RES category). These rules verify the correct usage of all resources that are defined and enabled in this tab.

Click the add button (+) to add a new resource.

Specify a name and configure the resource.

Compiler-specific Settings 

These settings allow you to define advanced compiler-specific arguments. These settings are available for the C/C++test DTP Engine only.

Inversion of Control Framework Settings

Expand the Inversion of Control Framework Settings section to specify annotations used for injecting/initialization values during runtime. Enter a comma-separated list of fully qualified names to use as annotations. These settings are available for the Jtest DTP Engine only.

Static Analysis - Rules Tab

Click the Static Analysis - Rules tab to enable/disable the static analysis rules the configuration uses. This page shows all the rules supported by the selected DTP Engine. Click Save to preserve any changes you make on this tab.

Finding Rules

Use the search bar to find a specific rule or rule category.



Enable the Show Enabled Only option to only show the enabled rules.

Enabling and Disabling Rules

Rules are grouped by category. Expand a category and enable the rule to use it in the test configuration. 

Click the Enable [number] of rule(s) or Disable [number] of rule(s) button to quickly enable or disable all rules in the configuration.

Viewing Rule Documentation

Click on a rule to open the documentation panel.

You can also open the rule documentation in new browser tab.

Click on the documentation icon to open all documentation for the enabled rules in a new browser tab.


Parameterizing Rules

If the rule can be configured, parameters can be set in the rule options panel. Click on a rule and click the Rule Parameters tab to configure the rule. The options available are specific to each rule.

Associating Rule Maps

Choose a custom rule map to associate with the test configuration. See Rule Maps.

Metrics Tab

Click the Metrics tab to enable/disable the metrics collected and calculated during analysis. Click Save to preserve any changes you make on this tab.

You can perform the following actions:

  • Enter a metric ID in the search field to locate a specific metric.
  • Enable the Show Enabled Only option to filter by enabled metrics.
  • Click Enable [n] metric(s) or Disable [n] metric(s) to enable or disable all metrics in the test configuration.
  • Enable/disable individual metrics.
  • Enable the Report static analysis violation when outside of acceptable ranges option to configure an upper and lower threshold for the metric. A flag icon will appear in the Enabled column if this option is enabled.
  • Click on a metric to view the documentation.

Unit Tests/Runtime Tab

Click the Unit Tests or Runtime tab to access controls for unit test execution and coverage data collection.

You can enable/disable the collection of unit test results and coverage analysis.

  • No labels