[TMMi] 레벨.2 기준 유스케이스 테스팅에 대해서 알아보자

테스트 설계 명세 가이드 : 유스케이스 테스팅(8) #11

표준 테스트 설계 명세 가이드에 대해서 알아보도록 하겠습니다.

많은 설계 기법을 다루어야 하기 때문에 8 파트로 나누어서 작성을 하도록 하겠습니다.

 

정책/전략/가이드의 문서 번호는 410번이며, 이 전 글을 참고하시기 바랍니다.

[TMMi : Level 2] 프레임워크 및 문서 양식 #1

 

개정 이력

{고객사명}	SW 정책/전략/가이드		작성자
	테스트 설계 명세 가이드 (유스케이스 테스팅)		검토자
			승인자

 

<관련 부서 합의>

부서	이름	Comment	일자

<문서 제/개정 이력>

번호	제/개정 일자	제/개정 내용	문서 버전	개정자	승인자

 

1. 개요

1) 목적 

📌 본 문서는 테스트 설계 기법 적용방법의 가이드를 목적으로 한다.
📌 실제 프로젝트 산출물을 테스트 베이시스로 하여 테스트 케이스 설계 기법 적용 과정을 예시로 들어 설명한다.
📌 각 기법에 대한 기본적인 내용은 SW 테스팅 관련 서적 또는 교육교재 등을 참조하기 바란다.

2) 적용범위

📌 본 가이드는 ABC사(이하 ‘당사’ 라 함)의 SW 테스팅을 수행하기 위한 모든 설계 시 적용한다.

3) 참고 문서

📌 개발자도 알아야 할 소프트웨어 테스팅 3판

📌 ISTQB Syllabus Test Analysit

[v.2011-KOR] ISTQB CTFL 실라버스 요약 : 테스트 설계 기법 - Chapter 4

4) 문서 관리 담당자

📌 본 문서의 관리 담당자는 아래와 같음

역할	담당부서	담당자	내용
문서 책임자	OOO	OOO	본 문서 생성 및 수정 권한 부여
문서 검토자	OOO	OOO, OOO	작성 완료된 본 문서에 대하여 검토하고 의견 개진
문서 승인자	OOO	OOO	본 문서의 베이스라인을 승인하고 배포 허가

 

2. 테스트케이스 설계 기법 예시

👀 각 기법 별로 본 문서를 참고한다.

• 동등 분할 및 경곗값 분석 기법
• 페어 와이즈 테스팅
• 결정 테이블 테스팅
• 상태 전이 테스팅
• 기본 경로 테스팅 
• 제어 흐름 테스팅
• 최소 비교 테스팅
• 유스 케이스 테스팅 > 마지막으로 다룰 내용

3. 테스트케이스 설계 명세서 작성 가이드(기존 동일)

1) 절차

선행 작업	리스크 분석 및 레벨별 테스트 설계 전략 수립
명세 절차	리스크 아이템 분석서 참조 리스크 아이템 별 테스트 컨디션 도출(기법을 적용, 테스트케이스 설계 기법 예시 참조) 각 테스트 레벨의 설계 전략에 맞는 템플릿 선정(기능 베이스, 시나리오 베이스) 테스트 스위트 작성(케이스 및 프로시저)
후행 작업	테스트 실행 및 로그 생성 테스트 결과 분석

2) 역할과 책임

테스트 매니저(또는 리더)	"테스트 설계 가이드"의 유지 관리, 수정 및 배포에 대한 책임이 있다.
테스트 엔지니어	"테스트 설계 가이드"를 기반으로 테스트 케이스 도출 시 참조하여 개발한다.

3) 표준 템플릿

👀 ABC사 테스트 설계 명세서 템플릿. xlsx

 

4. 유스케이스 테스팅

1) 기법 적용 절차

① 유스케이스 기본 흐름, 대안 흐름, 예외 흐름을 식별하고 그래프로 그린다.
② 각 흐름은 시나리오로 구분되며 번호를 부여하여 식별한다.

2) 테스트 베이시스

📌 아파트 관리비 자동납부 화면

• 회원이 모바일, CRM, 홈페이지를 통하여 아파트관리비 자동납부를 신청 및 해지
• 기능 대상 아파트 주소정보, 동호 정보를 제공
• 회원별 아파트관리비 자동납부 신청 조회 및 신청 건에 대해 해지 처리

{유스케이스 시작}
이 유스케이스는 액터가 아파트관리비 자동납부 신청 또는 해지를 요청하면서 시작된다.

유스케이스 기본 흐름

{ 아파트 관리비 자동납부 신청}
1. 액터는 주민등록번호를 입력하고 유효카드번호를 조회 요청한다.
2. 시스템은 주민등록번호에 대한 유효카드번호를 조회한다.
3. 액터는 조회된 카드번호 중 자동납부 신청할 카드 번호를 선택하고 아파트 검색에서
   아파트 정보와 동호 정보를 선택하여 자동납부를 신청한다.
