[정보처리기사/실기] 7장 어플리케이션 테스트 관리 - 오답노트

확인 : 개발된 소프트웨어가 고객의 요구사항을 만족시키는지 확인
검증 : 개발된 소프트웨어가 개발자의 입장에서 명세서에 맞게 만들어졌는지 확인 

어플리케이션 테스트의 기본 원리 
살충제 패러독스 : 동일한 테스트 케이스로 동일한 테스트를 반복하면 더 이상 결함이 발견되지 않으므로, 테스트 케이스를 지속적으로 개선해야 한다. 
파레토 법칙 : 앱 20%에 해당하는 코드에서 전체 80%의 결함이 발견된다. 
오류-부재의 궤변 : 소프트웨어의 결함을 모두 제거해도 사용자의 요구 사항을 만족시키지 못하면 해당 소프트웨어는 품질이 높다고 말할 수 없다. 

회복테스트 : 시스템에 여러가지 결함을 주어 실패하도록 한 후 올바르게 복구되는지 확인하는 테스트 
강도테스트 : 시스템에 과도한 정보량이나 빈도 등을 부과하여 과부하 시에도 소프트웨어가 정상적으로 실행되는지 확인하는 테스트 
회귀테스트 : 소프트웨어의 변경 또는 수정된 코드에 새로운 결함이 없음을 확인하는 테스트 
병행테스트 : 변경된 소프트웨어와 기존 소프트웨어에 동일한 데이터를 입력하여 결과를 비교하는 테스트 

요구사항 : 인수테스트 
분석 : 시스템테스트 
설계 : 통합테스트
개발 : 단위테스트 

화이트 박스 테스트 : 소프트웨어 테스트에 사용되는 방식으로, 모듈의 논리적 구조를 체계적으로 점검하는 구조 테스트. 기초 경로 검사, 조건 검사, 데이터 흐름 검사, 루프 검사 등이 있음. 

알파 테스트 : 개발자의 장소에서 사용자가 개발자 앞에서 행하는 테스트 기법으로 통제된 환경에서 행해지며, 오류와 사용상의 문제점을 사용자와 개발자가 함께 확인
베타 테스트 : 테스터로 선정된 최종 사용자가 여러명의 사용자 앞에서 행하는 테스트 기법 

클러스터 : 최하위 레벨의 모듈 또는 컴포넌트들이 하위 모듈의 기능을 수행하는 클러스터로 결합 
드라이버 : 상위의 모듈에서 데이터의 입력과 출력을 확인하기 위한 더미 모듈 

테스트 하네스 : 컴포넌트 및 모듈을 테스트하는 환경의 일부분으로 테스트를 지원하기 위해 생성된 코드와 데이터를 의미 

결함분포 : 모듈 또는 컴포넌트 특정 속성에 해당하는 결함 수 측정 
결함추세 : 테스트 진행 시간에 다른 결함 수의 추이 분석 
결함 에이징 : 특정 결함 상태로 지속되는 시간 측정 

어플리케이션 성능 : 처리량 / 응답 시간 / 결과 시간 / 자원 사용률 

블랙박스 테스트 : 소프트웨어 인터페이스에서 실시되는 기능 테스트. 소프트웨어의 기능이 의도대로 작동하고 있는지 테스트