(3주 1일차) 좋은 레시피가 좋은 요리를 만든다 (테스트 케이스란?)

 

안녕하세요! QA여행 ( https://qajourney.tistory.com/ ) 입니다.

 

새로운 한 주, 그리고 QA의 핵심 역량을 연마할 3주차의 첫날에 오신 여러분을 진심으로 환영합니다.

지난 2주간 우리는 소프트웨어가 만들어지는 전체 과정을 이해하며 '숲'을 보는 눈을 길렀습니다.

이번 주부터는 그 숲속으로 들어가,

'어떻게 하면 더 효과적으로 나무를 살펴볼 수 있는지'에 대한 구체적인 기술, 바로 '테스트 설계 기법'을 배우게 됩니다.

그 첫걸음은 모든 테스트 활동의 기초가 되는 설계도, 테스트 케이스(Test Case)에 대해 알아보는 것으로 시작하겠습니다.

 

QA활동도 요리를 하는 것과 비슷합니다.

 

테스트 케이스, 왜 필요할까요?

여러분은 요리를 할 때 무엇을 보시나요?

많은 분들이 '레시피'를 참고할 겁니다.

레시피에는 필요한 재료, 각 재료의 양, 조리 순서, 그리고 완성된 요리의 모습이 상세히 담겨 있죠.

 

테스트 케이스는 바로 QA의 '레시피'입니다.

 

그저 머릿속 생각에 의존해서 테스트한다면 어떨까요?

특정 순서를 빠뜨릴 수도 있고, 이전에 테스트했던 내용을 잊어버려 또 테스트하는 비효율이 발생할 수도 있습니다.

다른 사람과 협업하기도 어렵죠.

테스트 케이스는 이런 문제를 해결해 줍니다.

• 체계성 : 무엇을, 어떤 순서로, 어떻게 테스트할지 명확히 하여 중복과 누락을 방지합니다.
• 재현성 : 누가 테스트하더라도 동일한 조건과 절차로 테스트를 수행하고 결과를 확인할 수 있게 합니다.
• 추적성 : 기획서의 어떤 요구사항을 검증하기 위한 테스트인지 명확히 연결하여 관리할 수 있습니다.
• 자산화 : 한번 잘 만들어 둔 테스트 케이스는 향후 리그레션 테스트 등에서 계속 재사용할 수 있는 귀중한 자산이 됩니다.

 

좋은 테스트 케이스의 조건 (구성 요소)

좋은 레시피에 필수적인 요소들이 있듯,

좋은 테스트 케이스에도 반드시 포함되어야 할 항목들이 있습니다.

• 1. 식별자 (ID) : 각 테스트 케이스를 구분하기 위한 고유 번호 (e.g., TC-LOGIN-001)
• 2. 제목 (Title) : 테스트의 목적을 한눈에 알 수 있는 명확한 제목 (e.g., 정상적인 아이디와 비밀번호로 로그인 시도)
• 3. 사전 조건 (Pre-conditions) : 테스트를 수행하기 위해 미리 갖춰져야 할 환경이나 상태 (e.g., 테스트 계정이 미리 생성되어 있어야 함)
• 4. 테스트 절차 (Test Steps) : 테스트를 수행하는 구체적인 행동 순서를 단계별로 상세히 기술
• 5. 테스트 데이터 (Test Data) : 테스트 절차에 사용될 구체적인 입력값 (e.g., ID: testuser, PW: test1234)
• 6. 예상 결과 (Expected Result) : 테스트 절차를 올바르게 수행했을 때 나와야 하는 기대 결과
• 7. 실제 결과 (Actual Result) : 테스트를 실제로 수행한 후 관찰된 결과
• 8. 상태 (Status) : 테스트의 성공(Pass), 실패(Fail), 보류(Pending), 스킵(Skip) 여부를 표시

 

나쁜 예시 vs 좋은 예시

나쁜 테스트 케이스	좋은 테스트 케이스
로그인 테스트 해보기	TC-LOGIN-001 : 정상 아이디/패스워드 로그인
-	사전 조건 : testuser / test1234 계정 활성 상태 절차 :  1. 로그인 페이지 접속  2. ID 필드에 'testuser' 입력  3. PW 필드에 'test1234' 입력  4. '로그인' 버튼 클릭 예상 결과 : 로그인 성공 후 메인 페이지로 이동

 

 

테스트 케이스 관리 도구

물론 매번 엑셀로 관리할 수도 있지만,

현업에서는 더 효율적인 관리를 위해 TestRail, Zephyr, Xray와 같은 전문적인 테스트 케이스 관리 도구를 많이 사용합니다.

하지만 시간이 흘러도 아직 가장 많이 사용하는건 엑셀 (Excel) 이죠 ㅎㅎㅎ

이런 툴들은 Jira와 연동되어 기획, 개발, 테스트의 과정을 하나의 흐름으로 추적하고 관리하는 데 큰 도움을 줍니다.

 

마무리하며

오늘은 테스트 활동의 가장 기본이 되는 설계도, 테스트 케이스에 대해 알아보았습니다.

좋은 테스트 케이스를 작성하는 것은 단순히 문서를 만드는 행위가 아니라,

요구사항을 깊이 이해하고 테스트 과정을 논리적으로 설계하는 핵심적인 분석 활동입니다.

처음에는 조금 번거롭게 느껴질 수 있지만,

이 습관이 여러분을 체계적이고 신뢰성 있는 QA 전문가로 만들어 줄 것입니다.

오늘도 새로운 지식을 배우시느라 정말 고생 많으셨습니다.

 

내일 14일차에는 드디어 본격적인 테스트 설계 기법의 세계로 들어갑니다.

QA 면접 단골 질문이자, 가장 기본적이면서도 강력한 기술인

<동등 분할 & 경계값 분석>에 대해 배울 예정이니,

오늘 내용을 잘 기억해두시면 큰 도움이 될 거예요.

그럼, 편안한 저녁 보내시고 내일 뵙겠습니다!