I. 소프트웨어 테스트 프로세스 개념도 및 프로세스 설명 가. 소프트웨어 테스트 프로세스 개념도 나. 소프트웨어 테스트 프로세스 단계 설명 산출물 테스트 계획 ① 테스트 요구사항 수집 ② 테스트 계획 작성 ③ 테스트 계획 검토 – 테스트 요구사항정의서 – 테스트 계획서 테스트 케이스 설계 ① 테스트케이스설계기법 정의 ② 테스트케이스 도출 ③ 원시 데이터 수집 – 테스트케이스
I. 테스트 이중화, 백투백 테스트 가. 백투백 테스트의 개념 2개 또는 그 이상의 다양한 컴포넌트나 시스템을 동일한 값으로 실행하는 테스트 방법론 나. 백투백 테스트의 목적 소프트웨어의 2가지 버전에 대해 결과 비교, 오류 도출 고 품질 소프트웨어의 신뢰성에 고수준 품질 준수 테스트 SW 개발 후 검증 수단으로 병행 프로세스 테스트 II. 백투백 테스트 수행절차 및
I. 사용자 신뢰성 확보 위한 성능 테스트 개요 가. 성능 테스트의 개념 시스템에 요구되는 성능을 감당할 수 있는지 성능상의 문제 여부를 검증하는 시스템 테스트 기법 나. 성능 테스트의 용어 용어 세부 설명 TPS (Transaction Per Second) AU (Active User) / MRT (평균 응답 시간: Mean Response Time) 초당 트랜잭션 Named User 모든 등록된 사용자 =
I. MC/DC의 개요 가. MC/DC (Modified Condition / Decision Coverage)의 개념 개별 조건식이 다른 조건식의 영향을 받지 않고 전체 조건식의 결과에 독립적으로 영향을 주는 테스트케이스 도출 구조적 테스트기법 개별 조건식이 전체 조건식의 결과에 영향을 주는 조건 조합을 찾아 커버리지를 테스트하는 방법 커버리지: 소프트웨어 테스트 시 테스트가 충분한지 나타내는 지표 나. MC/DC의 특징 결과에 독립적 Condition /
I. 휴리스틱 기반, 경험 기반 테스트 가. 경험 기반 테스트의 개념 이전에 테스터가 다루었던 유사 어플리케이션이나 기술에서의 경험, 직관, 테스트의 기술 능력으로부터 테스트 케이스를 추출하는 기법 나. 경험 기반 테스트의 특징 공식적인 기법으로 다루기 어려운 특별한 케이스를 찾아 실행 테스트 경험에 따라 효율성 및 효과성의 정도 변동 가능 테스트 대상 소프트웨어에 대해 지식을 필요로 함
I. Side Effect와 Ripple Effect 제거, 회귀 테스트 가. 회귀 테스트의 개념 기존 오류 제거 및 수정에 따른 새로운 오류 발생여부를 확인하기 위해 수행하는 반복 테스트 기법 나. 회귀 테스트로 인해 검출되는 오류 Side Effect(부작용) – 오류 제거 및 수정이 이루어 졌으나 고려하지 못한 다른 결과가 발생하는 현상 Ripple Effect(파급효과) – 오류 제거 및 수정
I. 테스트자동화의 개요 가. 테스트 자동화의 개념 소프트웨어 기능에서 정규 입력에 대한 출력 확인, 오류 검출을 자동화하는 소프트웨어 테스트 기술 나. 테스트 자동화의 특징 H/W 및 S/W 제품의 개발 라이프사이클과 품질을 개선 테스트할 항목은 많지만 업무의 레벨이 높지 않은 경우 투입 자원 최소화 II. 테스트 자동화를 위한 역할 및 자동화도구 가. 테스트 자동화를 위한
I. 휴리스틱기반 탐색적 테스트 가. 탐색적 테스트의 개념 능동적 테스트 설계 통제, 테스트로부터 도출된 정보 기반 테스트 설계 및 실행 동시 수행 기법 나. 탐색적 테스트의 특징 공식적 테스트 기법의 테스트 케이스와 경험 기반 테스트 기법 테스트 케이스는 찾아낼 수 있는 결함의 종류가 상이 테스트 설계를 향상시키는 데 중점 다. 탐색적 테스트의 개념도 SW를 학습하면서
I. 시스템 구조 기반, 구조 기반 테스트 가. 구조 기반 테스트의 정의 특정 커버리지를 달성하기 위해 테스트를 설계하고, 테스트 케이스를 도출하기 위해 사용되는 기법 나. 구조 기반 테스트의 특징 코드구조의 효율성 및 오류사항 발견하기 위한 테스트 Logic Driven방식 White Box Test : 프로그램 내부 구조 및 복잡도를 검증하는 테스트 다. 구조 기반 커버리지의 범위 라.
I. 요구명세 기반, 명세 기반 테스트 개요 가. 명세 기반 테스트 기법의 정의 프로그램 구조를 고려하지 않고 프로그램의 요구 사항 명세서를 기반으로 테스트 케이스를 선정하여 테스트하는 기법 나. 명세 기반 테스트 기법의 특징 Black Box Test: 시스템 내부는 Black Box로 간주 Data Driven: 입출력 데이터 흐름에 초점 II. 명세서 기반 기법 종류 기법 설명