JIRA Tutorials-1 || Basic understanding of JIRA.

Jira is a licensed software application to track the bugs as well as managing the projects. The software has been released by Atlassian(Software company who develops products for developers, project managers etc). These tutorials help us to get a basic understanding of JIRA.

      All the fields and UI of the JIRA is configurable by the JIRA admin and as per the requirement of the organization. A sample of the JIRA UI is mentioned below:

JIRA General View
JIRA General View

Key features of JIRA

  1. Creating the different type of issues bugs, story, task, subtask, epic etc.
  2. Defining workflow, create projects etc like JIRA Admin.
  3. Project management using agile boards, dashboards and other techniques.
  4. Search issues, creating filters based on n number of fields.
  5. Generating reports, dashboards, agile boards etc to view the overall project health.
  6. Bulk changes based on the particular search. It means at the same time you can edit multiple issues for specific values.



In this tutorials, we would target below features of JIRA

  1. Overview of JIRA
  2. Creating the different type of issues
  3. Understand various fields/components while creating issues.
  4. Edit an existing issue
  5. Understand workflow of the issues.
Overview of JIRA

            When an authorized user logged in to the JIRA, the initial view looks like exactly what appears in above image. There is a menu panel present at the top of the page, which contains below options.

JIRA Menu
JIRA Menu

Creating the different type of issues

           All the bugs, epics, story, tasks can be created by using a single click on Create button present at the top of the page. When a user clicks on this button another pop-up appears as mentioned below:

CreateIssue Screen-1
CreateIssue Screen-1
Understand various fields/components while creating issues

Project: First of all we have to select Project name from the Project drop-down. All the projects created by the user, assigned to the user, will appear in this drop-down.

Issue Type: Next we have to select required issue type from the Issue Type drop-down. Mainly it contains below values:

  • Bug: The difference between the agreed requirement and current functionality of application would be reported as a bug.
  • Epic: An epic can be defined as a high-level project requirement, which may contain a number of modules. An epic contains multiple Stories/tasks depending upon the requirement size.
  • Story: A story is a statement of an objective or a module as per user requirement. It also contains basic requirement and positive workflow and negative workflow of that particular module. It is like a user story which describes requirements/functionality of various users. A sample story will look like as mentioned below:

As a end-user : I should be able to login to the website using valid credentials.

So that : I could access the information and other features of the site.

Positive Workflow : User should be able to login with valid credentials.

URL : www.tempUrl.com

User ID: allinoneblogs@gmail.com

Password: Aib@789

Alternate Workflow: All negative scenarios

  1. Valid UserID / Invalid Password
  2. Invalid UserID / Valid Password
  3. Invalid UserID / Invalid Password
  4. Blank UserID / Valid Password
  5. Valid UserID / Blank Password
  • Task: A story can have multiple tasks and sub tasks based on the module complexity and team size. In simple, we can say that there would be different tasks for QA, Developer, UX designers, Content auditors, SMEs etc.

All the remaining fields on Create Issue pop-up will change according to the type of issue selected.

Issue Type
Issue Type

Priority: Depending on the project and business requirement we have to select Priority of an issue. The values of these fields are configurable. As per the organizational standards below are the category of Priority:

  1. High
  2. Medium
  3. Low

In some cases it can be as:

  1. Blocker
  2. Critical
  3. Minor
  4. Major
Priority
Priority

Severity: The value of severity shows the impact of the bug on the application which is being tested. All the possible values of this field are mentioned in below image.

Severity
Severity

Summary: Short description of an issue is called summary. A basic example is given below:

Summary of bug || Unable to click Save button.

Description: This field contains all the required information of the issue. For example, if we are logging a defect it should contain below information:

  • Problem statement
  • Expected Result
  • Actual Result
  • Special Note
  • Affected configurations and more.
Summary_Description
Summary_Description

Step to Reproduce: After describing the issue summary and description, we have to provide steps to locate the issue. A simple example is given below:

  1. Navigate to URL: www.allinoneblogs.com
  2. Navigate to the Menu bar.
  3. Click on a link “Ask a Question”
  4. Fill all the required fields on the page.

Assignee: This field is also very important. It contains a list of all the users who have access to a specific project under which an issue is logged. Whenever a user types any letter it auto-populate the list of all users.

After submitting the create issue form the assignee would get an email notification regarding the same.

Attachments: At the end, we have to attach a screenshot, video or a reference document to give the actual picture of an issue or we can say proof of presence of issue.

CreateIssue Screen-2
CreateIssue Screen-2

