쏘카 테크블로그의 쏘카 QA는 무슨일을 하고 어떻게 일하나요?를 읽고 작성한 글이다.
채용 과정
서류 제출 후 1차 면접전까지 사전과제가 존재했다. = 쏘카의 서비스 중 하나를 선택하여 테스트 케이스를 작성하는 것.
이후 1차면접(기술) / 2차면접 / 3차면접으로 진행
QA? 뭐하는 팀이지?
QA팀은 서비스의 기능을 검증하고 관리하기 위한 일련의 활동을 하는 팀
QA는 프로젝트의 시작부터 마무리까지 모든 과정에 참여하여 각 단계별로 품질을 저하시키거나 리소스가 낭비될 수 있는 요소를 발견한 뒤, 해당 프로젝트의 품질을 향상시키고 리소스 낭비를 방지하는것을 목적으로 한다. 
QA가 일반적으로 하는일들
킥오프 참여
프로젝트의 방향성, 목적, 요구사항 등 프로젝트의 근본적인 목적을 명확히 파악해야 올바른 검증을 진행할 수 있다. 또한 초기 단계에서 발생할 수 있는 오류를 사전에 방지하여 낭비될 수 있는 리소스를 졸이기 위함. 
분석 & QA Plan 작성
기획서를 분석하여 프로젝트 수행 시 발생할 수 있는 리스크를 예상해보고 테스트 전략을 수립한다.
이후 QA Plan 이라 하는 문서를 작성한다.
QA Plan은 테스트를 하기 위해 필요한 리소스들을 요약해놓은 문서로, QA가 정해진 프로세스대로 업무를 수행하기 위한 청사진 역할을 한다.
QA Plan의 내용들
[프로젝트 명] QA Plan
- 요약
- 프로젝트명
- 프로젝트 자료
- 기획서
- 디자인
- Test Case
- Test Data
- 참여자
- 배포되는 버전
- QA 기간
- Test Case 작성 기간
- 테스트 기간
- Sign off 날짜
- 배포 요청일
- 모니터링
- 테스트 범위
- 테스트 제외 범위
- 품질 목표 설정
- 테스트 종료 조건 설정
- 테스트 환경
- 디바이스
- OS 버전
- 테스트 오청사항
테스트 케이스 작성
테스트 케이스를 작성하는 과정에서 요구사항에 대한 오류를 찾을 수도 있고 고려되지 않았던 부분을 찾아낼 수 있다. 또한 테스트 케이스 리뷰 과정을 통해 팀 구성원들에게 테스트 케이스 적정성을 점검하고 잘못된 이해로 인한 오류도 점검할 수 있다.
케이스 작성 예시
테스트 데이터와 환경 준비
테스트를 수행하기 위한 기본 데이터들을 정리하고 어떤 환경에서 테스트가 시작될지를 미리 준비하는 과정.
테스트 수행 & 버그 리포트 작성
준비된 테스트켕스 외에도 탐색적 테스트, ad-hoc 테스트 등을 통해 이슈 발견
버그리포트는 다음과 같은 내용으로 작성
[버그리포트 제목]
- 발생 환경(os 버전, 앱/웹 버전, 서버)
- 재현율
- 이슈 설명
- 사전 조건
- 재현 절차
- 예상 결과
- 실제 결과
- 담당 부서
- 우선순위/심각도
- 발생 버전/수정 버전
- 이슈 카테고리
- 첨부파일
테스트 결과 공유
프로젝트 구성원들에게 결과를 공유한다. 릴리즈가 가능한 상태인지를 알려주고, 테스트 수행 결과와 품질 목표 달성에 따른 판단 결과, 테스트 진행하면서 발생한 이슈 현환들에 대한 정보를 담는다.
여기까지가 QA의 수행 단계들에 대한 내용이었다. 당연히 이 내용뿐만이 아니라 유기적으로 유관부서와 함께 품질의 향상에 도움이 되는 모든일들을 수행한다.
이슈 찾기
이슈는 작성한 테스트 케이스로만 찾을수는 없다. 테스트 케이스는 기획서를 기반으로 재현 조건과 기대 결과를 도출하여 기대 결과가 정상적으로 출력되는지 확인하는 긍정 테스트에 가깝다.
개발 전에 프로젝트의 목적과 기획서를 바탕으로 다양한 시나리오를 생각해보고, 명확히 정의되지 않은것들을 확인한 뒤, 이해관계에 따라 발생할 수 있는 문제점들을 발견하여 개선되도록 한다.
유저 입장에서 미래에 발생할 수 있는 문제들을 미리 예측해보는것
* 참고
https://tech.socarcorp.kr/qa/2022/03/18/probationary-period_QA.html