4. 시스템은 요청된 자동납부 신청을 접수 등록한다.

{유스케이스 종료}
이 유스케이스는 종료한다.

유스케이스 대안 흐름

{아파트 관리비 자동납부 해지}
5. 액터는 조회 조건에 주민등록번호를 입력하고, 아파트관리비 자동납부 신청 내역 조회를 요청한다.
6. 시스템은 조회 요청된 주민등록번호에 대한 아파트관리비 자동납부 신청 내역을 조회한다.
7. 액터는 조회된 신청 내역에 대해 해지를 원하는 건을 선택하여 해지 요청한다.
8. 시스템은 해당 건을 해지한다.

{동호별 아파트관리비 자동납부 조회}
9. 액터는 아파트 정보, 동호 정보를 입력하고 해당 아파트에 대한 자동납부 신청 내역 조회를 요청한다.
10. 시스템은 아파트별, 아파트 동호별 자동납부 신청 내역을 조회한다.

유스케이스 예외 흐름

{입력 오류 처리}
기본 흐름의 1번 스텝에서 입력 주민 번호가 오류인 경우
1. 시스템은 오류 메시지를 제공하고 복귀한다.

대안 흐름의 5번 스텝에서 입력 주민 번호로 등록된 자동 납부 신청 내역이 없는 경우
1. 시스템은 자동 납부 신청 내역이 없다는 메시지를 제공하고 복귀한다.

👀 테스트 베이시스는 요구사항을 포함하는 모든 문서를 얘기한다. 자세한 용어의 뜻은 아래 링크를 확인 바랍니다.

[v.2018-KOR(ㄱ ~ ㅅ)] Standard Glossary of Terms used in Software Testing Version 3.2

[v.2018-KOR(ㅇ ~ ㅎ)] Standard Glossary of Terms used in Software Testing Version 3.2

3) 기법 적용

📌 유스케이스 흐름 작성

👀 유스케이스를 분석하여 기본, 대안, 예외 흐름을 그래프로 나타낸다.

 

흐름도 예시

📌 시나리오 도출

시나리오	설명
S0	(기본흐름). 아파트 관리비 자동 납부 신청을 정상적으로 수행함. 적합한 주민 번호 입력
S1	(예외 흐름). 아파트 관리비 자동 납부 신청이 비정상적으로 수행됨. 부적합 주민 번호 입력
S2	(대안흐름). 등록된 아파트 관리비 자동 납부 신청 내역을 조회함
S3	(대안흐름). 등록된 아파트 관리비 자동 납부 신청을 해지함. 적합한 주민 번호 입력
S4	(예외 흐름). 등록된 아파트 관리비 자동 납부 신청이 비정상적으로 수행됨. 부적합 주민 번호 입력

📌 테스트 케이스 도출

👀 위에서 도출한 유스케이스 시나리오를 기반으로 테스트 케이스를 작성한다.

TestCase ID	Step Description	Expect result
TC_001	- 아파트 관리비 자동 납부 신청 화면 진입 - 주민등록번호 입력 - 주민등록번호로 등록된 유효카드번호 출력 - 출력된 유효카드번호 중 자동납부를 신청할 카드번호 선택, 아파트 검색에서 아파트 정보와 동호 정보 선택, 자동납부 신청 요청	요청된 자동 납부 신청 등록
TC_002	- 아파트 관리비 자동 납부 신청 화면 진입 - 부적합 주민등록번호 입력	오류 메시지 출력
TC_003	- 아파트 관리비 자동 납부 조회 화면 진입 - 아파트 정보, 동호 정보 입력, 자동납부 신청 내역 조회	아파트별, 아파트 동호별 자동납부 신청 내역 출력
TC_004	- 아파트 관리비 자동 납부 해지 신청 화면 진입 - 주민등록번호 입력 -주민등록번호로 등록된 아파트 관리비 자동납부 신청 내역 출력 - 출력된 아파트 관리비 자동납부 신청 내역 중 자동납부를 해지할 목록 선택, 자동 납부 해지 신청 요청	요청된 자동납부 해지 처리
TC_005	- 아파트 관리비 자동 납부 해지 화면 진입 - 부적합 주민등록번호 입력	오류 메시지 출력

 

📌 적용 유의 사항

① 유스케이스 테스트 기법은 기능을 세부적으로 테스트하는 목적보다는 유스케이스의 흐름을 모두 커버하기 위한 시나리오 기반의 테스트에 효과적이다.

 

TMMi

요약 : iso 표준, 국제 표준 iso, 국내 표준, 표준, istqb, kstqb, 웹 qa, 모바일 qa, 앱 qa, test web, tmmi, cmmi