Shift-Left Testing단계별 업무 방식Planning and AnalysisDesign & ImplementationTesting & IntegrationMaintenance그외 질문요약
Shift-Left Testing
Shift-Left Testing (개발 단계, Unit Testing , End-toEnd Testing 더 왼쪽에서 버그를 잡아낼수록 비용이 적다는 것!. 배포 후에 버그잡아내려면 비용은 기하급수적으로 증가)
단계별 업무 방식
Planning and Analysis
- 킥오프, 기획 단계부터 QA 엔지니어가 함께 참여합니다. 기획서를 함께 리뷰하고 기획 상의 문제점을 찾습니다. 예외 케이스에 대한 명세도 추가합니다. 당연히 테스트 일정도 함께 협의합니다.
- 바쁜 일정 속에서 당연히 기획자도 생각하지 못한, 미처 챙기지 못한 부분들이 있을 거 거든요.
- 기획리뷰 : QA, 기획자, 개발자가 같이 보면서 개발 Task 가 도출
- 테스트 Task 는 QA(테스트 케이스 관리하는 별도의 System이 있음) 가 작성
- 기획서는 주로 컨플루언스 페이지에 작성됩니다. 그리고 피그마로 화면정의(디자인와 UI Flow) 가 공유됩니다.(참고)
- 드물게 기획 내용을 스토리 단위로 지라 티켓(https://www.atlassian.com/agile/project-management/user-stories) 으로 작성해주는 기획자가 있었어요.
- 스토리 티켓과 이에 따른 개발 태스크 티켓, 테스트 태스크 티켓, 버그 티켓이 쭉 연결되고 어떤 스토리에 필요한 어떤 기능이 어떻게 개발되고 어떻게 테스트되며 버그는 어디서 발견되고 어떻게 해결되었는지 지라 내에서 쉽게 찾아 볼 수 있었습니다.
- Jira안에서 다 링크따라서 Test Report 까지 다 확인할 수도 있음
Design & Implementation
- 기획리뷰 이후에는 개발팀 내부적으로 어떻게 구현할 지에 대한 리뷰 진행
- 그리고 어떻게 테스트 할지도 계획함
- 협의 다 되면 개발팀은 개발 진행
- QA 팀에서는 테스트 태스크를 만듦(테스트 케이스 자동화 가능하면 자동화. 너무 복잡하면 그냥 메뉴얼로 진행함)
Testing & Integration
개발팀에서 코드 레포에 머지한 이후 UI 와 API에 대한 엔드 투 엔드 테스트가 진행됨
- 머지 전에 필요한 요구사항
- 테스트 커버리지
- 코드 정적분석
- 코드 리뷰
Maintenance
고객 센터를 통해 들어온 문제점들은 기획자를 통해서 전파됩니다.
단순 결함이라면 바로 개발팀에서 수정, 테스트하고 배포합니다. 다만 QA 팀에서 개발팀의 테스트 내용 및 결과를 리뷰하여 좀 더 다양한 케이스에 대한 테스트에 필요하다면 추가적인 테스트를 진행합니다. 개발팀의 테스트 내용이 충분하다고 판단하면 바로 배포합니다.
만약 작업량이 많거나 신규 기능 구현이 필요한 경우들은 과제화하여 진행하게 됩니다.
그외 질문
- 테스트가 엄청나게 많아지면 (10만개정도..) 기능 변경에 따른 테스트를 자동으로 변경하자!
- eg. 네이버 UI가 바뀌면서 버튼 위치가 이동될때 자동으로 거기를 누르게 하도록!
- 테스트자동화!
- 테스트 케이스 많으면 좋겠지만 만드는데도 시간 들어가고, 수행하는데도 시간 들어갈 것. 적절한 적정선을 찾는것이 중요함
- 주요 시나리오 위주로 테스트 케이스들을 테스트하는. (케이스 늘리는데 집착하진 않음. 모든 케이스 당연히 못만듬)
요약
- 일을 하니 결함이 생깁니다. 결함에 대해 비난하지 말 것
- 과제 플래닝부터 QA 가 함께 고민합니다.
- 장애에 대해 문제에 집중하고 사람을 비난하지 않는 문화가 중요합니다.