품생품사(品生品死)의 소프트웨어 품질 정보 창고

Jira는 프로세스 관리 도구이다. Jira 시스템 관리자로 업무를 수행한지 벌써 4~5년이 되어갑니다. 그동안 개인적으로 Jira를 효율적으로 활용하기 위해 고민도 많이하고 구현도 많이 했는데요. 이번 크몽에서 테스트 프로세스, 나아가 품질 프로세스를 구축하기 위해 시작한 여정을 정리해 보았습니다. 해당 블로그는 회사에서 운영중인 블로그에 작성하였으며, 개인 블로그에 나의 이력을 남기기 위해 큐레이션 합니다. 크몽에서 만들어가는 Jira를 활용한 프로세스 구축은 저에게 또 하나의 도전이 될 것 같습니다. [2022년] 크몽팀의 Jira 사용기 : 극대화 편 Jira 사용성 개선 계획 기존에도 Jira를 잘 사용하고 있었지만 좀 더 잘 사용해보고자 하는 의견이 많았습니다. 그래서 간단하게 Task를 정리..

Jira 개념 알기(3분 컷) Jira대한 기본 개념은 아래와 같습니다. JIRA 사용의 시작은 이슈 생성 = 내가 할 일을 만드는 것 JIRA는 ALM(Application Lifecycle Management) 도구(이슈 관리 도구 X) 앞으로 계속 연재하다보면 나올 개념을 잠깐 언급하면 ✨ 할 일은 곧 Jira에서 Backlog(백로그)라는 용어로 사용하게 된다. 사실 Backlog는 할 일로 단순한 의미는 아니지만 아직 처음 시작하는 우리에게는 어려운 의미를 깊게 알 필요없습니다. 앞으로 자연스럽게 알게 될 것입니다. Jira에서 이슈를 해결해 나가는 것은 매우 중요한 일입니다. 이슈를 해결한다고 하면 대부분 소스코드를 작성하거나 수정해서 해결해 나간다고 생각할 수도 있는데 이것은 Jira 시스템..

Overview 지라(JIRA)라는 이름의 유래는 고지라라는 일본식 이름에서 따왔다고 합니다. 아틀리시안에 따르면, 190개의 국가에 150,000명의 고객이 지라를 사용하고 있습니다. Jira는 190 개국 180,000명 이상의 고객이 이슈 추적 및 프로젝트 관리에 사용하고 있으며, 버그 추적 및 프로젝트 관리를 위해 특정 시점에 Jira를 사용한 조직 중에는 Fedora Commons, Hibernate 및 Jira와 Bugzilla를 모두 사용하는 Apache Software Foundation이 있습니다. Jira에는 경쟁 업체 Bugzilla에서 마이그레이션 할 수 있는 도구가 포함되어 있고, Jira는 4 가지 패키지로 제공됩니다. - Jira Work Management는 일반적인 프로젝트..

JIRA를 BTS(Bug Tracking System)로만 사용하고 있습니까? #4 지난 글까지 이슈가 무엇인지 알아보았고, 작업 흐름(Workflow)을 왜 만들어야 하는지에 대해서 알아보았습니다. 그리고 작업 흐름에서 가장 중요한 것은 다양한 작업의 흐름을 통합(카테고리화)하는 것이라고 말씀을 드렸습니다. 그럼 다양한 작업의 흐름을 카테고리화가 되었다는 가정하에 아래의 스텝을 따라 해 보시기 바랍니다. 작업 흐름을 만들고, 커스텀 페이지를 만들어서 작업 흐름에 따라 트리거(팝업)가 어떻게 발생하는지에 대해서 설명을 드리겠습니다. 트리거(팝업)의 활용이 왜 필요한지도 꼭 알아야 합니다. JIRA 데이터를 통해 보고서를 작성하기 위한 데이터 정제를 위해서 꼭 필요한 작업이기도 합니다. JIRA를 국문으로..

필요한 정보만 모아 놓은 테스트 요청서 알아보기(feat.Confluence/JIRA) 테스트 요청서는 테스트를 수행하기 위해 꼭 필요한 문서입니다. 테스트 요청서는 테스트에 필요한 정보를 모아놓은 문서이며, 테스트의 범위를 결정하기도 하는 중요한 문서입니다. 또한, 테스트가 완료되었을 때 필요한 정보를 통해 이후 작업을 수행할 수도 있습니다. 오늘은 테스트에 꼭 필요한 테스트 요청서에 대해서 간단하게 알아보려 합니다. 그리고 테스트 요청서에 필요한 정보를 Confluence에서 JIRA 데이터를 어떻게 가져오는지도 간략하게 설명드리도록 하겠습니다. Confluence에 테스트 요청 양식 만들기 No. 구분 옵션 여부 상세 설명 1 프로젝트명 필 프로젝트의 이름을 작성. 2 담당 개발 부서 필 담당 개발..

