ISTQB sample A,B,C 오답 모음

오답 노트

1. Sample A

2. Sample B

3. 다음 중 자동차의 자동 주행속도 유지 시스템의 장애로 볼 수 있는 것은?

A. 시스템 개발자가 잘라 붙이기(cut-and-paste) 후 변경된 부분에 대한 이름 수정을 잊어버렸다.
B. 후진 시 경고음을 울리는 불필요한 코드가 시스템에 들어갔다.
C. 라디옴 볼륨을 키우거나 줄일 때 시스템이 설정 속도를 유지하지 못한다.
D. 시스템의 설계 명세에 km/h 속도 단위가 잘못 표기되었다.

오답 노트
오류 : 부정확한 결과를 초래하는 인간의 활동
결함 : 필요한 기능을 수행하지 못하도록 하는 컴포넌트나 시스템 상의 결점. 결함의 예는 부정확한 구문이나 부정확한 데이터의 정의 등이다.
장애 : 컴포넌트나 시스템이 예상된 인도나 서비스 또는 예상 결과와 실제적인 편차를 보이는 것

4. 다음 중 피트니스 추적기(fitness tracker) 앱의 근본원인이기 보다는 결함인 것은?

A. 요구사항 작성자가 피트니스 교육분야에 익숙하지 않아 사용자가 심장박동을 시간당 박동수(bph:beat per hour)로 측정하길 원한다고 잘못 가정했다.
B. 스마트폰 인터페이스를 테스트하는 테스터가 상태 전이 테스팅을 배운 적이 없어 주요 결함을 놓쳤다.
C. GPS 기능에 들어간 잘못된 구성 변수(configuration variable)로 인해 일광절약시간 동안 위치 문제가 발생할 수 있다.
D. 인터페이스 설계자가 전에 웨어러블 기기를 사용해본 적이 없어서 사용자 태양광 반사 효과를 잘못 이해했다.

오답 노트
오류 : 부정확한 결과를 초래하는 인간의 활동
결함 : 필요한 기능을 수행하지 못하도록 하는 컴포넌트나 시스템 상의 결점. 결함의 예는 부정확한 구문이나 부정확한 데이터의 정의 등이다.
장애 : 컴포넌트나 시스템이 예상된 인도나 서비스 또는 예상 결과와 실제적인 편차를 보이는 것
근본원인 : 불일치를 유발하는 근원적인 요소. 이것은 프로세스 개선을 통해 영구적으로 제거할 수 있다.

7. 테스트 베이시스와 테스트 산출물 간 추적성 유지의 가치를 가장 잘 설명한 것은?

A. 초기 요구사항 변경에 기반해 유지보수 테스팅을 모두 자동화할 수 있다.
B. 새로운 테스트 케이스가 요구사항 커버리지를 증가시켰는지 판단할 수 있다.
C. 테스트 관리자는 어느 테스터가 가장 심각한 결함을 찾았는지 알 수 있다.
D. 변경으로 인한 부작용(side-effect)의 영향을 받는 영역을 확인 테스팅 대상으로 선정할 수 있다.

오답 노트
테스트 베이시스와 테스트 작업 산출물 간의 추적성

• 수정으로 인한 영향 평가를 가능하게 한다.(B)
• 테스팅에 대한 감사를 가능하게 한다.
• IT통제 조건을 총족할 수 있게 한다.
• 테스트 베이시스 개별 요소의 상태에 대한 정보(ex: 연관된 테스트에 합격한 요구사항, 연관된 테스트에 불합격한 요구사항, 연관된 테스트를 다 실행하지 못한 요구사항)을 포함함으로서 테스트 진행 상황 보고서와 테스트 요약 보고서를 좀 더 쉽게 이해할 수 있게 한다.
  -테스팅의 기술적인 내용을 이해관계자가 이해할 수 있는 형태로 전달한다.
  비즈니스 목표 대비 제품 품질, 프로세스 역량, 프로젝트 진행 상황 등을 평할 수 있는 정보를 제공한다.
• 테스팅의 기술적인 내용을 이해관계자가 이해할 수 있는 형태로 전달한다.
• 비즈니스 목표 대비 제품 품질, 프로세스 역량, 프로젝트 진행 상황등을 평가할 수 있는 정보를 제공한다.

9. 다음은 소프트웨어 개발 수명주기에서 소프트웨어 개발 활동과 테스트 활동의 관계를 설명한 것이다:

1 . 각 개발 활동에 대응하는 테스팅 활동이 있어야 한다.
2 . 문서의 최종버전이 작성되면 리뷰를 시작해야 한다.
3 . 테스트 설계와 구현은 대응하는 개발 단계에 시작해야 한다.
4 . 테스팅 활동은 소프트웨어 개발 수명주기의 초기 단계에 시작해야 한다.


다음 중 참인 설명과 거짓인 설명을 올바르게 분류한 것은?
A. 참 - 1,2; 거짓 - 3,4
B. 참 - 2,3; 거짓 - 1,4
C. 참 - 1,2,4; 거짓 - 3
D. 참 - 1,4; 거짓 - 2,3

오답 노트

• 모든 개발 활동은 그에 상응하는 테스트 활동이 있다.(1)
• 각 테스트 레벨은 그 레벨에 맞는 구체적인 목적을 가진다.
• 주어진 테스트 레벨에 맞는 테스트 분석과 설계는 상응하는 개발 활동이 이루어지고 있는 동안 시작해야 한다.(3)
• 테스터가 요구사항과 설계의 정의와 개선을 위한 대화에 참여하고, 작업 산출물의 초안이 나오는 즉시 리뷰에 참여한다.(2,4)
  4 -> 테스트 7가지 원리 중 테스틑 개발 프로세스에 초기 단계에 시작해야 비용과 기간을 절감 및 단축 할 수 있다.

13. 다음 중 유지보수에서 영향도 분석(impact analysis)의 역할을 올바르게 설명한 것은?

A. 영향도 분석은 유지보수 시스템의 변경이 그만한 가치가 있는지 결정할 때 사용한다.
B. 영향도 분석은 데이터를 유지보수 시스템에 마이그레이션하는 방법을 파악할 때 사용한다.
C. 영향도 분석은 어느 핫픽스가 사용자에게 가장 유용한지 결정할 때 사용한다.
D. 영향도 분석은 새로운 유지보수 테스트 케이스의 효과성을 판단할 때 사용한다.

