QA 테스트를 꼭 해야 하는 이유는 바로 이것입니다

 

QA = Quality Assurance 란?

단어 그대로 해석하자면 품질 보증이라는 뜻입니다.

소프트웨어 QA라고 이야기를 한다면 SW에 관련된

항목들을 검수하며 요구사항 명세를 준수하도록 하는

프로세스를 의미하는 말이라고 해석할 수 있습니다.

 

또한 해당 프로세스에 따라서 업무를 진행하는

직무 역시 QA라는 말로 부르는데 QA는

진행되는 프로젝트에 대한 품질에 문제가

발생할 수 있는 모든 부분을 종합적으로

고려해야 하며 여기에는 사용자가

이용했을 경우 발생할 수 있는

상황 역시 포함됩니다.

 

 

QA가 테스트만은 아니다?

 

여러분들이 만약 "앱 개발" 프로젝트를

완료해서 출시를 앞두고 있는 상황이라고

가정해 보도록 하겠습니다. 구현된 앱을 봤을 때

UI/UX가 사용하기 편리하게 구성되어 있고

속도도 빠른 데다가, 오류도 최대한 적은 편인

그야말로 완성도 높은 애플리케이션이

개발되어서 많은 사용자들이 만족감 높게

사용할 수 있다면 얼마나 좋을까요?

 

이러한 부분에 대해서 출시 전 검수할 수

있는 과정이 바로 QA입니다.

조금 더 쉽게 말씀드리자면,

완성도에 관한 품질을 보장하기 위해서

진행되는 과정을 의미한다고 이야기할 수 있습니다.

 

고로, 서비스의 품질을 보증하고

사용자에게 최대의 만족감을 제공하기 위해

QA 테스트를 진행하는 것이죠.

 

 

계속해서 검수, 테스트 등의 단어들이 등장하게

되면서 "그럼 QA는 테스트를 말하는 거냐?"라고 이해하실

수도 있는데 단순히 QA = 테스트냐라고 물으신다면

그건 아니라고 말씀드리고 싶네요.

 

QA는 기획부터 개발, 출시까지의 전반적인 과정에서

리스크를 파악하고 그를 최대한 해결할 수 있도록 도우며,

사용자가 최상의 만족도를 느낄 수 있는지 검수를 진행하고,

요구사항 명세서에 작성되어 있는 모든 내용이 제대로 구현되었는지를

확인하는 것이라고 할 수 있습니다.

 

결론적으로 테스트는 QA의 다양한 활동들 중 하나라고 할 수 있죠.

 

 

 

QA 테스트하는 방법

출처 : Confeco

 

그렇다면 QA 테스트를 진행하는 방법은 무엇일까요?

아주 큰 프로세스를 말씀드리자면

1. 테스트 계획 세우기 - [테스트 범위 설정]

2. 테스트 설계하기 - [테스트 케이스 작성]

3. 테스트 수행하기 - [테스트 케이스 수행]

4. 테스트 결과 - [테스트 활동 정리]

이렇게 네 단계로 나눌 수 있습니다.

 

 

■ 테스트 계획 세우기

우선, 프로젝트 내에서 어디부터 어디까지를

테스트할지 범위를 정해야 하는데

보통 기획서 단위로 설정합니다.

 

예를 들어서,

메신저 앱을 구현하고 계신다면

메신저 앱이라는 커다란 시스템 속에

친구 시스템 / 메신저 시스템 이런 식으로

나눠지는 것처럼 세부적인 시스템 단위로

범위를 설정하는 것이 될 수 있습니다.

 

 

■ 테스트 설계하기

이전 단계에서 테스트의 범위를 설정했다면,

테스트 케이스라는 것을 작성하게 됩니다.

 

줄여서 TC라고도 부르는데, 단순히 설명드리자면

텍스트를 작성하고 전송 버튼을 누름 ▶ 텍스트 전송

친구 검색란에 아이디 작성 후 버튼 누름 ▶ 아이디 주인 확인

이런 식으로  특정 페이지에서 특정 액션을 취했을 때

나타나는 기대 결과를 작성하는 것입니다.

 

 

■ 테스트 수행하기

이렇게 테스트 케이스까지 작성이 완료되었다면

이제부터 본격적으로 QA 테스트가 진행됩니다.

 

작성해둔 TC에 맞게 QA 업무를 담당하고 있는

담당자들이 모든 액션을 수행하고 기대 결과를

확인할 수 있는지를 체크하게 됩니다.

 

이때, 기기별 또는 상황별로 다르게

검수될 수 있으니 인력이 두 명 이상이라면

크로스 체크를 진행해 주시는 것이

훨씬 더 효과적입니다.

 

 

■ 테스트 결과

검수 결과까지 작성된 TC를 개발자에게

보고해서 액션과 기대 결과가 맞지 않은

이슈들에 관해 정보를 전달하고

수정하는 과정을 거치게 됩니다.

 

이때 개발자가 오류를 발견하여 수정했을 경우

테스트 수행 단계로 돌아와 다시 검수하는 과정을

거쳐 이슈가 제대로 해결되었는지를 체크하게 되는데

이렇게 발견된 이슈가 모두 해결되었을 때는

전체적인 검수가 한 번 더 진행됩니다.

 

 

 

 

QA 테스트를 해야 하는 이유

 

그렇다면 QA 테스트를 해야 하는 이유는 뭘까요?

테스트가 제대로 진행되지 않고 프로젝트가 완료되어

서비스 출시 이후 오류가 발생하게 될 경우

1. 이용자들의 불만으로 인해 비즈니스 이미지에 타격.

2. 손해 입은 이용자들 보상 및 추가 개발로 금전적 손실.

3. 수정 및 추가 개발로 인해 발생하는 시간 낭비 등

다양한 리스크가 발생할 가능성이 매우 높아집니다.

 

그렇기 때문에 이를 최대한 해소하려면

테스트는 필수 과정이라고 할 수 있죠.

 

또한 만약 외부 프로젝트를 진행하신 경우라면

요구사항 명세서에 작성된 모든 기능을

제대로 구현했는지 확인할 수 있는 과정을

거치게 되기 때문에 만에 하나 발생할 수 있는

분쟁을 막을 수 있는 방법이 되기도 합니다.

 

고로 발생할 수 있는 모든 리스크를 최대한 줄이고

이용자의 만족도를 극대화하기 위해서

QA 테스트를 진행한다고 할 수 있습니다.

 

 

 

---

현재 개발 프로젝트를 앞두고 계시거나

혹은 IT 창업을 계획하고 계신 관계로

IT 전문가의 도움이 필요하시다면

제시요로 문의 부탁드립니다.

 

제시요는 성공적인 프로젝트 진행을 위해

기획컨설팅과 개발 모니터링 등

다양한 서비스를 개발사 매칭과 함께

제공드리고 있습니다.