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.