오답 노트
영향도 분석은 유지보수 릴리스에 포함된 변경을 평가해서, 의도한 결과 뿐만 아니라 변경으로 인해 발생할 수 있는 예견된 부작용을 식별하고, 변경의 영향을 받는 시스템 영역을 식별하기 위해 실시한다.

14. 다음 중 정적 테스팅의 가치를 가장 잘 설명한 것은?

A. 리뷰를 도입함으로써, 명세의 품질이 좋아지고 개발 및 테스팅에 필요한 시간이 증가했다.
B. 정적 테스팅을 사용한다는 것은 수명주기 후반에 결함을 찾아내기가 쉽기 때문에 더 나은 제어와 경제적인 결함 관리를 할 수 있다는 것을 의미한다.
C. 정적 분석을 사용해 누락된 요구사항을 줄이고 테스터와 개발 간 의사소통이 향상됐다.
D. 정적 분석을 사용한 이후로 동적 테스팅만 수행했을 때는 발견하지 못했던 코딩 결함을 찾을 수 있었다.

오답 노트
정적 분석과 동적 분석은 서로 상호의존적이다.

15. 공식 리뷰에서 체크리스트 사용에 대한 다음 설명 중 올바른 것은?

A. 리뷰 계획에서 리뷰어는 해당 리뷰에 필요한 체크리스트를 만든다.
B. 이슈 논의 및 분석에서 리뷰어는 제공된 체크리스트에 검토 의견을 작성한다.
C. 리뷰 회의에서 리뷰어는 제공된 체크리스트를 기반으로 결함 보고서를 작성한다.
D. 시작 미팅에서 리뷰어는 리뷰에 필요한 체크리스트를 제공받는다.

오답 노트
계획 -> 리뷰 착수 -> 개별 리뷰 -> 이슈 논의 및 분석 -> 수정 및 보고
1. 계획

• 리뷰 목적, 리뷰할 문서가 전체인지 특정 부분인지, 평가할 품질 특성 등을 포함하는 범위의 정의
• 노력과 기간 추정
• 리뷰 유형에 따라 결정되는 역할, 활동, 체크리스트 같은 리뷰 특성의 식별
• 리뷰에 참석할 인원을 선정하고 역할 할당
• 인스펙션과 같은 보다 공식적인 리뷰의 경우에는 시작 및 종료 조건 정의
• (공식적인 리뷰 유형의 경우) 시작 조건이 총족되는지 확인

2. 리뷰 착수

• (물리적 또는 전자적 수단에 의한) 작업 산출물과 이슈 기록 양식, 체크리스트, 관련된 작업 산출물과 같은 기타 자료 배포
• 참가자에게 범위, 목적, 프로세스, 역할, 작업 산출물을 설명
• 참가자가 리뷰에 대해 가질 수 잇는 여러 질문에 답변

3. 개별 리뷰

• 작업 산출물 전체 혹은 부분 리뷰
• 잠재 결함, 권고사항, 질문 기록

4. 이슈 논의 및 분석

• 식별한 잠재 결함 전달(ex) 리뷰 회의 중 전달)
• 잠재 결함 분석 및 담당자 및 상태 할당
• 품질 특성 평가 및 문서화
• 종료 조건을 기준으로 리뷰 결과를 평가하여 리뷰 결과 결정

5. 수정 및 보고

• 작업 산출물에 대한 수정을 요하는 잠재 결함에 대한 결함 보고서 작성
• 리뷰한 작업 산출물에서 발견한 결함 수정(일반적으로 저자가 수정)
• 결함 정보를 적잘한 사람이나 팀과 공유(리뷰한 작업 산출물과 연관된 다른 작업 산출물이 있는 경우)
• 필요한 경우 주석 작성자의 동의를 포함해(공식적인 리뷰 유형인 경우) 업데이트된 결함 상태 기록
• 메트릭 수집(공식적인 리뷰 유형인 경우)
• 종료 조건의 총족여부 확인(공식적인 리뷰 유형인 경우)
• 종료 조건이 총족되면 해당 작업 산출물 인수

16. 다음 중 공식 리뷰의 역할과 책임을 바르게 연결한 것은?

A. 관리자 - 리뷰 수행 여부를 결정한다.
B. 리뷰 리더 - 리뷰 회의가 효과적으로 진행되도록 한다.
C. 서기 - 리뷰 후 작업 산출물의 결함을 수정한다.
D. 중재자 - 비용 효울성을 지속적으로 모니터링한다.

오답 노트
공식 리뷰 유형
저자(Author), 관리자(Management), 촉진자(Facilitator)or중재자(Moderator), 리뷰 리더(Review leader), 검토자(Reviewers), 서기(scribe)
1. 저자(Author)

• 리뷰 대상 작업 산출물 작성
• 리뷰 대상 작업 산출물 결함 수정(필요한 경우)

2. 관리자(Management)

• 리뷰 계획 담당
• 리뷰 실행 결정
• 인력, 예산, 시간 할당
• 진행 비용 대비 효과 모니터링
• 결과가 만족스럽지 않은 경우 제어 결정 실행

3. 촉진자(Facilitator)or 중재자(Moderator)

• 리뷰 회의 진행 시 효과적 회의 진행 보장
• 필요한 경우 다양한 관점들에 대한 중재
• 많은 경우 리뷰의 성공 여부에 결정적인 역할을 하는 사람

4. 리뷰 리더(Review leader)

• 전반적으로 리뷰에 대한 책임을 지는 사람
• 참여자를 결정하고 언제 어디서 진행할지 결정

5. 검토자(Reviewers)

• 해당 주제에 대한 전문가, 프로젝트 참여 인원, 작업 산출물에 관심이 있는 이해관계자나 특정 기술 혹은 비즈니스 배경을 가진 사람 등
• 리뷰 대상 작업 산출물의 잠재적 결함 식별
• 다양한 관점을 대표할 수 있음

6. 서기(Scribe)

• 개별 리뷰 활동에서 발견한 잠재 결함 수집
• 리뷰 회의가 진행되는 경우 새로운 잠재 결함, 쟁점, 결정 사항 기록

17. 당신의 부서에서 다음과 같이 리뷰를 하고 있다 :

-서기 역할을 하는 사람이 있다.
-리뷰 목적은 잠재적 결함을 찾는 것이다.
-리뷰 미팅은 저자가 주도한다.
-리뷰어들은 개별 리뷰를 통해 잠재 결함을 발견한다.
-리뷰 보고서를 작성한다.

A. 비공식 리뷰
B. 워크쓰루
C. 기술 리뷰
D. 인스펙션

