베타 테스팅 프로세스의 개요

제목: 베타 테스팅 프로세스의 개요(AN OVERVIEW OF THE BETA TESTING PROCESS)

저자: Ulf Eriksson

문서유형: 뭽문서, 2015년

출처 https://reqtest.com/testing-blog/an-overview-of-the-beta-testing-process/

베타 테스팅은 완성되지 않은 제품 버전을 실제 고객에게 주고 체험하도록 하여 피드백을 얻는 프로세스이다. 실험실에서는 모사할 수 없는 아주 다양한 환경에서 사용자가 소프트웨어를 시도할 수 있게 하므로 품질 테스팅에 하나의 중요한 차원을 추가하게 된다.

 

왜 베타 테스팅을 하는가?

제품 개발자가 자신의 제품을 빠르고 저렴하게 개선할 수 있게 해 주는 베타 테스팅은 품질 외에도 아래와 같은 여러 다른 목적을 위해 사용될 수 있다.

• 요구사항 관리(Requirements Management): 베타 테스팅이 제품 소유자가   다뤄야 할 추가적인 요구사항이 있는지 집어주고, 기존 백로그에 있는 것들을 더 명확히 하고 우선 순위를 정하는데도 도움이 됨
• 버그 추적(Bug Tracking): 베타 테스팅이 현실적인 사용을 통해서야 비로소 모습을 드러내는 버그를 찾는데 도움을 줌. 제품이 사용자 손에 있을 때 그 성능 수준이 어느 정도일지 엿볼 수 있게 해 줌
• 사용성 이슈(Usability Issues): 베타 테스팅이 사용자 체험을 연구할 수 있게 해주고, 사용자가 직접 제공하는 피드백을 기반으로(또는 제품과 상호작용하는 사용자의 행동 패턴을 관찰하여 얻은 통찰력을 기반으로) 사용성을 개선할 수 있는 방법을 찾게 해줌
• 지원(Support): 테스팅 문서와 지원 자료가 현실적인 사용을 정확하게 반영하도록 작성될 수 있으며, 따라서 제품을 사용하는 사람들에게 더 명확하고 도움이 되는 리소스를 제공할 수 있게 됨
• 제품 마케팅(Product Marketing): 피드백 수집은 어떤 기능을 사용자가 가장 선호하는지나 경쟁자 보다 우위를 점할 수 있는 예상치 못한 장점이 소프트웨어 존재하는지를 제품 소유주가 알 수 있게 해주며, 이런 모든 정보를 홍보 재료로 활용하여 제품을 마케팅함

베타 테스팅 셋업하기

베타 테스트를 수행하는 여러 방식이 존재하지만 대부분의 관리자가 아래 단계들을 포함하는 계획을 따른다. 

• 프로젝트 계획(Project planning): 베타 테스팅이 시작되기 전에 프로젝트의 목표가 문서화되고 합의되어야 함. 또한 프로세스를 더 효과적으로 만들기 위해 정량화할 수 있는 타겟과 주요 메트릭이 선택되어야 함
• 참가자 모집(Recruiting participants): 베타 테스팅은 완료되지 않은 제품 버전을 사용하고 그 경험에 대한 피드백을 제공하기로 합의한 테스터를 모집하는 것으로 시작함. 업체와의 관계에 의해 의견이 영향을 받지 않는 사람들이 참가자로 바람직함. 이전 고객을 베타 테스터로 활용하는 것은 괜찮지만 내부 직원을 참가자로 모집하는 것은 좋지 않음
• 제품의 여러 다른 버전 배포(Distributing different versions of the product): 제품의 갱신된 버전이 완성되는 대로 최대한 빠르게 베타 테스터에게 보내어지고, 이는 제품을 현실 상황에서 사용하는게 어떤 느낌인지 베타 테스터가 직접 경험할 수 있게 해 줌
• 피드백 수집(Collecting feedback): 참가자가 베타 제품을 사용하기 시작했다면 피드백이 빠르게 수집될 필요가 있음. 이 피드백이 여러 형태(버그 보고서, 일반 코멘트, 인용문, 제안 사항, 설문 조사, 추천글 등등)로 오게 되며, 이것들을 모두 처리할 수 있는 툴을 갖고 있는게 중요함
• 피드백 평가(Evaluating feedback): 모든 피드백은 그것이 제품과 관련 팀에 주는 영향력에 기반하여 체계적으로 검토되어야 함. 종종 버그가 베타의 핵심 초점이 되기는 하지만 다른 가치 있는 데이터도 베타 테스트로부터 도출될 수 있음

아래는 Udacity에서 앱 베타 테스팅(App Beta Testing)에 대해 소개한 영상이다.