풀스택 테스트 (Korean Edition), 2nd Edition

제2장. 수동 탐색적 테스트

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

방황하는 모든 이가 길을 잃은 것은 아니다.

J.R.R. 톨킨

수동 탐색적 테스트는 매우 집중적인 활동입니다. 테스트 대상 애플리케이션을 직접 실행하여 요구사항 문서나 사용자 스토리에 언급되지 않은 상황을 포함해 다양한 상황에서 나타나는 동작을 탐색하고 이해합니다. 이러한 탐색을 통해 분석이나 개발 단계에서는 예상하지 못했던 새로운 사용자 흐름은 물론, 기존 사용자 흐름 내의 버그도 종종 발견됩니다. 이러한 발견이 이루어지면, 이를 찾아낸 사람에게는 자신의 예리한 분석력과 관찰력을 입증하는 기회가 되므로 상쾌한 기쁨을 느끼게 됩니다!

일반적으로 수동 탐색적 테스트에서는 전체 애플리케이션이 테스트 환경에 배포됩니다. 테스터들은 데이터베이스, 서비스, 백그라운드 프로세스 등의 구성 요소를 자유롭게 조작하여 다양한 실시간 시나리오를 시뮬레이션하고 애플리케이션의 동작을 관찰합니다. 수동 탐색적 테스트는 특정 승인 기준 세트를 수동으로 실행하고 애플리케이션의 동작이 명시된 기대치를 충족하는지 검증하는 전통적인 수동 테스트와는 다릅니다. 전통적인 수동 테스트는 반드시 분석 능력을 요하는 것은 아니지만, 탐색적 테스트는 테스터들 앞에 새로운 지평을 열어주며, 문서에 기록된 내용이나 애플리케이션에 대해 알려진 범위를 넘어 더 깊이 탐구하도록 유도합니다.

일부 팀은 탐색적 테스트의 가치를 과소평가하며, 특히 자동화 테스트( 3장에서 논의됨)로 보완된다면 집중적인 사용자 스토리 분석과 개발을 통해 ‘좌측 이동(shifting left)’하는 것만으로도 서비스 출시가 충분하다고 믿는 경우가 많습니다. 그러나 사용자 스토리 작성 과정에서 수행되는 분석은 대개 비즈니스의 관점에서 이루어지며, 개발 과정에서 개발자들은 현재 기능의 기술적 범위에만 초점을 맞출 수 있습니다. 이로 인해 명백한 공백이 발생합니다. 즉, 배포된 환경에서 최종 사용자의 관점과 전체적인 시각으로 애플리케이션을 탐색하지 못한다는 것입니다. 이러한 공백은 통합 문제와 누락된 최종 사용자 흐름의 여지를 남기며, 이것이 바로 팀이 개발 후 수동 탐색적 테스트 단계를 필요로 하는 이유입니다. 다시 말해, ‘시프트 레프트(shift-left)’ 테스트만으로는 개발 라이프사이클의 후반 단계에 대한 필요성을 완전히 없앨 수 없습니다.

팁

탐색적 테스트는 비즈니스 요구사항, 기술적 구현 세부 사항, 최종 사용자의 요구라는 세 가지 관점을 모두 통합하며, 이러한 모든 관점에서 진리로 여겨지는 모든 것에 의문을 제기합니다. 탐색적 테스트를 통해 발견된 새로운 사용자 흐름과 테스트 케이스가 자동화된 후에야 비로소 해당 기능을 완성된 것으로 간주하는 것이 좋은 관행입니다.

개발 후 수행되는 이 탐색적 테스트를 담당할 별도의 인력을 배정하거나, 기존 팀원들이 각 반복 주기마다 순차적으로 수행할 수 있습니다. 실제로 모든 역할의 구성원은 실습을 통해 ...