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

심플하게 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이 될 수도 있으며, 직함, 직책이 될 수도 있습니..

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

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 혹은 테스터가 무엇을 해야 하는지 한번 생각해 봅시다. 개발 초기라고 하면 보통은 요구사항 분석부터 생각할 수도 있겠지만 이건 프로젝트 전체를 봤을 때 이므로 지금은 작게 한번 생각을 해보려 합니다. 개인적으로 생각하는 ..