오답 노트
리뷰 유형 : 비공식 리뷰, 워크쓰루, 기술 리뷰, 인스펙션
주요 목적 : 잠재적 결함 발견

• 애자일 개발에서 매우 일반적으로 사용
• 서기 역할을 하는 사람이 있다(공식 리뷰일 가능성 높음)
• 리뷰 미팅은 저자가 주도한다(기술 리뷰와 인스펙션 같은 경우 저자가 주도하지 않음)
• 리뷰어들은 개별 리뷰를 통해 잠재 경함을 발견한다.(주요목적은 모든 리뷰유형이 같음)
• 리뷰 보고서를 작성한다.(모든 리뷰가 리뷰 보고서를 작성하지만 비공식 리뷰같은 경우는 작성하지 않을 수도 있음)

18. 당신은 도서관 시스템 요구사항 문서에서 발췌한 다음 내용에 대해 체크리스트 기반 리뷰에 참여하기로 했다:

도서관 사서가 할 수 있는 일:
1 신규 대여 회원 등록
2 대여회원이 반납한 책 처리
3 대여회원의 연체료 수정
4 ISBN, 저자, 책 제목으로 시스템에 신규 도서 추가
5 시스템에서 도서 삭제
6 시스템은 5초 이내로 응답해야 함
대여회원이 할 수 있는 일:
7 1회에 3권까지 도서 대여
8 대여/반납한 도서 이력 보기
9 3주 이내로 반납하지 못한 도서에 대해 연체료 납부
10 시스템은 3초 이내로 응답해야 함
11 최대 4주까지 무료로 도서 대여
12 (도서가 대영 중인 경우) 도서 예약
모든 사용자(사서 및 대여회원)가 할 수 있는 일:
13 ISBN, 저자, 책 제목으로 도서 검색
14 시스템 카탈로그 둘러 보기
15 시스템은 사용자 요청에 3 초 이내로 응답해야 함
16 사용자 인터페이스는 사용이 쉬어야 함
당신은 개별 요구사항 간 일관성에 문제가 없는지(예:요구사항 간 충돌) 체크리스트에 기반해 요구사항을 리뷰하기로 했다.

다음 중 요구사항 간 일관성이 떨어지는 항목끼리 맞게 묶은 것은?
A. 6-10, 6-15, 7-12
B. 6-15, 9-11
C. 6-10, 6-15, 9-11
D. 6-15, 7-12

오답 노트
6-15, 9-11같은 경우 일관성이 떨어짐
6-10은 역할이 다르기 때문에 일관성이 일치하지않아도 됨
7-12는 목적 자체가 연관성이 없음

19. 다음 중 탐색적 테스팅을 가장 잘 설명한 것은?

A. 테스트 대상의 배경에 대한 심층적인 조사를 통해 테스트 케이스로 확인된 잠재적인 약점을 식별하는 테스트 방법
B. 테스터가 그들의 지식, 테스트 항목에 대한 탐색 및 이전 테스트 결과를 기반으로 테스트를 동적으로 설계하고 실행하는 테스팅 접근 방식
C. 테스트 활동이 테스트 분석 및 설계의 중단되지 않는 세션으로 계획되는 테스트 설계 접근법으로, 체크리스트 기반 테스팅과 함께 사용되는 경우가 많음
D. 테스터의 경험과 지식, 직관에 기반한 테스팅

테스트 기법
1. 블랙박스 테스트 기법
적절한 테스트 베이시스에 대한 분석을 기반으로 한다.
특징

• 테스트 컨디션, 테스트 케이스, 테스트 데이터는 소프트웨어 요구사항, 명세서, 유스케이스, 사용자 스토리와 같은 테스트 베이시스로부터 도출한다.
• 테스트 케이스는 요구사항과 요구사항 구현 결과물 간 차이와 편차를 식별하는 데 사용한다.
• 커버리지는 테스트 베이시스에서 테스트된 항목과 테스트 베이시스에 적용한 기법을 기반으로 측정한다.
  예) 동등분할, 경계값 분석, 결정 테이블, 상태 전이, 유스케이스

2. 화이트박스 테스트 기법
   아키텍처, 세부 설계, 내부 구조, 테스트 대상의 코드에 대한 분석을 기반으로 한다.
   특징

• 테스트 컨디션, 테스트 케이스, 테스트 데이터는 코드, 소프트웨어 아키텍처, 상세 설계 또는 소프트웨어 구조와 관련된 기타 정보를 포함한 테스트 베이시스로부터 도출한다.
• 커버리지는 선택한 구조내에서 테스트한 항목과 테스트 베이시스에 적용된 기법을 기준으로 측정한다.
  예) 구문, 결정 테스팅
  -> 100% 결정 테스팅은 구문 테스팅을 커버하지만 100% 구문 테스팅은 결정 테스팅을 커버하지는 않는다.

3. 경험 기반 테스트 기법
   개발자, 테스터, 사용자의 경험을 활용하여 테스트를 설계, 구현, 실행 한다.
   이 기법은 블랙박스 테스트와 화이트박스 테스트 기법과 결합해서 사용하는 경우가 많다.
   특징

• 테스트 컨디션, 테스트 케이스, 테스트 데이터는 테스터, 개발자, 사용자, 기타 이해관계자의 지식과 경험과 같은 테스트 베이시스로부터 도출한다.
  예) 오류 추정, 체크리스트 기반, 탐색적 테스팅
  오류 추정 : 테스트 중인 컴포넌트나 시스템에서 유입된 오류의 결과로 어떤 결함이 발생한 것인지를 테스터의 경험을 사용하여 예측하고, 해당 결함만을 중점적으로 검출하는 테스트를 설계하는 테스트 설계 기법
  탐색적 테스팅 : 테스터가 테스트를 수행하면서 테스트 설계를 능동적으로 제어하고, 새롭고 보다 나은 테스트를 설계하기 위해, 테스트를 수행하는 동안 얻은 정보를 활요하는 비공식적인 테스트 설계 기법
  체크리스트 기반 테스팅 : 체크리스트 기반 테스팅에서는 체크리스트에 기록된 테스트 컨디션을 커버하기 위해 테스터가 테스트를 설계, 구현, 실행 한다.

22. 식물을 일별 일조량 기록기는 식물이 태양에 노출된 시간(3시간 미만, 3시간 이상 6시간 미만, 6시간 이상)과 햇빛의 평균 강도(아주 낮음, 낮음, 중간, 높음)을 조합하여 일조량 점수를 산정한다.

