[CSTS] 구조 기반 테스트 & 명세 기반 테스트 (9, 10장)
·
csts
구조 기반 테스트(화이트박스 테스트)프로그램 제어 흐름이나 자료 흐름 정보를 이용하여 테스트 케이스를 설계즉 내부 구조 정보를 기반으로 테스트 케이스를 설계=> 모든 프로그램 경로를 실행하는 것은 현실적으로 불가능 => 일부 경로만 테스트 문장 테스트실행 가능한 모든 문장을 최소 한 번은 실행을 목표문장 커버리지(%) = (테스트 케이스 집합에 의해 실행된 문장의 수 / 전체 가능한 문장의 수) x 100결정(분기) 테스트프로그램상에 나타난 모든 결정문의 결과가 참인 경우와 거짓이 되는 경우를 최소 한 번 실행결정문은 제어 흐름 그래프에서 결정 노드 하나를 의미결정 커버리지(%) = (테스트 케이스 집합에 의해 실행된 결정문의 수 / 전체 가능한 결정문의 수) x 100엄밀히 말해 프로그램에 k=(x>1..
[CSTS] 테스트 분류와 테스팅 방법(2장~8장)
·
csts
테스트는 다음 세가지의 기준으로 분류된다테스트 레벨(컴포넌트, 통합, 시스템, 인수)테스트 유형(기능, 품질/비기능)테스트 설계 기법(동적, 정적 테스트 레벨컴포넌트(단위) 테스트: 단위 모듈이 테스트 대상, 개별 단위 모듈을 독립적으로 테스트개별 모듈을 실행하는 테스트 드라이버, 테스트 스텁이 필요FIRST 원칙Fast: 컴포넌트 테스트는 빠르게 수행되어야 함Isolated: 컴포넌트 테스트가 다른 컴포넌트 테스트에 의존하지 않도록 해야 함Repeatable: 테스트를 몇 번 실행해도 동이한 결과가 나와야 함Self-validating: 사람의 개입 없이 테스트가 통과되었는지 알수 있도록 작성Timely: 제 때 수행되어야 함통합 테스트: 컴포넌트 간의 상호 연동이 제대로 수행되는지 검사상호작용에 초점..
[CSTS] 테스트 개요
·
csts
1장 테스트 개요 1.1 테스트 목적정해진 요구사항을 만족하는지 확인하고 주어진 표준 등을 준수하는지 검증하기 위해 테스트를 수행. 즉 결함 검출, 품질 평가, 프로세스 개선에 목적을 둔다 1.2 오류, 결함, 장애장애(Failure) : 소프트웨어가 요구사항과 다르게 동작하는 경우결함(Defect) : 소프트웨어 내에 장애를 유발할 수 있는 문제오류(Error) : 결함이 생기게 한 개발자의 행위오류 => 결함 => 장애 결함 유형누락 : 요구 명세에 명시된 요구사항이 시스템의 구현에 반영되지 않은 결함부정확한 구현 : 요구 명세에 명시된 요구사항이 소프트웨어에 부정확하게 반경된 결함비관련: 요구 명세와 관련되지 않은 구현, 당장 장애를 유발하지 않을 수 있지만 이후에 문제가 될 가능성이 있음 개발 단..