QA 체크리스트, 우리 팀은 제대로 테스트하고 있을까?

테스트는 하고 있는데, 지금 방식으로 충분한 걸까?

​

QA를 진행하고 있더라도 테스트 범위와 기준이 명확하지 않거나,

일정에 따라 확인하는 항목이 달라지는 경우가 있습니다.

​

특히 기능과 업데이트가 늘어날수록

단순히 테스트를 하고 있다는 것보다 어떤 기준과 범위로 QA가 진행되고 있는지가 중요해집니다.

​

현재 우리 팀의 QA가 어떻게 진행되고 있는지 몇 가지 항목으로 확인해보겠습니다.

 

 

1. QA가 항상 출시 직전에 시작된다

개발 일정이 밀리다 보면 자연스럽게 QA 일정도 뒤로 밀립니다.

 

 

​

문제는 출시를 앞두고 짧은 기간 안에

많은 기능을 확인해야 하는 상황이 반복된다는 점입니다.

 

이 경우 새로 개발된 기능을 확인하는 데 집중하게 되면서 기

존 기능의 영향 범위나 다양한 사용 환경까지 충분히 테스트하기 어려울 수 있습니다.

 

QA 기간이 매번 출시 직전에 몰리고 있다면

테스트 범위가 일정에 따라 달라지고 있지는 않은지 확인할 필요가 있습니다.

 

 

​

2. 테스트 범위가 담당자마다 달라진다

같은 기능을 테스트하더라도 담당자에 따라 확인하는 항목이 달라질 수 있습니다.

 

한 사람은 정상 동작 위주로 확인하고,

다른 사람은 예외 상황이나 연결된 기능까지 확인하는 식입니다.

​

 

 

테스트 범위와 기준이 명확하지 않으면

누가 테스트하느냐에 따라 확인되는 품질의 범위도 달라질 수 있습니다.

 

테스트 케이스나 체크리스트가 있다면

현재 서비스와 맞게 관리되고 있는지도 함께 확인해야 합니다.

​

​

​

3. 변경된 기능만 확인하고 테스트를 끝낸다

기능 하나를 수정했다고 해서 영향이 그 기능에만 머무르는 것은 아닙니다.

 

예를 들어 로그인 인증 로직이 변경됐다면

로그인뿐 아니라 회원가입, 비밀번호 변경, 자동 로그인 등

연결된 기능에도 영향을 줄 수 있습니다.

​

 

 

따라서 변경된 기능을 확인한 뒤에는

영향을 받을 수 있는 기존 기능까지 범위를 넓혀 회귀 테스트가 필요한지 판단해야 합니다.

 

수정된 화면이나 기능만 확인하는 방식이 반복되고 있다면 예상하지 못한 영역에서 문제가 발생할 가능성이 있습니다.

​

​

​

4. 테스트 환경이 한정되어 있다

개발 환경에서는 정상적으로 동작하지만

실제 사용자 환경에서는 문제가 발생하는 경우가 있습니다.

​

 

​

특히 웹과 앱 서비스는

• 브라우저와 버전
• OS와 버전
• 모바일 디바이스
• 화면 크기
• 계정 및 사용자 권한

등에 따라 서로 다른 문제가 나타날 수 있습니다.

 

따라서 서비스가 실제로 사용되는 환경과 비교했을 때

현재 QA에서 확인하고 있는 테스트 환경이 충분한지 살펴볼 필요가 있습니다.

​

​

​

5. 발견한 결함과 테스트 결과가 제대로 남지 않는다

테스트 과정에서 문제를 발견하고 수정했더라도

기록이 남아 있지 않으면 이후 비슷한 문제가 발생했을 때

다시 처음부터 확인해야 합니다.

 

 

​

어떤 환경에서 문제가 발생했는지, 어떻게 수정됐는지, 어떤 기능까지

다시 테스트했는지 등의 기록은

이후 QA에서도 활용할 수 있습니다.

 

테스트 결과와 결함 이력이 관리되고 있어야

반복적으로 발생하는 문제나 자주 영향을 받는 기능도 파악하기 쉬워집니다.

 

​

​

우리 팀의 QA를 확인해보면

확인 항목	체크
QA 일정이 항상 출시 직전에 몰린다	□
담당자마다 테스트하는 범위가 다르다	□
테스트 케이스가 없거나 최신 상태가 아니다	□
변경된 기능만 확인하고 테스트를 종료한다	□
회귀 테스트 범위가 명확하지 않다	□
브라우저·OS·디바이스 등 테스트 환경이 제한적이다	□
일정이 부족하면 테스트 범위부터 줄어든다	□
결함과 테스트 결과가 체계적으로 관리되지 않는다	□

 

체크되는 항목이 있다고 해서 현재 QA가 잘못되고 있다는 의미는 아닙니다.

 

다만 여러 항목이 반복적으로 나타난다면 QA를 수행하고 있는 것과 별개로

현재 인력과 일정 안에서 필요한 테스트 범위를 충분히 확보하고 있는지 살펴볼 필요가 있습니다.

 

서비스가 커지고 기능과 사용 환경이 다양해질수록 QA에서 확인해야 할 범위 역시 함께 늘어납니다.

 

결국 중요한 것은 현재의 QA 방식이

우리 서비스에서 발생할 수 있는 주요 문제를 충분히 확인할 수 있는 수준인지입니다.