다음과 같은 테스트 케이스가 있다:

TC	노출시간	햇빛 강도	점수
T1	1.5	아주 낮음	10
T2	7.0	중간	60
T3	0.5	아주 낮음	10

유효한 동등 분할 입력값을 모두 커버하기 위해 추가해야 하는 최소의 테스트 케이스는 몇 개인가?
A. 1
B. 2
C. 3
D. 4

오답 노트
노출된 시간
3시간 미만
3시간 이상 6시간 미만
6시간 이상
햇빛의 평균 강도
아주 낮음
낮음
중간
높음
-> 낮음 높음과 3시간 이상 6시간 미만이 아직 테스트 케이스로 도출되지 않음
-> 3시간 이상 6시간 미만은 낮음과 높음을 테스트 할때 테스트 할 수 있으므로
-> 2개

26. 다음 중 유스케이스에서 테스트 케이스를 도출하는 방법을 가장 잘 설명한 것은?

A. 테스트 케이스는 관련자들과 테스트 중인 시스템이 수행하는 명시된 기본, 예외 및 에러 동작의 실행을 위해 생성한다.
B. 테스트 케이스는 유스케이스에 들어 있는 컴포넌트를 식별하고 이런 컴포넌트들의 상호작용을 수행하는 통합 테스트를 생성함으로써 도출한다.
C. 테스트 케이스는 사용자 인터페이스가 사용하기 쉽게 하기 위해 시스템과 관련자들간의 상호작용을 분석하여 생성한다.
D. 테스트 케이스는 유스케이스의 비즈니스 프로세스 흐름에서 각각의 결정 포인를 수행하고 이런 흐름의 100% 결정 커버리지를 달성하기 위해 도출한다.

27. 다음 구문 커버리지에 대한 설명 중 맞는 것은?

A. 구문 커버리지는 테스트로 수행한 소스 코드의 라인 수(주석 제외)를 측정한 것이다.
B. 구문 커버리지는 테스트로 수행한 소스 코드에서 실행 가능한 구문의 비율을 측정한 것이다.
C. 구문 커버리지는 테스트로 수행한 소스 코드 라인(코멘트 없는)의 비율을 측정한 것이다.
D. 구문 커버리지는 테스트로 수행한 소스코드에서 실행 가능한 구문 수를 측정한 것이다.

오답 노트
-> 구문 커버리지 : 테스트 스위트에 의해 이행되는 실행문의 백분율
-> 테스트로 수행한 소스 코드에서 실행 가능한 구문의 비율
-> 테스트 스위트 : 여러 테스트 케이스의 집합

33.다음은 각 테스트 케이스의 우선순위와 종석성을 나타낸 표이다.

테스트케이스	우선순위	기술적 종속성	논리적 종속성
TC1	높음	TC4
TC2	낮음
TC3	높음		TC4
TC4	중간
TC5	낮음		TC2
TC6	중간	TC5

다음 중 우선 순위와 기술적/논리적 종속성을 고려한 테스트 실행 계획으로 가장 적절한 것은?
A. TC1-TC3-TC4-TC6-TC2-TC5
B. TC4-TC3-TC1-TC2-TC5-TC6
C. TC4-TC1-TC3-TC5-TC6-TC2
D. TC4-TC2-TC5-TC1-TC3-TC6

오답 노트
우선 순위가 높은 순으로 먼저 정렬하면
TC3-TC1-TC6-TC4-TC2-TC5이다.
여기서 TC3과 TC1은 종속성으로 TC4를 가지고 있으므로 먼저 TC4가 와야한다.
TC4 - TC3 - TC1 or TC4 - TC1 -TC3
그 다음 TC6과 TC2 TC5로 나와야하지만 TC6은 TC5가 종속되어있고 TC5는 TC2가 종속되어있다
따라서
TC4 - TC3 - TC1 - TC2- TC5 - TC6 or TC4 - TC1 -TC3 - TC2- TC5 - TC6이 되어야한다.

34. 다음 중 테스트 추정 접근법에 대한 설명으로 맞는 것은?

A. 메트릭 기반 접근법은 프로젝트 테스트 측정값을 기반으로 추정하므로 테스트를 시작한 후에만 사용 가능하다.
B. 전문가 기반 접근법은 고객이 선별한 전문가 그롭이 필요한 테스트 예산을 권장하는 것이다
C. 전문가 기반 접근법은 다양한 테스팅 활동을 담당하는 테스트 리더들이 예상 테스팅 노력을 예측하는 것이다.
D. 메트릭 기반 접근법은 과거의 여러 프로젝트의 평균 테스팅 예산으로 사용한다.

메트릭 기반 기법 : 기존 유사한 프로젝트에서 얻은 메트릭에 기반하거나 보편적인 값을 바탕으로 테스트 노력 예측
ex) 번다운 차트, 결함 제거 모델
전문가 기반 기법 : 테스팅 작업의 책임자나 전문가의 경험을 기반으로 테스트 노력 예측
ex) 플래닝 포커, 와이드밴드 델파이 모델

메트릭 : 측정에 쓰이는 측정 척도나 방법

37. 다음 중 제품 리스크 분석이 테스팅에 바로 영향을 주는 예로 가장 거리가 먼 것은?

A. 보안 결함으로 인한 잠재적인 영향이 매우 높을 것으로 확인되어, 다른 테스팅 활동보다 보안 테스팅의 우선순위를 높였다.
B. 테스팅 결과 네트워크 모듈의 품질이 예상보다 높은 것으로 확인돼, 해당 영역에서 추가 테스트를 수행할 것이다.
C. 사용자들이 이전 시스템에서 사용자 인터페이스 문제를 겪었으므로 대체 시스템을 위해 추가적인 사용성 테스팅을 계획했다.
D. 웹페이지 로딩 시간이 새로운 웹사이트 성공에 결정적인 요인이므로 이 프로젝트에 성능 테스팅 전문가를 영입했다.

B 더 적게 테스팅해야 한다.

39. 다음은 테스팅 활동과 테스팅 도구들이다.

1 성능 측정 및 동적분석
2 테스트 실행과 로깅
3 테스트 및 테스트웨어 관리
4 테스트 설계
.
a. 코드 커버리지 도구
b. 동적 분석 도구
c. 테스트 데이터 생성 도구
d. 결함 관리 도구

다음 중 테스트 활동과 도구를 바르게 연결한 것은?
A. 1-b, 2-c, 3-d, 4-a
B. 1-b, 2-a, 3-c, 4-d
C. 1-b, 2-a, 3-d, 4-c
D. 1-a, 2-b, 3-d, 4-c

