p.242~248, 2-75
1) 테스트 케이스(Test Case)
- 구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수했는지를 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 테스트 항목에 대한 명세서
- 명세 기반 테스트(블랙박스 테스트)의 설계 산출물에 해당
- 미리 설계해두면 테스트 오류 방지 및 테스트 수행 자원의 낭비를 줄일 수 있음
2) 테스트 시나리오(Test Scenario)
- 테스트 케이스를 적용하는 순서에 따라 여러 개의 테스트 케이스들을 묶은 집합
- 테스트 케이스들을 적용하는 구체적인 절차를 명세한 문서
▶ 작성 시 유의 사항
-시스템별, 모듈별, 항목별 등과 같이 여러 개의 시나리오로 분리해 작성
-사용자의 요구사항과 설계 문서 등을 토대로 작성
3) 테스트 오라클(Test Oracle)
- 테스트 결과가 올바른지 판단하기 위해 사전에 정의된 참 값을 대입해 비교하는 활동
▶ 특징
-제한된 검증: 모든 테스트 케이스에 적용할 수 없음
-수학적 기법: 값을 수학적 기법을 이용해 구할 수 있음
-자동화 기능: 프로그램 실행, 결과 비교, 커버리지 측정 등을 자동화할 수 있음
종류 | 설명 |
참(True) 오라클 | 모든 테스트 케이스의 입력 값에 대해 기대하는 결과를 제공하는 오라클, 발생된 모든 오류를 검출할 수 있음 |
샘플링(Sampling) 오라클 | 특정한 몇몇 테스트 케이스의 입력 값들에 대해서만 기대하는 결과를 제공하는 오라클 |
휴리스틱(Heuristic, 추정) 오라클 | 샘플링 오라클을 개선한 오라클, 특정 테스트 케이스의 입력 값에 대해 기대하는 결과를 제공하고 나머지 입력 값들에 대해서는 추정으로 처리하는 오라클 |
일관성(Consistent) 검사 오라클 | 변경이 있을 때 테스트 케이스의 수행 전과 후의 결과 값이 동일한지를 확인하는 오라클 |
#참샘휴일
4) 테스트 하네스(Test Harness) ★ __ 2-86
구성 요소 | 설명 |
테스트 드라이버 (Test Driver) |
컴포넌트나 시스템을 제어하거나 호출하는 컴포넌트를 대체하는 소프트웨어 컴포넌트 또는 테스트 툴 출처: https://needjarvis.tistory.com/441 [자비스가 필요해] 원본: http://dic.sten.or.kr/ [STEN 사전] |
테스트 스텁 (Test Stub) |
골격만 있는 또는 특별한 목적의 소프트웨어 컴포넌트를 구현한 것. 스텁을 호출하거나 또는 스텁에 의존적인 컴포넌트를 개발하거나 테스트할 때 사용됨. 스텁은 호출된 컴포넌트를 대체 출처: https://needjarvis.tistory.com/441 [자비스가 필요해] 원본: http://dic.sten.or.kr/ [STEN 사전] |
테스트 슈트 (Test Suites) |
테스트 대상 컴포넌트나 모듈 등 시스템에 사용되는 테스트 케이스의 집합 |
테스트 케이스 (Test Case) |
사용자의 요구사항을 정확하게 준수했는지 확인하기 위한 입력 값, 실행 조건, 기대 결과 등으로 만들어진 테스트 항목 명세서 |
테스트 스크립트 (Test Script) |
자동화된 테스트 실행 절차에 대한 명세서 |
목 오브젝트 (Mock Object) |
사전에 사용자의 행위를 조건부로 입력해 두면, 그 상황에 맞는 예정된 행위를 수행하는 객체 |
#드스슈케스목
'정보처리기사 필기 총정리 > 2과목: 소프트웨어 개발' 카테고리의 다른 글
애플리케이션 성능 분석 ★★ (0) | 2020.10.01 |
---|---|
결함 관리 ★ (0) | 2020.10.01 |
통합 테스트 ★★ (0) | 2020.10.01 |
개발 단계에 따른 애플리케이션 테스트 ★ (0) | 2020.10.01 |
화이트박스 테스트, 블랙박스 테스트 ★★★ (0) | 2020.10.01 |
댓글