실무에서 직접 경험한 SLDC 중 QA 역할
현업에서 수행했던 방식을 기반으로 QA 역할을 정리해보았습니다.
직접 경험했던 회사는 BToB 제품을 납품하고, 사내 서버에 환경을 구성하여 웹 화면 테스트를 진행하고 있습니다.
QA 진행 방식에는 다른 회사의 프로세스와 진행 방식에 차이가 있을 수 있습니다.
업무를 진행하면서 SLDC 프로세스 중 각 항목 별 QA의 역할을 정리해보겠습니다.
현업에서 실무로 익혔던 부분, 직접 경험했던 부분으로 정리하겠습니다.
1. 계획, Planning
- 계획 단계에서는 프로젝트 혹은 Release 전체 일정을 파악합니다.
- 어떤 범위로 프로젝트가 진행될 것을 이해하고, 대략적인 테스트 일정을 구상합니다.
- Major, Minor, Patch Release 범위에 따라 테스트 방식이 달라질 수 있기에 미리 범위를 확인합니다.
- 계획 단계에서 QA의 역할은 PM이나 개발 팀장, 기획 팀장의 계획을 확인하는 정도로 업무를 진행했습니다.
- QA의 산출물 보다 프로젝트 계획서 같은 큰 틀을 잡아주는 문서가 생성됩니다.
2. 요구사항 분석, Requirements Analysis
- 요구사항 분석 단계에서는 기획팀의 요구사항 명세서를 기반으로 업무를 진행합니다.
- 워크샵이 진행되는 경우 기획팀, 개발팀, 품질팀 전부 모여서 기획 문서 리뷰를 진행합니다.
- 개발팀은 기획 문서를 기반으로 개발 범위와 제약사항을 확인하고 기획안 수정 및 개선을 제안합니다.
- 품질팀은 기획 문서를 분석하여 부족한 부분이 있는지, 사용자 관점에서 예상되는 불편한 점은 없을 지 확인합니다.
- 요구사항 명세서가 변경되는 경우 QA는 변경 이력을 확인하고 내용을 파악합니다.
- QA의 산출물은 별도로 없었으며, 요구사항 명세서나 기능 요구사항 문서들이 중요한 단계입니다.
- QA는 요구사항 명세서를 검토하면서, 요구사항의 모호성, 기능이 충돌하는 부분이나 누락되는 부분을 검토하여 기획팀에 개선 의견을 전달하는 업무를 진행합니다.
- QA가 미리 파악하여 문서를 개선하면 기능 개발에 들어가는 전체 공수를 줄일 수 있는 효과를 가지게 됩니다.
- 기획팀과 QA가 요구사항 명세서의 누락을 파악하지 못한다면 개발 기간이나 테스트 기간에 발견할 수 있는데, 조기에 발견하는 것보다 훨씬 큰 비용이 발생하게 됩니다.
3. 설계, Design
- 개발팀은 기능 설계, 아키텍처 구조 설계 등 설계 관련 업무를 진행합니다.
- QA는 테스트 기간에 수행 할 테스트 범위를 선정하고, 어떤 방식으로 테스트 할지 검토합니다.
- 테스트 사양을 확인하고 크로스 브라우저 범위, 디바이스 테스트 범위를 선정 할 수 있습니다.
- 테스트 범위를 확인하고, 선정한 테스트 기간에 들어갈 공수를 파악합니다.
- 테스트 계획서를 작성할 수 있으며, 테스트 기간을 선정하고 API, 기능, 성능 테스트 범위 및 공수를 계획합니다.
개발, 테스트, 배포, 유지보수 단계는 다음 장에서 작성하도록 하겠습니다.
728x90
반응형
'QA > 업무 방식' 카테고리의 다른 글
UI/UX에 도움 되는 사이트 정리 (0) | 2024.07.07 |
---|---|
테스트 중 결함 등록 방식 공유 (0) | 2024.06.13 |
기능 테스트 케이스 작성 방식 (1) | 2024.06.11 |
소프트웨어 개발 생명 주기 정리 및 QA의 역할 (3) (0) | 2024.06.05 |
소프트웨어 개발 생명 주기 정리 및 QA의 역할 (1) (1) | 2024.06.04 |