오답노트
테스트 지원 도구
1. 테스트 및 테스트웨어 관리
1-1. 테스트 관리도구 및 ALM(Application Lifecycle Management)
1-2. 요구사항 관리 도구
1-3. 결함 관리 도구
1-4. 형상 관리 도구
1-5. 지속적인 통합 도구(개발자 지원)
2. 정적 분석 도구
2-1. 정적 분석 도구(개발자 지원)
3. 테스트 설계
3-1. 데이터 데이터 준비 도구
3-2. 모델 기반 테스트 도구
4. 테스트 실행과 로깅
4-1. 테스트 실행 도구
4-2. 커버리지 도구(개발자 지원)
4-3. 테스트 하네스(스텁,드라이버 환경)(개발자 지원)
5. 성능 측정 및 동적 분석
5-1. 성능 테스팅 도구
5-2. 동적 분석 도구(개발자 지원)
6. 특수 용도

3. Sample C

4. 프로젝트 담당자는 애자일팀의 테스터인 당신의 역할이 매 반복주기가 끝나기 전에 모든 결함을 찾는 것이라고 말한다.

다음 중 이런 (잘못된) 설명에 대한 대답으로 사용할 수 있는 테스팅 원리는?

A. 결함은 집중된다(Defect clustering)
B. 테스팅은 결함의 존재를 보여준다(Testing shows the presence of defects)
C. 오류 부재는 궤변이다.(Absence of error fallacy).
D. 근본 원인 분석(Root cause analysis)

오답 노트
테스팅 7가지 원리
1. 테스팅은 결함의 존재를 보이기 위한 활동인지, 결함이 없음을 증명하는 활동이 아니다.
2. 완벽한 테스팅이란 없다.
3. 조기에 시작한 테스팅은 기간과 비용을 단축 및 절감 시켜준다.
4. 결함은 집중된다.
5. 살충제 패러독스에 유의해라.
6. 테스팅은 정황에 의존하다.
7. 오류 부재는 궤변이다.
모든 반복주기가 끝나기까지 최대한 많은 결함을 찾아내어 결함을 예방하는 것이 목적이지, 결함이 없음을 증명하고자 하는 것이 아니다.

5. 단위 테스팅을 하는 동안, 개발자는 종종 작성한 코드에 대한 단위 테스트를 만들고 실행한다.

이렇게 자체 테스팅을 하는 동안, 개발자가 단위 테스팅을 효과적으로 수행하기 위해 채택해야 하는 테스터적 사고방식(mindset)은 무엇인가?

A. 원활한 의사소통 능력
B. 코드 커버리지
C. 코드 결함 평가
D. 세밀한 것에 집중하는 태도

오답노트
테스터 적 사고 방식
1. 호기심
2. 전문적 비평 능력
3. 비판적 시각
4. 세밀한 것에 주목하는 태도
5. 긍정적인 의사소통과 관계 수립에 대한 동기
이 들은 테스터가 경험을 쌓아감에 따라 점차 확대되고 성숙해지는 경향이 있다.

8. 다음 중 테스트 프로세스의 일환으로 수행하는 작업의 예는?

A. 결함 분석
B. 테스트 데이터 설계
C. 테스트 항목에 버전 할당
D. 사용자 스토리 작성

오답 노트
테스트 프로세스
테스트 계획 -> 테스트 모니터링 및 제어 -> 테스트 분석 -> 테스트 설계 -> 테스트 구현
-> 테스트 실행 -> 테스트 완료
1. 테스트 계획
1-1. 테스트 계획은 테스팅의 목적과 정황으로 인한 제약 사항을 고려해 테스트 목적을 달성하기 위해 필요한 접근법을 정의하는 활동을 포함한다.
1-2. 적합한 테스트 기법과 작업 명시, 정해진 출시 일정 전에 완료하기 위한 테스트 일정 수립 등이 여기에 포함된다.
1-3. 테스트 계획은 모니터링과 제어 활동에서 나온 피드백을 기반으로 수정할 수 있다.
작업 산출물 : 계획(테스트 베이시스 정보 포함)
2. 테스트 모니터링 및 제어
2-1. 테스트 모니터링은 테스트 계획에 정의된 테스트 모니터링 메트릭을 활용해 실제 진행 상황을 계획한 진척상황과 지속적으로 비교하는 활동을 말한다.
2-2. 테스트 제어는 시간이 지나면서 업데이트될 수 있는 테스트 계획의 목적 달성을 위해 필요한 활동을 수행하는 것이다.
2-3. 종료 조건 평가도 테스트 모니터링과 제어에 필요한 활동이다.
2-4. 계획 대비 테스트 진행 상황은 이해 관계자에게 테스트 진행 상황 보고서 형태로 전달되며, 여기에는 계획 대비 편차와 테스팅을 그만하기로 결정했다면 그것을 뒷받침해 줄 정보도 포함되어야 한다.
작업 산출물 : 테스트 진행 보고서, 테스트 요약 보고서
3. 테스트 분석
3-1. 테스트 분석에서는 테스트 가능한 기능과 연관된 테스트 컨디션을 식별하기 위해 테스트 베이시스를 분석한다.
3-2. 테스트 분석은 측정 커버리지 조건의 측면에서 무엇을 테스트할지를 결정하는 것이다.
3-3. 주요 활동은 다음과 같다.

• 고려 중인 테스트 레벨에 적합한 테스트 베이시스 평가
• 테스트 베이시스와 테스트 항목을 평가해서 다양한 형태의 결함 식별
• 테스트할 기능과 기능 세트 식별
• 테스트 베이시스를 평가하고 기능, 비기능, 구조 특성, 기타 비즈니스 기술 요소, 리스크 수준 둥을 고려해서 각 기능에 대해 테스트 컨디션의 정의 및 우선순위 선정
• 테스트 베이시스의 개별요소와 연관된 테스트 컨디션 간의 양방향 추적성 포착
  작업 산출물 : 우선순위가 선정된 테스트 컨디션, 테스트 차터(탐색적 테스팅에 한해)

4. 테스트 설계
   4-1. 테스트 설계에서 테스트 컨디션을 기반으로 상위 수준 테스트 케이스, 상위 수준 테스트 케이스 세트, 기타 테스트웨어를 생성한다.
   4-2. 주요 활동은 다음과 같다.

