How Are Issues Handled in JIRA? – Atlassian JIRA Tutorial #2

Working with JIRA issues

JIRA – we are in the midst of self-learning this tool. In the last JIRA tutorial, we talked about the underlying JIRA process – the Incident Management and a few high-level details of the tool itself.

Today we move on to yet another interesting topic – How are issues handled in JIRA?

Before we get into more details let us reiterate what an issue is:

An issue is anything that you would track to completion. Some examples specific to QA can be – a document to be created, a document to be reviewed, a bug or an environmental issue.

Let us move on to creating an issue assuming the user logged in is not an admin and our test project “Test for STH” with components – Module 1 and Module 2, versions – version 1 and Version 2. Key – TFS is already created.

Creating a JIRA issue:

Issues form the crux of JIRA, so to create them there in option right on the menu bar:

Creating a JIRA issue 1

Click on “Create Issue” button. Alternately, when you type “c” while on the JIRA page, the following ‘Create Issue’ dialog opens up.

Creating issues in JIRA 2

All the fields in this page are self explanatory.  We will discuss the most important one below.

Project: Every issue belongs to a project. You can choose the same by clicking on the drop down and choosing the project that you want this issue to belong to.

Creating issues in JIRA 3

Issue type:  This field displays all the types of issues that can be created and tracked via JIRA. The following options are available in this list (this list might differ depending on the setting set by the administrator):

Creating issues in JIRA 4

The items Bug, new feature, task, improvement are exactly what their names imply. Epic and story are more relevant to agile projects. Story is a requirement in Agile that needs to be tracked from start to finish. Epic is a group of stories.

Choose the issue type as needed. I am going to go with “Bug”.

Summary: Give your bug a title here.  When used right, this field can be very successful at transmitting a lot of critical information. Some aspects to note here:

A bug/defect is essentially something that is not right. The right way to approach a bug title is to concisely define ‘what’s wrong’.

An example of a bad title/summary is : “There should be an option to clear the contents on the screen”.  When I read this my initial reaction is going to be – “Okay, there should be- but what’s the problem here? Is the option not present at all? Or is the option present and not clearing the content?”

It is also agreed, that when I open this bug and look into it in detail, I am sure I will find the answer to this question.

However, the emphasis here is to use this “Summary” field in the most efficient manner. Therefore, a more apt summary/title would be “The option to clear the contents on the home login page does not clear the fields when clicked.”

In the limited space that this field provides try to write your title in a way that communicates the exact issue without any ambiguity.

Priority:  This field can take one of the following values.

Choose an appropriate option for your bug.

Creating issues in JIRA 5

Component: This list will display the components of the Project. Choose appropriately.

Affected Version and Fix version: These two fields will display the versions available for the project. It is not necessary that a certain issue that you encountered in a certain version gets fixed in the same one. In cases like that, you can choose the affected version as the current version and fix version as the next one.

Also, these fields can take multiple values. You can choose to set that a certain issue affects both version 1 and version 2 as below:

Creating issues in JIRA 6

Assignee: You can type the name of the person to whom this issue should be handed over further. You can also assign an issue to yourself.

Creating issues in JIRA 7

------------

Description: This is an optional text field that aids you to enter as much information as you would like about your issue. In case of a bug, it is typical to use this field to give in detail information about the steps to reproduce the defect.
It is of utmost importance to give all the information

“Say, there are two fields – dependent ones- State and City. When I choose State from the drop down, it the City field should display the respective cities in the state I chose.

If I raised a bug as “The cities are empty for some states I selected”. The description field it the place for me to elaborate on this defect.

An example for an insufficient description is:

1) Enter the site
2) Click on the address page
3) Enter the other details like name, street address etc.
4) Click on the” State” drop down. Choose a state
5) Click on “City” drop down – note the city names

The above description though precise, it not complete. When it comes to this field, err on the side of providing too much information but not too little.

If the following steps are added to the description, this will make more sense.

6) Choose the state as “California” and click on “City” drop down – all the states are displayed and the user can select a city as needed.
7) Choose the state as “Louisiana” and click on “City” drop down – the list is empty.
8) The cities are empty for states New Jersey and Utah also.

So, to repeat, provide the exact steps, the exact data and any other information you think necessary to complete this field.