심플하게 VOC(Voice Of Customer) 프로세스 글로만 풀어보기 VOC(Voice Of Customer)를 관리하는 이유는 CS(Custormer Service)의 만족도를 높이기 위함입니다. VOC를 관리하기 위해서는 그에 맞는 프로세스가 필요한데요. 간단하게 설명하면 VOC 영역은 회사와 고객 간의 커뮤니케이션을 이야기합니다. JIRA에서는 젠데스크를 통해 ITSM(IT Service Management) 구축이 가능하며, ITSM을 구축하게 되면 SLA(Service Level Agreement)를 관리할 수 있게 됩니다. 서비스 수준 협약서 - 위키백과, 우리 모두의 백과사전 위키백과, 우리 모두의 백과사전. 서비스 수준 협약서(Service Level Agreement)는 서비스를 제..

심플하게 테스트 프로세스 글로만 풀어보기 "QA = 테스트"라고 생각하시는 분들이 간혹 있습니다. 결론은 "QA ≠ 테스트"가 맞습니다. QA(품질 보증)을 테스트라고 생각하면 아주 큰 오산입니다. 테스트는 품질 보증을 하기 위한 하나의 수단일 뿐입니다. 제품이나 서비스의 상태를 확인하기 위한 방법이 테스트(결함을 찾기 위한 행위)인 것입니다. 다른 말로 풀이하면 테스트 방법은 수 없이 많으며, 우리는 100%로 확인하지 못하는 소프트웨어를 최대한 결함 없이 출시하기 위해서 각양각색의 테스트를 통해서 확인 활동을 하는 것입니다. 그것이 바로 테스팅이라는 활동입니다. QA라는 단어는 아주 포괄적인 단어이고, 어떤 회사에서는 포지션명이 될 수도 있고, R&R이 될 수도 있으며, 직함, 직책이 될 수도 있습니..

소스 코드에 대한 버전 관리만 하고 있습니까? 📌 목적 : 빌드 버전 표준화를 통해 빌드 히스토리 관리와 버전의 의미를 부여하고, 체계를 만든다. 하드웨어와 달리 소프트웨어는 코드 커밋/머지/프리즈라는 시점이 존재하고, 개발이 되는 시점 마다 버전이라는 넘버링을 통해 이력을 관리합니다. 이것은 개발자만 알아야 하는 영역이 아닌 개발에 참여하는 모든 사람이 알아야하는 정보입니다. 버전의 의미 부여는 회사마다 다를 수 있지만 보편적으로 사용하는 예시로 작성하였습니다. 버전 관리를 하지 않는 조직의 경우 아래 내용을 참고하시기 바랍니다. 버전의 정책은 개발에 참여하는 모두가 같은 생각을 움직여야 합니다. 버전은 약자이기 때문에 오해하지 않도록 이해하고, 교육되어야 합니다. 약자의 의미를 명확히 이해하고 있을 ..

JIRA를 BTS(Bug Tracking System)로만 사용하고 있습니까? #3 지난 글까지는 이슈가 무엇인지에 대해서 알아보았습니다. 다시 요약하자면 JIRA에서 "이슈 = 해야 할 일"이고, JIRA에서 "프로젝트 = 이슈의 모음"이라는 점만 잘 기억해 주시면 아래의 내용을 이해하시는데 도움이 될 것입니다. 이 전 글을 읽어 보지 않으시고, 아래의 개념을 이해하려고 하시면 좀 어려울 수 있는 부분입니다. [STEEG - 실무적용편] JIRA를 BTS(Bug Tracking System)로만 사용하고 있습니까? #2 목차 JIRA를 BTS(Bug Tracking System)로만 사용하고 있습니까? #2 이전 글에서는 JIRA를 도입하기 전에 무엇을 준비해야 하는지 알아보았습니다. 앞으로의 글은 J..

JIRA를 BTS(Bug Tracking System)로만 사용하고 있습니까? #2 이전 글에서는 JIRA를 도입하기 전에 무엇을 준비해야 하는지 알아보았습니다. 앞으로의 글은 JIRA의 기능 설명이 아닌 정말 프로젝트를 만들고 어떻게 설정해야 하는지에 대해 효율적인 방법을 제안하고, 수많은 프로젝트를 어떻게 관리해야 하는지에 대한 방안을 말씀드리려 합니다. 현재 글을 이해하고, 적용하기 위해서는 꼭 이전 글을 읽어 보시고 이 글을 읽어 보시길 바랍니다. [STEEG - 실무적용편] JIRA를 BTS(Bug Tracking System)로만 사용하고 있습니까? #1 목차 JIRA를 BTS(Bug Tracking System)로만 사용하고 있습니까? #1 IT에서 일하고 있다면 Jira에 대해서 한 번쯤 ..