• 테스트 케이스와 테스트 케이스 세트 설계 및 우선순위 선정
• 테스트 컨디션과 테스트 케이스에 필요한 테스트 데이터 식별
• 테스트 환경 설계와 필요한 인프라 및 도구 식별
• 테스트 베이시스, 테스트 컨디션, 테스트 케이스 간의 양방향 추적성 설정
  작업 산출물 : 테스트 케이스와 테스트 케이스 세트, 필요한 테스트 데이터의 설계나 식별, 테스트 환경 설계, 인프라와 도구의 식별

5. 테스트 구현
   5-1. 테스트 구현 중 테스트 실행에 필요한 테스트 웨어를 생성하고 완성하며, 테스트 케이스를 배치해서 테스트 프로시저를 만드는 것도 여기에 포함된다.
   5-2. 주요 활동은 다음과 같다.

• 테스트 프로시저의 개발과 우선순위 선정, 가능하다면 자동 테스트 스크립트 생성
• 테스트 프로시저와 자동 테스트 스크립트로부터 테스트 스위트 생성
• 효과적인 테스트 실행이 가능하도록 테스트 스위트를 테스트 실행 일정 내에 배치
• 테스트 환경 구축, 가능하다면 테스트 하네스, 서비스 가상 현실화, 시뮬레이션, 기타 인프라 항목까지, 또 필요한 모든 사항을 제대로 구현했는지 확인
• 테스트 데이터를 준비하고, 테스트 환경에 제대로 입력했느지 확인
• 테스트 베이시스, 테스트 컨디션, 테스트 케이스, 테스트 프로시저, 테스트 스위트 서로 간의 양방향 추적성 검증과 업데이트
  작업 산출물 : 테스트 프로시저와 이 프로시저의 배열, 테스트 스위트, 테스트 실행 일정
  ※ 분석에서 정의한 컨디션은 구현에서 추가할 수 있다.

6. 테스트 실행
   6-1. 테스트 실행 단계에서는 테스트 스위트를 테스트 실행 일정에 다라 실행한다.
   6-2. 테스트 실행의 주요 활동은 다음과 같다.

• 테스트 항목, 테스트 대상, 테스트 도구, 테스트웨어 등의 고유번호와 버전 기록
• 테스트를 수동으로 혹은 테스트 실행 도구를 활용해서 실행
• 기대 결과와 실제 결과 비교
• 이상 현상을 분석해 원인 파악
• 관찰한 장애를 기반으로 결함 보고
• 테스트 실행 결과 기록
• 이상 현상 때문에 취한 활동의 결과로 인해 또는 계획된 테스팅의 일부로 테스트 활동 반복
• 테스트 베이시스, 테스트 컨디션, 테스트 케잇, 테스트 프로시저, 테스트 결과 간의 양방향 추적성 검증과 업데이트
  작업 산출물 : 개별 테스트 케이스나 테스트 프로시저의 상태에 대한 문서, 결함 보고서, 테스팅에 사용한 테스트 항목, 테스트 대상, 테스트 도구, 테스트웨어 등에 대한 문서

7. 테스트 완료
   7-1. 테스트 완료 활동은 완료한 테스트 활동에서 데이터를 수집해서 경험, 테스트웨어, 기타 관련 정보를 축적하는 활동이다.
   7-2. 프로젝트 마일스톤 시점에서 일어난다.
   7-3. 주요 활동은 다음과 같다.

• 모든 결함 보고 처리를 완료했는지, 테스트 실행 후 해결되지 않은 모든 결함에 대해 수정 요청서 또는 프로젝트 백로그 항목을 생성했는지 확인
• 이해관계자에게 전달할 테스트 요약 보고서 생성
• 차후 재사용을 위해 테스트 환경, 테스트 인프라, 기타 테스트웨어의 마무리 및 보관
• 테스트웨어를 유지보수팀, 다른 프로젝트팀, 그것을 활용할 수 있는 기타 이해관계자 등에게 인계
• 완료한 테스트 활동을 통해 얻은 교훈을 분석해서 향후 반복주기, 릴리스, 또는 프로젝트를 위해 수정해야 하는 사항 판단
• 테스트 프로세스 성숙도 개선을 위해 수집된 정보 활용
  작업 산출물 : 테스트 요약 보고서, 액션 아이템, 수정 요청서, 제품 백로그 항목, 완성된 테스트 웨어

9. 당신은 시스템의 컴포넌트 간 인터페이스에 있을 수 있는 잠재적 네트워크 병목현상을 찾기 위해 성능 테스트를 수행하고 있다.

다음 중 이 테스트를 설명하고 있는 것은?

A. 통합 테스트 레벨에서의 기능 테스트
B. 통합 테스트 레벨에서의 비기능 테스트
C. 컴포넌트 테스트 레벨에서의 기능 테스트
D. 컴포넌트 테스트 레벨에서의 비기능 테스트

오답 노트
테스트 레벨
컴포넌트 테스트
1. 목적

• 리스크 완화
• 컴포넌트가 기능/비기능 요구 사항에 맞게 작동하는지 확인
• 컴포넌트 품질 수준에 대한 자신감 흭득
• 결함 발견
• 다음 단계로의 결함 전이 방지

2. 테스트 베이시스

• 상세 설계
• 코드
• 데이터 모델
• 컴포넌트 명세

3. 테스트 대상

• 컴포넌트, 단위, 모듈
• 코드 및 데이터 구조
• 클래스
• 데이터 베이스 모듈
  통합 테스트(컴포넌트 통합 테스트, 시스템 통합 테스트)

1. 목적

• 리스크 완화
• 인터페이스가 기능/비기능 요구 사항에 맞게 작동하는지 확인
• 인터페이스 품질 수준에 대한 자신감 흭득
• 결함 발견
• 다음 단계로의 결함 전이 방지

2. 테스트 베이시스

• 소프트웨어 및 시스템 설계
• 시퀀스 다이어그램
• 인터페이스 및 통신 프로토콜 명세
• 유스 케이스
• 컴포넌트 및 시스템 아키텍쳐
• 워크플로우
• 외부 인터페이스 명세

3. 테스트 대상

• 서브 시스템
• 데이터 베이스
• 인프라
• 인터페이스
• APIS
• 마이크로 서비스
  시스템 테스트

1. 목적

• 리스크 완화
• 전체 시스템이 기능/비기능 요구 사항에 맞게 작동하는지 확인
• 전체 시스템 레벨의 자신감 흭득
• 결함 발견
• 테스트의 상위 단계 또는 개발 단계로의 결함 전이 방지

