[QA : 업무 프로세스 관리] 심플하게 테스트 프로세스 글로만 풀어보기

심플하게 테스트 프로세스 글로만 풀어보기

"QA = 테스트"라고 생각하시는 분들이 간혹 있습니다.

결론은 "QA ≠ 테스트"가 맞습니다.

 

QA(품질 보증)을 테스트라고 생각하면 아주 큰 오산입니다.

 

테스트는 품질 보증을 하기 위한 하나의 수단일 뿐입니다.

제품이나 서비스의 상태를 확인하기 위한 방법이 테스트(결함을 찾기 위한 행위)인 것입니다.

 

다른 말로 풀이하면 테스트 방법은 수 없이 많으며, 우리는 100%로 확인하지 못하는 소프트웨어를 최대한 결함 없이 출시하기 위해서 각양각색의 테스트를 통해서 확인 활동을 하는 것입니다. 그것이 바로 테스팅이라는 활동입니다.

 

QA라는 단어는 아주 포괄적인 단어이고, 어떤 회사에서는 포지션명이 될 수도 있고, R&R이 될 수도 있으며, 직함, 직책이 될 수도 있습니다. QA는 테스터만 하는 것이 아니고, 프로젝트에 참여하는 모든 사람이 해야 하는 혹은 모든 사람이 챙겨야 하는 것이라 할 수 있습니다.

 

위의 개념을 유념하고, 아래의 내용을 보시면 쉽게 이해가 되실 겁니다.

 

테스트 일정 수립

• WBS 작성 시점 테스트 일정 협의
• [대시보드] 품질관리 로드맵 일정 적용

 

테스트 요청

1. Confluence([신규출시] 테스트 요청 양식)을 작성하여 테스트 요청

• 프로젝트 사이트맵
• 해당 상품 및 서비스 선택
• 만들기(•••)
• [신규출시]테스트 요청 양식 선택

2. [신규출시] 테스트 요청 양식 작성

• 상품 및 서비스명 : 상품 및 서비스명 작성
• 담당 개발 부서 : 개발 담당 부서
• 담당 개발 파트(장) : 개발 담당 파트
• 테스트 버전 : 테스트 요청 버전(1.0.0.b1 ~)
• 배포 버전 : 출시 버전(1.0.0)
• 테스트 가이드 정보 : 테스트 시 도움이 될만한 정보 입력(영향 범위 등)
• 테스트 요청일 : 테스트 요청 일자
• 심사 등록 희망일 : 오픈마켓의 경우 심사 등록 희망일자 작성
• 배포 예정일 : 배포 예정일자 작성
• 배포 시간 : 예정된 배포 시간 작성(배포 담당자 조율 필요)
• 개발 담당자 : 관련 개발자 모두 입력
• 배포 마켓 : 배포되는 마켓 모두 선택
• 검수 파일 : 빌드 파일 차수별 링크 생성(직접 첨부 X)
• 개발 대상 전체 목록 : 해당 버전에 수정된 모든 Jira 이슈 목록 필터
• n차 - 테스트 목록 : 요청 건수 입력 및 라벨 QA1차 입력 후 Jira 이슈 목록 필터

 

테스트 수행

1. 화면 설계서 기준 테스트 케이스를 Zephyr 작성 후 해당 개발 아이템 링크
2. Jira 이슈 등록(결함, 개선 항목 등)
3. 빌드 버전 별 테스트 사이클을 구성하여 테스트 수행
4. 이슈(개발 아이템) 확인 테스트 > 요구 검증 > 리그레이션 테스트 > 세니티 테스트

Guru99 스모크 테스트와 세니티 테스트의 차이

 

Sanity Testing Vs Smoke Testing: Introduction and Differences

 

테스트 결과

1. Confluence([신규 출시] 테스트 결과 보고서)를 통해 테스트 결과 공유

• 테스트 수행 결과 요약
• 테스트 완료 - 품질 지표 달성 요약(인수 기준 부합 여부)
• 해당 버전에 확인한 전체 이슈 목록
• 잔여 결함 목록
• 테스트 케이스 수행 현황
• 등록 대비 해결(번업 차트)

2. 테스트 완료 시 배포 Task 생성 후 배포 여부를 Jira 이슈를 통해 공유
3. 메일로도 배포 여부 공유(유관 부서 및 관련자 포함)
4. [대시보드] 품질관리 메인 홈에서 배포 현황 확인

 

요약 : 애자일 프로세스, 프로세스, 프로세스 마이닝, 소프트웨어 qa, 웹 qa, 앱 qa, sw 모바일 테스트