해설 보기
정답모듈 내부의 논리 구조상 오류는 코드를 봐야 찾을 수 있으므로 화이트박스 테스트의 영역입니다.
핵심 개념
블랙박스 테스트 vs 화이트박스 테스트가 잡아내는 오류
블랙박스 테스트는 프로그램 내부 구조를 보지 않고 명세서에 적힌 입력과 출력만으로 검증하는 기법입니다. 동치 분할, 경계값 분석, 원인-결과 그래프, 오류 예측 등이 대표적입니다. 마이어스(Myers)는 블랙박스 테스트로 찾아내는 오류 유형을 잘못되거나 누락된 기능, 인터페이스 오류, 자료 구조나 외부 데이터베이스 접근 오류, 행위(behavior)나 성능 오류, 초기화와 종료 오류로 정리했습니다. 반대로 모듈 내부의 조건문 분기나 반복문 같은 논리 구조상의 결함은 소스 코드를 들여다보는 화이트박스 테스트(문장 검증, 분기 검증, 기초 경로 검사 등)의 영역이라 블랙박스만으로는 발견하기 어렵습니다.
선지별 해설
①모듈 간에 주고받는 자료의 형식이나 개수가 어긋나는 인터페이스 오류는 입출력 결과로 드러나므로 블랙박스 테스트의 대표적 검출 대상입니다.
②응답 시간 지연이나 명세와 다른 동작 같은 행위·성능 오류도 외부에서 관찰되는 결과이므로 블랙박스 테스트로 확인할 수 있습니다.
③요구 명세와 실제 출력을 비교하는 것이 블랙박스 테스트의 본질이므로, 기능이 잘못 구현되었거나 아예 빠진 경우를 가장 잘 잡아냅니다.
④모듈 안의 분기 조건이나 반복 구조가 잘못된 논리 오류는 특정 경로를 실행해야 드러나므로, 내부 구조를 아는 화이트박스 테스트가 필요합니다. 그래서 이 선지가 정답입니다.
해설 보기
정답SOA를 '노후 시스템을 버리고 새 프레임워크로 전면 교체하는 방법'이라고 본 설명이 잘못되었습니다.
핵심 개념
서비스 지향 아키텍처(SOA)의 개념과 핵심 기술
SOA는 네트워크상에 공개된 느슨하게 결합된 서비스들을 조합해 애플리케이션을 구성하는 아키텍처 스타일입니다. 서비스 제공자가 서비스 레지스트리에 서비스를 등록(publish)하고, 서비스 요청자가 레지스트리에서 원하는 서비스를 찾아(find) 결합한 뒤(bind) 호출(execute)하는 Find-Bind-Execute 패러다임으로 동작합니다. 웹 서비스로 구현할 때는 서비스 명세를 기술하는 WSDL, 메시지를 주고받는 SOAP, 서비스를 등록·검색하는 UDDI가 핵심 기술로 쓰입니다. 중요한 점은 SOA의 목적이 기존 시스템을 버리는 것이 아니라, 레거시 자산을 서비스 단위로 감싸 재사용하면서 비즈니스 변화에 유연하게 대응하는 데 있다는 것입니다.