Configuration of Suspect Logic Rules
To configure rules for suspect logic, you need the "Suspect Configuration" user permission - see Managing User Permissions.
In the Jira main navigation bar, select Requirements > Suspect Configuration. Selecting the desired project causes the existing rules for that project (if any) to be displayed. The following actions are available:
Purpose | Action |
---|---|
Create rule | Select the option Add Suspect Configuration.
To avoid being overwhelmed by requirements incorrectly getting marked as suspect, think carefully about which fields are selected here. Only those fields that, if changed, might necessitate changes in related requirements should be included. The requirement description is an obvious candidate, since a change in a requirement’s description may necessitate coordinated changes in the descriptions of related requirements. But a change in, say, the assignee of a requirement probably has no impact on related requirements.
|
Modify rule | Select the edit icon next to the rule, modify the rule configuration as desired and select Update. |
Delete rule | Select the delete icon next to rule and select Delete. |
Linked Issues as trigger for suspects
There may be a need for requirements to mark newly linked issues as suspects to check its impact on requirements. When linking an existing issue or creating a new link, regardless of the scope indicated, the link between both changed and linked issue will be marked as a suspect since it is identified equally as a change for both.
The revision may also show the issue keys in the “R4J Suspect“ revision interchangeably (in the example below, ABC-123 and ABC-456) since Jira does not provide the direction which the links are created.
Example of an “R4J Suspect“ revision: R4J Suspect: Suspect set in ABC-123 due to change in ABC-456