탐색적 테스팅에 관한 이야기(내용추가2021.04.20)

 

오늘은 탐색적 테스팅에 관해 알아보도록 하겠습니다.

 

 

탐색적 테스팅의 개념 :

경험 기반의 테스팅 기법 중 하나로 테스터의 경험, 직관, 기술능력을 바탕으로 테스팅 하는 기법

 

*내용추가(2021.04.20) *탐색적 테스팅의 구성요소 ⓐ테스트 차터(Test Charter) - 탐색적 테스팅에서 테스트의 범위와 목적, 테스트 방법 등을 정의하기 위한 테스트 참조 문서 - 테스트 목적 선언 또는 임무  - 테스트 차터는 테스트 아이디어를 포함할 수 있다. ⓑ시간 제한 (Time Boxing) - 테스트 차터를 정할 때, 시간을 정한다. - 시간 제한을 두고 테스트에 몰입을 유도한다. ⓒ테스트 노트(Test Note) - 테스트를 실행하며 테스트 실행 시 활동이나 머릿속에 계획한 내용, 설계한 내용을 간략하게 노트에 기록한다. - 테스트 케이스의 역할을 대체하며 검토 가능한 결과물로 활요한다. ⓓ요약보고/회고 (Debriefing) - 테스트가 종료되고 발견된 결함과 이슈를 공유한다. - 테스트 노트를 기반으로 테스트가 수행된 경험과 의견을 팀원과 공유한다.

 

탐색적 테스팅은 테스터가 의도하던, 의도하지 않던 테스트 진행 시 발생되는 기법중에 하나라고 생각됩니다.

 

탐색적 테스트는 테스터의 역량에 따라 결과가 달라질 수도 있습니다.

 

저는 주로 명세기반으로 TC를 작업하고, 그 TC 를 가지고 테스트를 하게되면 전반적인 기능에 대한 검증은 가능하지만

 

예외적인 상황에 놓칠 수 있는 결함이 발생하게 됩니다. (소프트웨어의 특성상 더더욱 확인이 필요한 작업)

 

예를 들면 , 음원 재생에 관한 탐색적 테스팅 기법을 적용해보도록 하겠습니다.

 

EX)

APP : MP3 플레이어 

준비물 : 기획서, 기획서 기반으로 작성된 Testcase, 테스트용 단말기, 

 

명세기반으로 작성된 TC

TC-ID	REQ-ID	Main	Middle	Sub	Pre-Condition		Test Step		Expected Result
XX-00X	XX-XX	Main	MP3 음원 목록	재생	1. 로그인 상태 2. 네트워크 연결상태 3.  MP3플레이어 App 진입상태 4. MP3 음원 목록 진입상태		1. 재생중인 음원을 확인한다.		1. 선택한 음원이 정상재생되어야 한다. (재생중일때, 프로세스 바가 멈추면 안된다.)

일 때, 명세기반으로만 확인을 하게되면

 

단순히 재생버튼을 눌렀을 때의 동작만 확인하게됩니다.

 

재생버튼을 눌렀을 때 외부환경에 따라 재생기능이 어떻게 동작되는지 확인하고 싶습니다. (테스트 차터)

 

그러나 우리의 경험 멜론, 지니뮤직, 애플 뮤직 등 여러 음원 스트리밍 APP을 사용해본 경험에 의거하여 해당부분에 대해 추가적인 테스트를 할 수 있습니다. 이러한 계획들은 테스트 노트에 간단하게 기록합니다. (테스트 노트)

 

그러면 추가적으로 탐색적 테스팅을 간단하게 진행해보도록 하겠습니다.

 

 

 제 경험으로는 대표적으로 MP3가 재생될 때 전화가 오거나 혹은 백그라운드에 MP3플레이어를 실행 시켜놓은 후 다른 APP 을 사용하였을 때 어떻게 결과가 나올지 궁금합니다.

 

1. MP3가 재생될 때 전화수신 event 추가

2. Pre-condition에 재생중인 MP3 제외 유저들이 많이 사용하는 APP 실행 추가

(Time box 를 설정하여 검증 진행)

 

위의 테스트를 진행하게 되었을 때, 극단적으로 외부 앱과의 충돌로 인한 APP 종료 상황이 발생되었다고 가정한다면

 

이 결함에 대해 팀원들과 이슈를 논의할 수 있습니다. (요약 보고 Debriefing)

 

요약 보고 활동을 통해 공유된 결함으로 앞으로의 프로젝트에 있어 시행착오를 줄이고, 효과적인 기획, 개발, 검증 모두 

 

피드백이 가능합니다.

 

 

 

*** 탐색적 테스팅에 관해 임의로 예를 들어 작성해 보았지만 부족한 부분이 많습니다.

피드백 환영입니다.***