[2021 정보처리기사/2과목] #어플리케이션 테스트(블랙박스, 화이트박스)

목차

 

 

 

 

[정보처리기사 2과목 필기 예상 키워드] 목록으로 돌아가기
과목: 2. 소프트웨어 개발 챕터: 4장 어플리케이션 테스트 관리 키워드: 어플리케이션 테스트	#Validation #Verification

 

 

 

어플리케이션 테스트의 개념

Validation(확인): 사용자 입장에서 소프트웨어가 고객의 요구사항에 맞게 구현되었는지 확인
Verification(검증): 개발자 입장에서 소프트웨어가 명세서에 맞게 만들어졌는지 점검

 

 

 

 

어플리케이션 테스트의 분류

1) 프로그램 실행 기반
 - 동적 테스트(*블랙박스, *화이트박스)
 - 정적 테스트(워크스루, 인스펙션, 코드검사)
2) 테스트 기반(Test Base)
 - 명세 기반 테스트(동등분할, 경계값 분석)
 - 구조 기반 테스트(구문 기반, 결정 기반, 조건 기반)
 - 경험 기반 테스트(체크리스트 등)3) 시각 기반
 - 확인(Validation): 사용자 입장, 생산결과 테스트, 요구사항 기반
 - 검증(Verification): 개발자 입장, 생산과정 테스트, 명세서 기반

 

블랙박스 테스트 = 명세기반 테스트 = 사용자 관점(기능, 구현) = 개발 후반 수행(기능테스트)

✔ 동치 분할(동등한 정상 및 비정상 인풋으로 결과 확인)
✔ 경계값 분석(입력 조건의 경계값으로 테스트)
✔ 원인-효과 그래프(입출력 상황을 분석하여 높은 효율로 테스트)
✔ 오류 예측 검사(과거의 경험, 테스터의 감각으로 테스트)
✔ 비교 검사(동일한 테스트를 여러 버전에 진행하여 결과 테스트)

화이트박스 테스트 = 구조기반 테스트 = 개발자 관점(복잡도) = 개발 초기 수행(논리적 경로 테스트)

✔ 기초 경로 테스팅(복잡성)
✔ 제어 구조 테스팅(조건, 루프, 반복, 흐름)
✔ 문장 검증 기준(모든 구문을 한 번 이상 수행했는가)
✔ 분기 검증 기준(모든 조건문을 한 번 이상 수행했는가)
✔ 조건 검증 기준(모든 조건문의 참, 거짓을 각각 한 번 이상 수행했는가)

 

 

 

 

어플리케이션 테스트의 목적

안전	보호, 보안 잘 되나?
강도	과부하 잘 견디나?
성능	빠릿빠릿한가?
구조	단순 명료한가?
회귀	새 코드(수정코드)에 문제 없나?
병행	입출력 문제 없나?
회복	결함 복구 잘 되나?

 

 

 

어플리케이션 테스트의 기본 원리

✔ 완벽한 테스팅은 불가능하다
✔ 20%의 모듈에서 80%의 결함이 발견된다(*Pareto; 파레토 법칙)
✔ 동일한 테스트 케이스로 동일한 테스트를 반복하면 더이상 결함이 발견되지 않는다(*살충제 패러독스)
✔ 소프트웨어 결함을 모두 제거해도 사용자 요구사항을 만족시키지 못하면 해당 소프트웨어는 품질이 높다고 말할 수 없다(오류 부재의 궤변)
✔ 테스트는 작은 부분에서 시작해서 점진적으로 확대해야 한다.

파레토(Pareto) 법칙

상위 20%의 사람들이 전체의 80%를 가지고 있다는 의미의 법칙이다. 상업에서는 20%의 고객이 매출의 80%를 담당한다는 뜻으로 쓰인다. 어플리케이션 결함은 대부분 개발자의 특성, 기능적 특징에 따라 특정 모듈에 집중되게 된다. 따라서 20%의 모듈을 집중적으로 테스트하면 효율적으로 오류를 찾을 수 있다. 그렇기 때문에 어플리케이션 테스트에도 파레토 법칙을 적용한다

살충제 역설

같은 살충제를 계속 사용하면 내성이 생겨 벌레가 잘 죽지 않는다는 뜻으로, 어플리케이션 테스트를 수행할때, 테스트 케이스 역시 지속적으로 개선시켜야 한다는 의미로 적용한다.

 

 

어플리케이션 테스트의 필요성(장점)

- 오류 발견 및 예방
- 제품의 신뢰도 향상
- 새로운 오류의 유입을 방지(예방)
- 비용 절감(최소한의 시간으로 많은 결함을 찾을 수 있음

 

 

 

 

 

 

 

 

 

---

[2021 정보처리기사 키워드 정리] 2. 소프트웨어 개발 (상시업데이트)

참고: 시나공 정보처리기사 필기 (저자: 강윤석, 김용갑, 김우경, 김정준 | 출판사: 길벗), 유튜브 주간컴공TV