[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 스모크 테스트와 세니티 테스트의 차이

 

 

테스트 결과

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

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

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

 

크몽: 테스트 문서 관리 패키지

문서 작성이 어렵거나 테스트 템플릿이 필요하신 분들은 멘토링(크몽 서비스)을 이용해 보세요 😎

실무 적용 QA 테스트 프로세스 관리 문서 패키지 - 크몽

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