현재 상황에서의 케이스를 분석 하자.
테스트 자동화 ROI(Return on Investment)가 검토되었다면 현 시스템 혹은 솔루션 사용간 케이스를 분석해야 합니다.
- 현재 어떤 문제점을 가지고 있는지 분석합니다.
- 해당 문제점이 우리 시스템 혹은 솔루션에 어떤 리스크를 미치는지 확인합니다.
- 리스크를 해소할 수 있는 방법에 ? 를 던져 봅니다.
- 결론은 테스트 자동화를 도입하게 되면 리스크를 해소할 수 있다고 가이드합니다.
분석된 데이터를 통해 자동화 구축의 필요성을 확립
현재 상태 케이스 분석에 대한 지표 계산
최초 전달 받은 버전 : R.17290 - 아래 항목에 대해 테스트 진행하였습니다.
- Confirm Test(2)
- Test Case Test(2)
- Cross Browser Test(1)
- Install / Update Test(1)
- Integration Test(1)
- Regression Test(1)
- Exploratory Test(1)
두 번째: R.17685 ~
- 아래 항목에 대해 테스트 진행하였습니다.
- Confirm Test
- Integration Test
- Exploratory Test
이때, 두번째전달받은 버전에서 Cross Browser 관련 기능이 변경되었습니다.
※ Automation Test가 구축되어 있었다면 확인 가능한 이슈입니다.
테스트 자동화 구축 후에도 리스크는 존재한다.
Code Freeze에 가까운 버전에서 버튼이 추가되었다고 가정해 봅시다.
> 버튼 추가로 인해 필요한 테스트는 아래와 같습니다.
- 해당 Page : Regression Test
- 관련 기능 Validation Test
- Cross Browser Test
버튼이 추가된 시점이 Code Freeze를 해야할 시점으로 당일 or 명일 오전까지 Report를 해야하는 상황에서 자동화 Script를 수정해야 하는 상황이 발생하게 됩니다.
- 해결책 : Test Automation 담당자가 꼭 필요합니다.
- Test Automation 담당자 부재로 인해 자동화 구축 실패 사례가 많습니다.
현재 상황만 볼 때 개발자와 QA는 5:1의 비율이 적절하다는 통계가 있으나 SW 담당자는 2명이 진행하고 있고, + 테스트 자동화가 추가되는 경우 업무를 병행해야 하기 때문에 리스크가 존재합니다.
결과적으로 테스트 자동화를 도입한다고 해서 인력을 줄인다는 윗분들의 생각을 꼭 설득 후 도입을 시도해야 합니다.
- 간혹 사례에서 인력 충원보다 테스트 자동화를 통해 인력 문제를 해결하시려는 분들이 계십니다.
- 잘못된 생각이며, 테스트 자동화의 도입은 테스트 커버리지를 높이는 방안이고, 그물망을 더 촘촘히 하는 방법입니다.
Related References
요약 : 소프트웨어 테스트 자동화, 웹 ui 테스트 자동화, 게임 qa 자동화, 모바일 테스트 자동화
'TESTING > TEST AUTOMATION' 카테고리의 다른 글
[TEST AUTOMATION] 테스트 자동화를 시작하는 QA 혹은 테스트 엔지니어들을 위해 (0) | 2024.04.05 |
---|---|
[ROI - Chap.3] 플랫폼에 상관 없이 테스트 자동화 구축하는 방법 (0) | 2020.10.22 |
[필요- Chap.2] 플랫폼에 상관 없이 테스트 자동화 구축하는 방법 (0) | 2020.10.22 |
[도입 - Chap.1] 플랫폼에 상관 없이 테스트 자동화 구축하는 방법 (0) | 2020.10.20 |