QA 3. Test Analysis - 테스트 분석

 

나는 보통 테스트 분석을 테스트 설계단계에서 진행해왔던 것 같다.

내가 생각하는 테스트 분석은 Spec을 정리하여 요건이나 테스트 항목 등을 명확히 하는 활동 으로 요약 할 수 이

있을 것 같다

테스트 분석 단계에서 확인해야할 사항

분석단계에서 보통 확인하여 정리하는 내용은

• 테스트 대상의 전체 요건
• 테스트 대상 그룹화
• 테스트 조건 확인하기

이렇게 세가지로 나눌 수 있을 것 같다.

1. 테스트 대상의 전체 요건확인하기

나는 보통 요건을 확인할 때 Why 와 What에 집중하는 편이지만, 넓게보면 6W2H나 User-story 등으로 파악할 수 있을 것 같다..

6W2H

• When 언제
• Where 어디서
• Who 누가
• Whom 누구에게
• Why 왜
• What 무엇을
• How 어떻게
• How much 얼마나

테스트 대상의 요건을 파악하기 위해서는, 프로덕트나 서비스의 도메인 지식이 충분히 필요하고 필수적이다.

테스트에 들어가기 앞서 만일 도메인 지식이 불충분한 상태라면, 기획자 혹은 PM등 이해관계자들에게 설명을 요구하는 것이 좋고 적극 권유한다.

이때 테스트가 필요한 내용이 적힌 기획서 혹은 각종 참고 문서 등을 테스트 베이시스라고 한다.
이 테스트 베이시스에 대해 테스트 분석단계에서 리뷰를 진행하는데 기획서뿐만 아니라 각종 회의록, 메일, 채팅내용까지 포함하여 요건을 확인해고 부정확한 내용에 대해서는 확실히 정하고 가는 편이 좋다.

 

2. 테스트 대상의 Grouping

시나리오나 목적, 기능등으로 가능한 잘게 나누어서 테스트 대상을 그룹화한다.

어느 목적이냐에 따라 묶이는 내용이 조금은 상이하지만 일반적으로 나는 화면단위로 묶거나 기능단위로 묶는다.

예를들어, 로그인 입력란과 버튼을 확인해본다고 가정해보면

네이버 로그인 영역

입력이 주가 되기 때문에 값을 입력을 가지고 밸리데이션 패턴을 나누어볼 수 있을 것이고. 

각종 버튼의 기능을 중점으로 잡는다면 각 탭과 버튼에 대한 패턴으로 나누어 볼 수 있을 것이다.

 

입력값 input	영어 입력하기(대소문자 구분 혹은 미구분)
	숫자 입력하기
	특수기호 입력하기

 

3. 테스트 조건 확인하기

위에서 나열하고, 확인한 테스트 대상의 내용을 토대로, 테스트 조건을 명확히 해나간다.

설계단계에서 더 꼼꼼히 작성하기 때문에, 지금 단계에서는 러프하게 조건을 정리하고 열거하는 수준으로 해도 문제없다고 생각하지만 개인의 스타일에 따라 적용된다고 생각한다.

입력값 input	영어	영어 입력, 대소문자 구분, 글자수 제한
	숫자	숫자 입력
	특수기호	특수기호 입력