정보처리기사 애플리케이션 테스트 핵심정리

속이 보이지 않는 검은 상자처럼 기능만 확인하므로 블랙박스 테스트(기능 테스트)라고 합니다.

틀린 선지

• ① 화이트박스 테스트: 코드의 논리 경로를 따라가며 확인하는 테스트입니다.
• ③ 구조 테스트: 화이트박스 테스트의 다른 이름입니다.
• ④ 코드 인스펙션: 프로그램을 실행하지 않고 코드를 눈으로 검토하는 정적 테스트입니다.

작은 것에서 큰 것으로 넓혀 갑니다.

1. 단위: 모듈 하나
2. 통합: 모듈을 합친 것
3. 시스템: 전체 시스템
4. 인수: 사용자가 직접 확인

틀린 선지

• ② 통합 테스트 → 단위 테스트 → 인수 테스트 → 시스템 테스트: 단위 테스트가 먼저입니다.
• ③ 단위 테스트 → 시스템 테스트 → 통합 테스트 → 인수 테스트: 통합 테스트가 시스템 테스트보다 먼저입니다.
• ④ 인수 테스트 → 시스템 테스트 → 통합 테스트 → 단위 테스트: 순서가 거꾸로입니다.

위에서 아래로 합쳐 가는 하향식에서는 아래쪽 모듈이 아직 없으므로, 그 자리를 대신할 가짜 모듈 스텁이 필요합니다.

틀린 선지

• ① 드라이버(Driver): 상향식 통합에서 아직 없는 상위 모듈을 대신하는 임시 모듈입니다.
• ② 테스트 오라클: 테스트 결과가 맞는지 판단하는 기준입니다.
• ③ 테스트 하네스: 테스트를 돕는 코드와 데이터를 통틀어 이르는 말입니다.

오류는 경계 근처에서 잘 생깁니다. 그래서 경계(0, 100)와 경계를 막 벗어난 값(-1, 101)을 골라 시험합니다.

틀린 선지

• ② 10, 50, 90: 유효한 범위의 가운데 값들이라 경계를 시험하지 못합니다.
• ③ 25, 50, 75: 유효한 범위의 가운데 값들입니다.
• ④ 0, 50, 100: 경계는 들어 있지만 경계 바깥의 값이 빠져 있습니다.