[SW테스팅-실습] 스크립트 기반 테스트

ACAI BERRY DEVELOVER·2023년 8월 28일

스크립트기반테스트 테스트데이터 테스트데이터요구사항분석 테스트케이스 테스트케이스설계명세서 테스트케이스양식

✔︎ 테스트 케이스 준비

❖ 테스트 케이스

► 테스트를 실행하는 수단이 되는 테스트 항목
► 요구사항 명세, 아키텍쳐 및 설계 문서, 기능 리스트 등의 다양한 개발 산출물로부터 도출 가능.
► 다양한 설계 기법을 활용하여 체계적인 테스트 케이스 도출이 가능.
► 테스트 되어야 하는 Test Condition을 입력 값과 기대결과로 표현.

❖ 작성 목적

► 요구되는 테스트 커버리지를 갖는 최적의 테스트 케이스로 가능하 많은 결함을 발견할 수 있도록 작성.
► 테스트 대상을 가능한 빠짐없이 테스트하여 원하는 수준의 테스트 보장성을 확복하기 위함.

❖ 테스트 케이스 범위

→ 요구사항에 없는 구현된 기능들은 스크립트 기반 테스트 + 경험기반 테스트로 검증이 가능하다.(경험기반 test가 존재하는 이유 중 하나)

❖ 테스트 케이스 구성요소

1️⃣ ID(식별번호) : 테스트 케이스를 식별하기 위한 번호
2️⃣ 사전조건 : 테스트 수행에 필요한 조건, 실행환경, 테스트 데이터 정의 등
3️⃣ 테스트 수행절차 : 테스트에 필요한 구체적인 절차
4️⃣ 기대결과 : 테스트 후 예상되는 결과
5️⃣ 추적성 : 테스트 케이스와 연관되는 요구사항등, 테스트 설계에 적용된 기법 등
6️⃣ 중요도 : 테스트 케이스 중요도
7️⃣ Pass/Fail : 테스트 결과 표시, Pass - 기대결과와 같은 결과를 보임, Fail - 기대결과와 다른 결과를 보임
8️⃣ 비고 : 관련 추가 내용 작성

❖ 테스트 설계 명세서

테스트 설계 명세서 항목 설명

개요
1.1 문서 작성 일자 및 문서 버전 (문서 작성일자, 수정 일자 기술, 현재 문서의 버전 및 상태(초안, 리뷰 완료, 최종본 등)기술
1.2 변경 기록 (문서 고유 번호, 버전, 문서 변경 기록 및 변경 사유, 문서 수정한 사람, 역할 기술)
1.3 승인(명세서의 승인자, 승인 관련자 기술)
1.4 범위 (테스트 대상 소프트웨어 제품이나 시스템 아이템 및 기능 요약 기술)
1.5 담당 조직(테스트 설계 명세서의 작성 및 배포 담당 조직 기술)
1.6 참고 문서(적용 가능한 모든 참고 문서 목록 기술)
1.7 기타 컨텍스트
1.8 명명 규칙(테스트 케이스나 테스트 시나리오 명명 규칙 및 넘버링 규칙 설명)
명세서
2.1 테스트 케이스 고유번호 (테스트 케이스 각각의 고유 ID 기술)
2.2 목적
- 테스트 케이스의 목적이나 주요 중점 사항 기술
- 테스트 계획서의 테스트 아이템보다 자세하게 기술
- 테스트 케이스의 리스크나 우선 순위 기술 가능
2.3 입력 데이터
- 테스트 케이스 실행에 필요한 입력 데이터 기술
- 입력 데이터는 입력값, 또는 트랜잭션 파일이나 상수 테이블 이름이 될수 있음
2.4 기대 결과
- 모든 출력 데이터와 기대 동작 및 기대 결과값 기술
2.5 환경적 요건
- 테스트 준비, 실행, 결과 기록 등을 위한 테스트 환경 요구사항 기술
- 하드웨어, 소프트웨어 요구사항 기술
2.6 테스트 프로시저 요구사항
- 테스트 케이스가 포함된 프로시저 수행을 위한 특별한 사전/사후 조건이나 처리 동의 제약사항 기술
2.7 테스트 케이스간 종속성
- 테스트 케이스가 실행 순서대로 명세화되어 있지 않다면 기술
- 테스트 케이스 수행 전에 실행되어야 하는 다른 테스트 케이스 ID를 기술하고 연관 종속성을 요약 기술
2.8 품질 보증 요구사항
- 테스트 케이스의 품질 보증 방법 기술
- 품질 보증 계획서가 있다면 해당 내용을 참조 형식으로 기술
2.9 특이사항
- 테스트 케이스와 관계 있는 중요한 조건, 제약, 특성 등을 기술
3. 용어
- 본 명세서에서 사용한 용어 정리