Attachment:  Any supporting document can be uploaded with an issue.

Once all the information is entered to your satisfaction, the issue can be created by clicking on the “Create” button at the end of the “Create Issue” dialog.

The issue gets created and a message is displayed to the user with the issue ID:

Creating issues in JIRA 8

Note: notice the issue ID; it is prefixed by the “Key” of the project. It is JIRA’s way of tracking/grouping the issues that belong to a certain project.

You can view the created issue, by clicking on the link that appears in the above message.

Additional details about the create issue page:

1) There is a configure fields option present on the top-right corner of the “Create Issue” page.

Creating issues in JIRA 9

This option can be used to choose/alter the fields that you would like to see in your create issue dialog. Once a choice is made, JIRA will remember the changes for your subsequent issues too.

2) At the bottom of the “Create Issue” page there is a “create another”

Creating issues in JIRA 10

When you choose this option and click “Create”- once, the current issue is created; JIRA keeps the
“Create Issue” dialog open with Project, Issue type and other fields except summary auto selected as per the previous issues created.

Conclusion:

This brings us to the end of the topic – “Creating an issue in JIRA”.

In the next Atlassian JIRA tutorial we will learn about sub-tasks and how to use them for specific QA purposes. Stay tuned and do let us know your comments, questions and suggestions below.



The Best Software Testing Training You'll Ever Get!

software testing QA training

17 comments ↓

#1 Priyanka on 10.07.13 at 5:31 am

Very informative Sir, thanks alot.

#2 Sheetal on 10.07.13 at 6:29 am

thanks for explaining the process. Along with this I got some nice tips on logging a defect report as well.

#3 Ashok on 10.07.13 at 9:27 am

Hi, I recently switch to new company where they are using JIRA to log Bug, these article will be great help in learning.

#4 Divyashri on 10.07.13 at 9:33 am

Thanks for explaining the Issues Handled in JIRA.

#5 Naveen on 10.07.13 at 11:49 am

Generally I used jira for knowing the Defect status and some time I need to do Retest based on ALM status. We will raise a defect on ALM. Onshore people will test the defect once again if they reproducible it, They will move the bug to Jira.

Ex: Test1 xxxxxxxxxxxxx – Moved to Jira(xxxxxxx). At the End of sprint we people retested it on different environments. I don’t know how they will move the defect to Jira. After Reading your article I understood.

#6 Allwyn on 10.08.13 at 6:18 am

Thanks!

#7 Pranav on 10.08.13 at 11:29 am

Nice explanation, We are using our own bug tracking tool but i found concept is taken from Jira.

#8 Naveen on 10.17.13 at 11:22 am

People easily can under stand about jira after reading all tutorials(6) which are published on this site. Thanks a lot.

#9 Naveen on 10.17.13 at 11:39 am

If possible please provide tutorial on Janova.

#10 Dee on 10.21.13 at 9:34 pm

Thanks for Article about JIRA, its very helpful for me I am beginner in testing from different background of field, currently I have start learning JIRA and I found problem in my trial version its showing only 2 option in ISSUE TYPE which are New Feature and Task other options are not showing its bcz of trail version or something else?

Thanks again for this article and all other blogs…….

#11 Swati Seela on 10.22.13 at 6:32 pm

@Dee: it is because of the type of project you have created. Try to create a project of the type software development and you will see the other issue types too….

#12 Swati Seela on 10.22.13 at 6:33 pm

@Naveen: thank you for your request for Janova…we will surely keep it in mind.

#13 Dee on 10.28.13 at 9:20 pm

Thank you Swati………

#14 Turkan on 01.11.14 at 6:07 pm

Hi, very helpfull article thank you very much. I recently joint the company and they use JIRA. They attach the file after the issue is created. I realized that the file can be attached while creating the issue. I test but I couldnt find the attachment checkbox in Configure files drop down menu. My question is: How can we add the attachment checkbox in it? Thanks in advance

#15 iswarya on 03.19.14 at 2:55 pm

how the developer is gng to report the issus to project manager using this jira

#16 Nalini on 03.27.14 at 9:04 am

Very nice.

#17 ashish kambale on 07.07.14 at 12:14 pm

Its very nice,use for handling defect