You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.
View groupJoin the community to find out what other Atlassian users are discussing, debating and creating.
Hi All - hoping to get some guidance from all of you experts out there :) I've got a couple of questions related to defect tracking in JIRA. We are looking to create a new "story defect" subtask in our instance for teams to track defects found during story testing. However, there are a couple of scenarios I'm unsure how to handle...
Your input is greatly appreciated.
Hi Alison - Welcome to the Community!
1. For our process, any Defect that is not going to be immediately fixed is converted to a Bug issue type. (Which is not a Sub-task type for us, by the way).
Our definition - Defect - identified during QA Testing and must be fixed now and code cannot be deployed until the Defect is fixed. Bug - something doesn't work correctly, but we acknowledge that and will release the code anyway. We will fix it when we have time. Same goes with items found in Production - we consider all of them to be Bugs.
2. We would still classify those as Bugs since the don't directly relate to current code/stories being deployed. But we could Expedite the priority if needed to get it out the door with the rest of the code.
I hope that helps!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Great! If that solved it for you, can you click the Accept Answer button so others will be able to see the resolution in the future?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sorry about that! I clicked on it earlier when I posted my reply but it must not have stuck.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
What about the second part of my question? If a team does some release/iteration testing on top of the sprint testing, is there a best practice for tracking defects found at that point? The individual stories would have been closed out at that point during the individual sprints so putting them as a story subtask under the original story would not be an option unless you reopen the associated story (assuming QA would even be able to map it back). Do you recommend release/iteration testing stories to nest those defects under?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Never mind - I see that you guys don't have defects as a sub-task so I would assume you would just add as another defect. But - if you have thoughts on how to handle in our situation, I would love the guidance :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Defects are a Sub-type for us. But Bugs are not. We would create them as Bugs if they are not directly associated with the stories in that Sprint. Does that make sense?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Catch up with Atlassian Product Managers in our 2020 Demo Den round-up! From Advanced Roadmaps to Code in Jira to Next-Gen Workflows, check out the videos below to help up-level your work in the new ...
Connect with like-minded Atlassian users at free events near you!
Find an eventConnect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.
Host an eventYou're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.