'지라' 일 잘하는 QA의 비밀, Jira 이슈와 워크플로우 완벽 가이드

QA의 업무는 테스트만큼이나, 그 결과를 ‘기록’하고 ‘소통’하는 것이 중요합니다.

목차 숨기기

그 소통의 중심에 있는 도구가 바로 ‘Jira(지라)’입니다.

하지만 많은 주니어 QA들이 Jira를 단순히 버그를 등록하는 게시판 정도로만 생각하곤 합니다.

이번 글에서는 QA가 Jira를 단순한 기록용 툴이 아닌, 강력한 품질 관리 및 협업 도구로 활용하는 방법에 대해 알아보겠습니다.

Jira에서는 모든 할 일을 ‘이슈(Issue)’라는 단위로 관리합니다.

QA는 주로 다음 이슈 유형들을 매일 접하게 됩니다.

1. 스토리 (Story):
- 사용자의 관점에서 본 ‘기능 요구사항’을 의미합니다.
- 보통 “사용자는 OOO을 할 수 있다” 와 같은 형식으로 작성됩니다.
- QA는 이 스토리의 ‘인수 기준(Acceptance Criteria)’을 보고 테스트 케이스를 설계하는 것부터 업무를 시작합니다.
2. 작업 (Task):
- 사용자에게 직접적인 기능으로 보이지는 않지만, 개발에 필요한 기술적인 ‘작업’을 의미합니다.
- 예시: “로그인 API 성능 개선”, “테스트 서버 데이터베이스 교체”, “디자인 시스템 업데이트”
- QA는 이 작업의 결과가 다른 기능에 영향을 주지 않았는지 확인하는 역할을 합니다.
3. 버그 (Bug):
- QA의 가장 중요한 산출물입니다.
- 소프트웨어가 기획 의도나 요구사항과 다르게 동작하는 ‘결함’을 의미합니다.
- 이전에 다룬 ‘좋은 버그 리포트’의 모든 항목(재현 경로, 예상/실제 결과 등)이 이 Jira 버그 이슈에 상세히 기록되어야 합니다.

‘Jira 워크플로우’는 이슈가 생성된 후부터 완료될 때까지 거치는 상태의 흐름입니다.

QA는 이 흐름을 이해하고, 자신의 역할에 맞는 단계에서 티켓의 상태를 변경할 책임을 가집니다.

일반적인 흐름 (칸반 보드 기준):
- To Do (할 일):
  - 이번 스프린트에서 처리해야 할 스토리나 버그들이 모여있는 공간입니다.
- In Progress (진행 중):
  - 개발자가 현재 코드를 작성하거나, 버그를 수정하고 있는 상태입니다. QA는 이 단계에서 테스트 케이스를 미리 설계하고 준비합니다.
- In Review / In QA (검토 중 / QA 중):
  - 개발이 완료되어, QA가 테스트 환경에서 검증을 진행하는 상태입니다.
  - QA의 주된 작업 공간이며, 여기서 테스트가 진행되고 버그가 발견됩니다.
- Done (완료):
  - QA의 검증이 모두 끝나, 해당 이슈가 완전히 해결되었음을 의미합니다.
  - 버그의 경우, QA가 수정을 확인하고 직접 ‘Done’으로 옮기는 것이 일반적입니다.

JQL(Jira Query Language)은 Jira에 있는 수많은 이슈 중에서, 내가 원하는 조건의 이슈만 정확하게 찾아낼 수 있게 해주는 ‘Jira 전용 검색 언어’입니다.

마치 구글 검색처럼, 간단한 키워드와 연산자를 사용하여 복잡한 필터링을 할 수 있습니다.

JQL을 잘 활용하면, 단순 반복적인 검색 작업을 크게 줄이고 원하는 정보를 즉시 얻을 수 있습니다.

QA를 위한 필수 JQL 예시:
- 내가 등록한 버그 중 아직 해결되지 않은 모든 이슈 찾기:
  - project = "프로젝트이름" AND issuetype = Bug AND reporter = currentUser() AND status != Done
- 이번 주에 ‘In QA’ 상태로 변경된 모든 이슈 찾기:
  - project = "프로젝트이름" AND status changed to "In QA" during (startOfWeek(), endOfWeek())
- 특정 버전에 포함된, 심각도(Priority)가 높은 버그만 찾기:
  - project = "프로젝트이름" AND fixVersion = "v1.2.0" AND priority in (High, Highest)
- 내가 맡은 스토리와 관련된 모든 버그 찾기:
  - issue in linkedIssues("스토리-이슈번호") AND issuetype = Bug

Jira는 QA에게 단순한 업무 기록 도구가 아닙니다.

이는 팀 전체의 ‘품질 현황’을 보여주는 대시보드이자, 개발자와 소통하는 가장 중요한 공식 창구입니다.

‘Jira 이슈’의 의미를 명확히 이해하고, ‘Jira 워크플로우’에 따라 자신의 역할을 수행하며, ‘JQL’을 통해 데이터를 자유자재로 다룰 수 있을 때, QA는 비로소 프로젝트의 품질을 체계적으로 관리하는 전문가가 될 수 있습니다.

‘지라’ 일 잘하는 QA의 비밀, Jira 이슈와 워크플로우 완벽 가이드