Skip to content

Report and Track Issues

You can report issues in Squash TM's Campaigns workspace. You can identify and report issues during test cases executions. You can execute test cases one by one from an execution plan, or successively thanks to test suites and the button Execute.
Squash TM supports connections to Mantis, Jira, Redmine, Bugzilla, RTC, and Tuleap, GitLab and Azure DevOps bugtrackers.

Report an Issue from an Execution Step or Execution

To execute test cases one by one, you have two options:

  • Execute them in a pop-up: an execution popup appears and enables you to execute test steps one by one.
  • New execution: the test case's execution appears and from the "Execution scenario" anchor, you can define each test step's execution result without executing them.

Test case execution options

You can report an issue from the "Issues" block below the execution popup, or using the "Execution Scenario" anchor, via the button Add.
You can report a new issue by clicking on "Report new issue".

Report new issue

The page "Report a new issue" opens with the following fields to complete:

  • Project: name of the project where the test case containing the issue is located (filled in by default)

  • Category: category of the bugtracker that will enable you to categorize the issue (filled in by default)

  • Severity: the issue's degree of severity (filled in by default)

  • Product version: product version in which the issue was reported (filled in by default)

  • Assigned to: person to whom the issue will be assigned (filled in by default)

  • Summary: issue title (mandatory)

  • Description: description of the linked test case, URL of the consultation page from which the issue is reported, report of the issue to be filled in by the user (mandatory field, pre-filled but to be completed)

  • Additional information: prerequisites and test steps as entered in Squash TM until the failed test step.

When you create an issue, you must at least complete the "Summary" field. The fields filled in by default are editable. :

The form's field change according to the project and issue type selected by the tester. For bugtrackers other than Mantis, custom fields are retrieved in the select popup so that they can be filled in. When creating an issue, all the fields with an asterisk are mandatory.

Report a new issue

Once you have added your issue, the "Issues" block updates itself. Your issue then appears in the table and is automatically added to the project's bugtracker. You can find it by clicking on the link in the "Key" column of the table.

Issue saved

Associate an Existing Issue with an Execution Step or Execution

When the issue observed has been reported, you can directly link it to the test step or execution by clicking on the button Ajouter and then on "Link to existing issue". Once the issue is found, its information appears and it can be added to the execution step or execution.

Search for an issue

Focus

For GitLab and Azure DevOps bugtrackers, your must enter the path of the project where the issue is, and the issue's ID.

Track Known Issues for All Squash TM Items

Issues reported during an execution or from an execution are added to the "Known Issues" anchor in the test/iteration/campaign suite where the issue was found. A table with all the issues appears and the number of known issues is updated under the anchor's icon.

For test suites, iterations and campaigns, the "Known issues" anchor contains all the issues of the test suite declared during the execution of the tests contained in its execution plan.

There is also a "Known issues" anchor for test cases that had issues that were reported during its various executions.
For a requirement, the "Known issues" anchor lists all the issues associated with the tests that verify that requirement.
For a high-level requirement, this table also displays the issues of the classic requirements it is linked to. And for a parent requirement, it also displays all the issues of its children requirements.

This table enables you to track the solving of issues ("Status" column) because information is retrieved in real time directly from the bugtracker. It also enables you to have a complete history of the issues encountered during executions.

Known issues table