Missed Team ’24? Catch up on announcements here.

×
Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Defect Workflow

Smarsh Dev
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
November 1, 2011

I manage the Fisheye+Crucible setup for a medium/large dev team and we have recently switched to using Crucible from Code Collaborator. My users are confused about the workflow for using the Defect identifier within a code review.

Specifically:

1. Is there anyway to have a defect create a JIRA ticket? We were told this was a function of the system when we investigated it

2. Once a defect is created, how do you resolve it? It appears that you can remove the classification but not actually acknowledge the defect as removed. This leads to either defects persisting in the review, or the flag being removed and the comments being left behind or deleted.

3. Can you prevent a review from being closed if defects are present?

4. Is there a way to get a summary of all the defects in a review?

5. When viewing a file with multiple revisions, it appears that comments are tied to a specific revision, is there anyway to have the comments appear in all revisions going forward? In other words if I make the comment in revision 5, it would not be visible in revision 4, but would be displayed for revisions 5, 6, etc. Optionally if it was always displayed that would be acceptable as well.

Any help would be greatly appreciated.

1 answer

0 votes
Renjith Pillai
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
November 1, 2011

1. If you have linked the Crucible Project to Jira project, directly while creating comments, an issue can be created. It gets created as a sub task of the linked issue for which the review was created

2. If a sub-task is getting created, solving of the sub-task is essentially the solving of the defect. But more than the sub-task, the reviewer could check the updated source code for the change.

3. Preventing of closing of review is not possible (i think). But since the linked Jira issue can be prevented from closing with the workflow condition (block if sub-tasks) is more than sufficient to keep the track of pending changes.

4. Yes, search of reviews and select the appropriate filter within Crucible itself, or use the Crucible gadget in a jira dashboard and it shows the aggregated summary of defects across different classifications.

5. Not possible, I assume. Eventhough it is a very good feature to have, some comments may be invalid though as newer code gets added.

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events