2. 테스트 베이시스

• 시스템 및 소프트웨어 요구사항 명세(기능/비기능)
• 상태 다이어그램
• 유스케이스
• 리스크 분석 보고서
• 에픽과 사용자 스토리
• 시스템 및 사용자 메뉴얼
• 시스템 동작 모델

3. 테스트 대상

• 애플리케이션
• 하드웨어/소프트웨어 시스템
• 운영 시스템
• 테스트 대상 시스템
• 시스템 설정과 설정 데이터
  인수 테스트(사용자 인수 테스트, 운영 인수 테스트, 계약 및 규제 테스트, 알파 및 베타 테스트)

10. 다음 중 옳은 것은?

A. 영향도 분석은 유지보수 테스팅에서 확인 테스팅에 유용한다.
B. 확인 테스팅은 시스템 설계에서 리그레션 테스팅에 유용한다.
C. 영향도 분석은 유지보수 테스팅에서 리그레션 테스팅에 유용한다.
D. 확인 테스팅은 유지보수 테스팅에서 영향도 분석에 유용한다.

오답 노트
영향도 분석은 어떠한 수정에 위해 발생되는 여파를 확인하기 위한 분석이다.
즉, 리그레션 테스팅에 유용함
리그레션 테스팅 : 어떠한 수정에 위해 발생하는 부작용을 확인하기 위한 테스팅
확인 테스팅 : 결함이 있던 부분을 수정한 후 결함이 제거 되었는지를 확인하기 위한 테스팅

13. 애자일 개발을 수행하는 도중, 제품 담당자는 특정 에픽(epic) 내 대부분의 사용자 스토리에 적용되지만 이전에는 알지 못했던 규제 관련 요구사항을 발견했다. 사용자 스토리는 소프트웨어 동작이 필수 변경을 위해 업데이트되었다. 팀 내 개발자들은 요구사항에 따라 코드를 수정했다.

이 팀의 테스터로서 당신은 어떤 테스트를 수행해야 하는가?
A. 확인 테스트
B. 리그레션 테스트
C. 기능 테스트
D. 변경 관련 테스트

14. 공식적 리뷰에서 인스펙션 회의를 운영하는 참가자는 누구인가?

A. 촉진자
B. 프로그래머
C. 작성자
D. 프로젝트 관리자

오답 노트
공식적인 리뷰에서의 역할 : 저자, 관리자, 촉진자or중재자, 리뷰 리더, 검토자(리뷰어), 서기
리뷰 유형 : 비공식 리뷰, 워크쓰루, 기술리뷰,인스펙션
리뷰 방식 : 애드혹, 체크리스트 기반, 시나리오 및 드라이 런, 역할 기반, 관점 기반
비공식 리뷰

• 주요 목적 : 잠재적 결함 발견
• 기타 목적 : 새로운 아이디어나 해결책 도출, 소소한 문제의 빠른 해결
• 공식 프로세스를 기반으로 하지 않음
• 리뷰 회의를 진행하지 않을 수 있음
• 저자의 동료 또는 다른 사람이 수행할 수 있음
• 결과는 문서로 기록할 수 있음
• 검토자에 따라 성과가 달라짐
• 체크리스트 사용 여부는 상황에 맞게 판단
• 애자일 개발에서 매우 일반적으로 사용됨
  워크 쓰루
• 주요 목적 : 결함 발견, 소프트웨어 제품 개선, 다른 구현 방법 고려, 표준이나 규정 준수 평가
• 기타 목적 : 다양한 기술이나 스타일에 대한 아이디어 교환, 참여자 교육, 합의 도출
• 리뷰 회의 전 개별 준비는 필요에 따라 수행
• 리뷰 회의는 일반적으로 작업 산출물의 저자가 주도
• 서기 참여 필수
• 체크리스트 사용 여부는 상황에 맞게 판단
• 시나리오, 드라이 런, 시뮬레이션의 형태로 수행할 수 있음
• 잠재 결함 로그와 리뷰 보고서 작성
• 실무에서는 비공식적인 형식에서 매우 공식적인 형식까지 다양할 수 있음
  기술 리뷰
• 주요 목적 : 합의 도출, 잠재적 결함 발견
• 기타 목적 : 작업 산출물의 품질 평가 및 자신감 흭득, 새로운 아이디어 도출, 저자가 미래의 작업 산출물을 개선하도록 지원하고 동기를 부여, 다른 구현 방법 고려
• 검토자는 저자의 기술 동료이면서, 동일 분야 또는 다른 분야의 기술 전문가여야 함
• 리뷰 회의 전 개별 준비 필요
• 리뷰 회의는 선택 사항이며, 이상적으로 훈련된 촉진자가 주도
• 서기는 반드시 있어야 하며, 이상적으로 저자가 아닌 사람이 수행
• 체크리스트 사용 여부는 상황에 맞게 판단
• 잠재 결함 로그와 리뷰 보고서 작성
  인스펙션
• 주요 목적 : 잠재적 결함 발견, 작업 산출물의 품질 평가 및 자신감 흭득, 저자 학습과 근본 원인 분석을 통한 유사 결함의 발생 예방
• 기타 목적 : 저자가 앞으로의 작업 산출물과 소프트웨어 개발 프로세스를 개선하고 합의를 이끌어 내도록 동기를 부여
• 규칙 및 체크리스트 기반으로 공식 문서 산출물을 작성하는 정의된 프로세스를 수행
  -필수로 지정한 바와 같이 명확하게 정의된 역할 참여, 낭독자의 참여 가능
• 리뷰 회의 전 개별 준비 필요
• 검토자는 저자의 동료 또는 작업 산출물과 연관된 분야의 전문가
• 명시된 시작 및 종료 조건을 사용
• 서기 참여 필수
• 리뷰 회의는 훈련받은 촉진자가 주도
• 저자는 리뷰 리더, 글을 읽는 사람 또는 서기가 될 수 없음
• 잠재적인 결함 로그 및 리뷰 보고서 작성
• 인스펙션 프로세스 포함 전체 소프트웨어 개발 프로세스를 개선하기 위해 메트릭을 수집하고 사용

15. 당신은 제품 담당자 및 개발자와의 회의를 준비하기 위해 제품 백로그에 있는 사용자 스토리를 읽으면서 잠재적인 결함을 표시하고 있다.

