위험기반테스트 전략의 한 종류로 우선순위별 테스트 수행 전략이 있다.
릴리스 일정이 짧을때 빠른 검증을 할때, 우선순위를 선정하여 테스트를 수행한다.
고려해야 할것들
제품 개발의 중요도, 전체 개발 일정, QA 투입 인력, 변경 코드의 양 등을 고려하여
이해관계자들과 중요도를 결정한다.
수행 우선순위
매우높음 L1
제품 전체에 영향을 주는 기능 (신규 중요 기능의 추가 등)
테스트계획 수립, 테스트케이스 작성 및 보완
QA 테스트 환경 구성하여 테스트 수행 (짝테스트 등)
높음 L2
기존 기능 개선, 단순 신규 기능 추가/삭제, 제품 일부 기능에 영향을 미침
테스트계획 수립, 테스트케이스/체크리스트 작성 및 보완
급하면 개발환경에서 테스트를 하는 경우도 있지만, 가능하면 QA 별도 환경에서 테스트 수행
보통 L3
코드 개선을 위한 단순 수정(리팩토링), 기존 기능 단순 수정(라벨링, 변수명 수정 등)
체크리스트 작성 및 보완
개발팀에서만 테스트 수행할때 개발팀에서 QA팀으로 결과 공유
개발팀 개발환경에서 테스트가능
낮음 L4
기능에 영향없는 라이브러리 버전 변경, 환경변수/빌드설정 등 변경
별도 테스트없이 정상 실행 확인만 수행, 개발팀 개발환경에서 정상임을 공유한다.
생각
테스트를 계획할때 이미 테스트 일정이 빠듯한데 급한 경우, 리팩토리만 하는 경우, 라이브러리만 변경되는 경우 다 다르게 QA활동과 문서, 테스트 등을 결정해왔다.
테스트케이스에서 우선순위 컬럼을 두고 관리하는 곳이 있는걸 알았지만 그런것까지 작성하지는 않았었고 그저 결함을 발견했을때 결함의 레벨과 우선순위만 작성해서 리포팅 했었다.
기능을 개발하고 빨리 배포해야 할경우라면, 무엇을 테스트하고 무엇을 스킵할 것인지 기록이 된다면 품질관리에 도움이 될것 같다.
