테스트 프로세스를 구축하려는 이유?테스트 프로세스 이론의 모든 내용을 실무에 모두 적용하는 것은 불가능합니다. 다만, 우리는 이론에서 현실에 잘 맞는 프로세스를 선택하여 가장 효과적이고, 효율적으로 테스트를 수행하기 위해 선택을 할 뿐입니다.  잘 맞는지는 해보지 않고는 알 수 없으며, 적용 후에는 후회보다는 좀 더 나은 프로세스를 만들기 위해 노력해야 합니다. 핏이 잘 맞는 프로세스 내에서 최고의 서비스 혹은 제품을 만들 수 있다는 점을 참고하시어 아래 내용들을 읽어 보시기 바랍니다. 기업 내에서 실제 테스트 프로세스 적용을 계획하고 계신다면 아래 서비스를 이용해 주시면 친절히 상담해 드리도록 하겠습니다. QA 및 테스트 프로세스 구축, 정립, 확립해 드립니다 | 100000원부터 시작 가능한 총 평점..

포트폴리오로 심사관 혹은 면접관에게 나를 각인시키기오랜만에 취업/이직 관련 글을 작성하게 되었습니다.😊최근 카페에 많이들 물어보시는 "QA / 테스터 이직 시 포트폴리오는 무엇을 준비해야 하나요?"라는 질문에 대한 답? 예시?를 설명드리려 이렇게 글을 쓰게 되었습니다. 우선 기존에 작성된 포트폴리오 "1탄 : 보여주기를" 참고해 주세요. 1탄에서는 왜 포트폴리오가 필요한지? 기업에서는 왜 포트폴리오를 원하는지? 어떤 포트폴리오를 만들어야 하는지에 대한 예시를 다양하게 작성해 두었습니다. [취업/이직 준비] QA 혹은 테스트 관련된 포트폴리오 준비하기 1탄(경력직)품질관리(QC), 품질보증(QA), 테스트 관련된 포트폴리오 준비하기(경력직) 경력직의 경우 포트폴리오는 자기가 해왔던 것을 문서로 보여주면 ..

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

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

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

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

Defect와 Bug와 Error, Failure는 모두 같은 말인가요? Defect와 Bug와 Error, Failure는 모두 같은 말인가요?목차 질문 Defect와 Bug와 Error, Failure는 모두 같은 말인가요? ISTQB 버전 ISTQB Syllabus 2018 답변 소프트웨어에서의 문제점들을 칭하는 다양한 용어들이 존재합니다. 실무에서도 "버그, 이슈, 문제, 굳었softwaretestingreference.tistory.com 주요 차이점✔ 결함 우선순위는 개발자가 결함을 해결해야 하는 순서이고, 심각도는 결함이 제품 작동에 미치는 영향의 정도입니다.✔ 결함 우선순위는 3가지 유형으로 분류되고, 심각도는 중요의 4가지 유형으로 분류됩니다.✔ 결함 우선순위는 스케줄링과 연관되고, 심각..

개발 초기에 테스팅 적용하기 테스팅의 원리[3] - “개발 초기에 테스팅을 시작하라.” 라고하는데, 테스트는 개발이 완료된 후 목차 질문 원리[3]에는 “개발 초기에 테스팅을 시작하라.”라고 하는데, 테스트는 개발이 완료된 후에 하는 거 아닌가요? 테스팅을 어떻게 개발 초기에 시작하나요? ISTQB 버전 ISTQB Syllabus 2018 답 softwaretestingreference.tistory.com 소프트웨어 배포 생명 주기 소프트웨어 배포 생명 주기를 확인하고, 빌드 전 QA 혹은 테스터가 무엇을 해야 하는지 한번 생각해 봅시다. 개발 초기라고 하면 보통은 요구사항 분석부터 생각할 수도 있겠지만 이건 프로젝트 전체를 봤을 때 이므로 지금은 작게 한번 생각을 해보려 합니다. 개인적으로 생각하는 ..