Other than fields mentioned above there are few fields like:

  1. Components
  2. Labels
  3. Build Version
  4. Link to another issue
  5. Environments

All these fields would help a user to categorized the defects.

Create Button: When all the required fields get filled with correct information user has to click Create button in the pop-up box. On clicking the Create button issue get saved and a unique issue id gets generated on the screen. In the below screenshot unique issue id is “DMP-1234”.

Create Another checkbox: Have a look on the checkbox “Create Another” just left side of the Create button(pop-up box). If this checkbox gets selected, Create Issue pop-up box remains open on the screen. All the fields remain as it is except Summary and description. This would help us to create multiple issues faster.

Below is a presentation of a sample bug:

Demo_CreatedBug
Demo_CreatedBug

Configure Fields: While creating an issue we can configure input fields based on the project requirement. Suppose in below example we do not need Priority and Severity fields, in that case, we can deselect them from ‘Configure Fields’ panel.
Now the pop-up box will appear as mentioned below:

Configure Fields_Priority_Severity_Deselect
Configure Fields_Priority_Severity_Deselect

Note that only the optional fields would be configurable.

Locate Issue

There are multiple ways to locate any existing issues or created issues on JIRA. Few of them are mentioned here which we would learn later:

  1. Search issue
  2. Creating Filters
  3. Using dashboards
  4. Recent Issues

Sometimes we forgot to remember the issue id generated recently by a user. In that case, we can use Issues option from the Menu bar.

Menu Bar_Issues
Menu Bar_Issues

On clicking more… option, user would redirect to the list of all the issues reported/logged by the current user.

Selenium Tutorials:

Window Handling: 

Test Frameworks: 

Related Links: 


Editing an existing issue

          After creating any issue sometimes we need to edit the same. This can be done easily by clicking on Edit button present on the top of the issue. On clicking the Edit button issue will open in the same pop-up box as mentioned earlier with all the editable fields.

Edit Issues
Edit Issues
Multiple options for existing issues

As we can see in the above image, there are options present to perform multiple actions on an existing issue.

Comment:

On clicking Comment button, an editable text field would appear on the screen. A user can put their comment and click Save.

CreatedBug_Comment
CreatedBug_Comment

Tagging users: While putting comment on any issue we can tag any user by using “@” symbol. Whenever user type @, a list of all project users populate on the screen and current user can choose any one.

Assign:

There are two ways to change the assignee of a specific issue, we can

  1. click on Assign button on the menu bar or
  2. by using Assignee field present at the right side panel.
Change Assignee
Change Assignee

More Option:

Other than above options there is a More drop-down, which contains few more options as per the requirements.

More Option
More Option
Understand workflow of the issues

           The basic meaning of workflow is defining the process of building something from the initial stage to completion stage. ‘Workflow of issue’ means defining all the possible status for the next level. Below image shows ‘Workflow’, ‘Define Issue’, ‘Start Progress’ options. All these are the various status of issues on JIRA based on the user activity.

Workflow
Workflow

A user can be a tester, a developer or a manager. Also, workflow status would depend on the different issue type.

        Here we tried to show how the status of an issue changed based on the user activity. Here, we will talk about issue type of a Bug.

Sample Workflow
Sample Workflow

Status v/s Resolution

As mentioned in the above diagram it is clear that Status is the position of an issue in a predefined workflow. This workflow has already been defined by the JIRA Admin or Project Manager as per requirement. Commonly used values of Status is Backlog, In-progress, Resolved, Closed.

On the other hand, Resolution is the solution of a problem. In simple words, what is the solution for a specific issue? There are multiple values which tend to be changed as per the Status of the issue. Few examples are Works as designed, Fixed, Won’t Fix, Can not reproduce, Done etc.



2191total visits,2visits today

2 thoughts on “JIRA Tutorials-1 || Basic understanding of JIRA.”

    1. Hi Devi,

      Status v/s Resolution
      As mentioned in the above diagram it is clear that Status is the position of an issue in a predefined workflow. This workflow has already been defined by the JIRA Admin or Project Manager as per requirement. Commonly used values of Status is Backlog, In-progress, Resolved, Closed.

      On the other hand, Resolution is the solution of a problem. In simple words, what is the solution for a specific issue? There are multiple values which tend to be changed as per the Status of the issue. Few examples are Works as designed, Fixed, Won’t Fix, Can not reproduce, Done etc.

      Hope this would help you to resolve your query. Please feel free to reach out to me for any further information.

      Thanks,
      Ashok Kumar

Leave a Reply

Your email address will not be published. Required fields are marked *