다음 중 이 활동을 맞게 설명하는 것은?
A. 정적 테스트는 테스트 대상을 실행해야 하므로 이 활동은 정적 테스트가 아니다.
B. 정적 테스트는 항상 도구로 수행하기 때문에 이 활동은 정적 테스트가 아니다.
C. 동적 테스팅에서 결함을 더 저렴하게 식별할 수 있기 때문에 이 활동은 정적 테스트이다.
D. 정적 테스트는 테스트 대상을 실행하지 않기 때문에 이 활동은 정적 테스트이다.

오답 노트
정적 테스트는 테스트 대상을 실행하지 않고 오직 명세만을 이용하는 테스트

19. 다음 중 결정 커버리지를 올바르게 설명한 것은?

A. 조건 결과의 커버리지
B. 결정 커버리지는 구문 커버리지와 동의어이다.
C. 실행 가능한 구문의 커버리지
D. 결정문 결과의 커버리지

오답노트
구문 커버러지 : 구문 중 실행 된 구문의 비율
결정 커버리지 : 결정문 결과의 비율

28. 다음은 신용카드 결제만 가능한 무인 주유기의 상태 전이 다이어 그램이다.

위 상태 전이 다이어그램에서 각 전이를 커버하는 최소한의 테스트를 개발한다고 하자.

각 테스트가 시작 상태인 '고객 대기'에서 시작하여 다시 시작 상태로 돌아오면 끝난다고 가정할 때, 몇 개의 테스트가 필요한가?
A. 4
B. 7
C. 1
D. 무한정(infinite)

34. 당신은 사내 뱅킹 소프트웨어 프로젝트의 프로젝트 관리자로 일하고 있다. 과도한 결함 발견/수정/재테스트 반복 업무를 방지하기 위해, 테스트 랩에서 결함이 발견되면 이를 해결하기 위해 다음과 같은 프로세스를 마련했다.

1. 담당 개발자가 결함을 발견하고 수정한 후 실험 빌드를 새성한다.

2. 짝 개발자가 자신의 데스크탑에서 수정한 결함을 리뷰하고, 단위 테스트와 확인 테스트를 수행한다.

3. (주로 결함을 발견한)테스터가 개발자 환경에서 결함이 수정되었는지 확인 테스트를 수행한다.

4. 하루 한 번씩 확인된 모든 결함 수정을 포함한 새 릴리스를 테스트 랩에 설치한다.

5. 3번 절차와 동일한 테스터가 테스트 환경에서 결함이 수정되었는지 확인 테스트를 수행한다.

   이런 절차에도 불구하고 테스터가 개발 환경에서 수정 된 것으로 확인한(3번 절차) 많은 결함들이 테스트 환경에서 수행하는 확인 테스트에 실패해 결과적으로 재 작업과 반복주기 시간이 필요해졌다. 당신은 테스터들에 대해 높은 신뢰를 가지고 있으며, 3번 절차에서의 실수나 누락은 배제하고 있다.

   다음 중 점검해야 할 다음 프로세스로 가장 적합한 것은?
   A. 2번 절차에서 테스트를 제대로 하지 않을 수 있는 개발자의 활동
   B. 5번 절차에서 무얼 테스트할지 혼란스러울 수 있는 테스터의 활동
   C. 4번 절차에서 제품의 무결성을 유지하지 못할 수 있는 형상 관리
   D. 1번 절차에서 결함을 제대로 수정하지 않을 수 있는 개발자의 활동

   35. 신규 모바일 뱅킹 어플리케이션에 들어갈 테스트 노력을 산출하고 있다. 추정 활동의 일환으로, 이 프로젝트에 참가할 테스트와 다른 이해관계자들을 처음 만나기로 했다. 이 팀은 협업 능력이 뛰어나고 이미 유사한 프로젝트를 수행한 경험이 있다. 추정 결과를 확인하기 위해 저명한 컨설턴트가 출판한 유사 프로젝트의 테스팅 노력과 비용의 업계 평균치를 참고하려고 한다.

   다음 주 이 추정 접근법을 정확히 설명하고 있는 것은?
   A. 전문가 기반과 메트릭 기반 접근을 동시에 사용했다.
   B. 전문가 기반을 주로 사용하고 메트릭 기반 접근이 추가되었다.
   C. 메트릭 기반을 주로 사용하고 전문가 기반 접근이 추가되었다.
   D. 플래닝 포커를 주로 사용하고 번다운 차트에서 속도를 확인했다.

   36. 애자일 방법을 따르는 프로젝트에서 사용자스토리 개선 미팅 중 제기한 인수 조건에 대해 개발자와 제품 담당자의 해석이 다르다는 것을 발견했다.

   이런 상황에서 알 수 있는 테스트 독립성의 이점은?
   A. 다른 종류의 결함을 발견할 수 있다.
   B. 품질에 대해 주요 책임을 갖는다.
   C. 결함을 초기에 제거한다.
   D. 이해관계자의 가정에 이의를 제기할 수 있다.

   오답 노트
   테스트 독립성의 이점

6. 다른 종류의 결함을 발견할 수 있다.

7. 이해관계자의 가정에 이의를 제기할 수 있다.

8. 고용된 회사의 압박을 받지 않을 수 있다.

   37. 당신은 애자일 프로젝트에서 각 반복주기의 일부로 제품 리스크 분석을 수행하는 프로세스를 정의하고 있다.

   다음 중 테스트 계획에서 이 프로세스를 문서화할 가장 적절한 위치는?
   A. 테스팅 범위
   B. 테스팅 접근법
   C. 테스팅 메트릭
   D. 테스팅 항목의 형상 관리

   39. 당신은 리그레션 테스팅 도구의 파일럿 프로젝트를 방금 마쳣다. 이제 도구를 훨씬 잘 이해하고 있고 테스팅 프로세스도 도구에 잘 맞추게 되었다. 당신은 이 도구 및 관련 작업 산출물 사용을 위한 표준을 마련하고 있다.

   다음 중 아직 진행이 남은 일반적인 테스트 자동화 파일럿 프로젝트의 목표는?
   A. 도구에 대해 더 상세히 알아보기
   B. 도구가 기존 프로세스와 프랙티스에 어떻게 적용되는지 확인
   C. 도구의 사용, 관리 및 도구와 테스트 자산의 저장, 유지보수
   D. 합리적 비용으로 이익을 달성할 수 있는지 평가

   오답 노트
   파일럿 프로젝트에 목표

   40. 다음 중 테스트 메트릭을 보고하는 데 가장 유용한 도구는?

   A. 테스트 관리 도구
   B. 정적 분석 도구
   C. 커버리지 도구
   D. 모델기반 테스팅 도구