Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Regrading bug tracking

Preeti D
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!
September 6, 2016

Rephrasing my previous question -

Project Scenario - Sprint 5 is for complete system Integration testing then Sprint 6 is for bug fix for a developer to fix issues which were logged in Sprint 5. Sprint 7 is assigned for Bug verification and retesting along with any new fixes and bug closure.

Bugs are logged in Sprint 5 under the task 'Test case execution' and tagged with sprint 5. When such bugs are available for retesting in Sprint 7 then bug can be closed without changing sprint number in JIRA. But which task needs to be created in Sprint 7 for a tester? and is there any change require in sprint number against bug.

 

Product Scenario - Version 1.0 is released and bugs logged. Few bugs resolved , fixed and closed. Few bugs were deferred and fixed in next release.

 

How to manage in JIRA sprints these scenarios? Kindly guide.

 

1 answer

0 votes
Nic Brough -Adaptavist-
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.
September 7, 2016

It sounds like you're misusing sprints to be honest.  Sprint 5 sounds fine for logging the integration test items, but you don't know how many things are going to come out of it or if you'll have time to fix them in sprint 6.  So you should let people log issues arising and then plan sprint 6 when you've got enough to fill it.  Sprint 7 sounds wrong - if you need to verify that bugs are being fixed, build it into the workflow.

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events