Just a heads up: On March 24, 2025, starting at 4:30pm CDT / 19:30 UTC, the site will be undergoing scheduled maintenance for a few hours. During this time, the site might be unavailable for a short while. Thanks for your patience.

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

Looking to show burndown during a sprint when dev and testing are done but additional work is needed

Sarah Landry
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 11, 2017

I would like to start by saying that I understand this isn't a pure agile way to do things but it is the scenario I am faced with and could use some advice. Our 2 week sprints include both development and testing. However,  after the sprints are completed and before the release, we still have a period for integration testing. The dilemma I am struggling with is coming up with a jira workflow that shows burndown during the development/qa sprint (which I believe means we would need to mark the story Done once testing is complete). However, then we would still need to know that there is more work (integration testing) that needs to be done to those same stories before we release. Does anyone else have a similar workflow and could share how you handle this? Or can anyone come up with a workflow solution in JIRA without having to clone every single story?

2 answers

0 votes
Crystal Lemming
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!
December 2, 2019

Anyone from Atlassian have recommendation?

0 votes
Troy Spetz
Contributor
June 4, 2018

We use JIRA 7.9 server version.

Our Definition of Done is when the issue is sprint tested and closed.

We use 2-week sprints.

This means our Integration and User Acceptance testing is managed *outside* of JIRA sprints because this work is done by a separate team (who do not use sprints nor JIRA) at a later date (i.e. release preparation).

It is not ideal, but as we release only 3 to 4 times a year (i.e. the results of 4 to 8 sprints of development), it is manageable.

Suggest an answer

Log in or Sign up to answer