Jira Requirements for Sakai bug tracking
An easy way for QA testers to indicate successful completion of testing a fix, using the Tested button to go through workflow from Resolved to Verified. Any branch statuses are set to merge, for example 11 status and 10 status flags indicate a need for a merge to the 11 branch or the 10 branch successfully. Branch managers close the JIRA when all merges are completed.
We have a way to set the branch status flag to tested, indicating the fix was tested directly in the branch, after merge.
Workflow from Awaiting Review -> Opened -> Resolved -> Verified -> Closed.
Easy way for a developer or QA tester to be assigned a JIRA indicating work in progress.
A way to bulk change just about any field or workflow in JIRA .
Date indicating when the JIRA was created and when it was last updated.
Easy commenting mechanism.
Field for Test Plan.
Extensive use of labels that are usable by anyone. Used flexibly.
JQL searching mechanism. Easy to search and order by tool, status, reporter, assignee, and so forth.
Indicating the type of issue, bug or feature.
Easy connection to actual code changes.
Prioritization field.
Affected Version(s)
Fixed Version(s)
Easy addition of screenshots and other attachments.
History showing the change in status of the JIRA over time.
Be able to re-open an issue which is not actually fixed.
See Sakai Jira Guidelines for more complete workflow and field requirements.
Connection with Confluence - two way. Able to easily link one or more JIRA issues, including by JQL search queries. JIRA shows connected Confluence pages. Great for README and rellease notes.
Exporting of issues to Excel.
API's available to query and pull data from external languages like Python.
Ability to close issues other than just being fixed, for example Non-issues, Duplicates, Won't Fix (insufficient resources, etc), Incorporated, Incomplete, Can't Reproduce, etc.
Connection between JIRA to show relationships like dependencies, incorporation, duplication, etc. Allows for many-to-many relationship.
Ability to define issues as Security issues, which makes them inaccessible except for those with appropriate permissions.
Group management to control to whom issues can be assigned, use of the QA Tested button, etc.
Allow watching of issues. And automatic set to watcher for issues on which you make comments.
Voting on issues.