본문 바로가기
QA.테스팅

[ISTQB][오답노트] 1회차

by 이 빈 2023. 12. 18.
반응형

딱 반타작.. 문제만 보면 공부한 게 리셋되는 것 같다. 차라리 영어로 시험을 보는 게 덜 헷갈리려나..


 

1. 테스트 케이스의 정의

테스트 컨디션에 기초해 개발한 일련의 사전조건, 입력, 행동, 예상 결과 및 사후 조건

(테스트 오라클; 테스트 중인 시스템의 실제 결과와 비교할 예상 결과를 결정하는 소스)

 

2. 자동차의 자동 주행속도 유지 시스템의 장애

라디오 볼륨을 키우거나 줄일 때 시스템이 설정ㅇ 속도를 유지하지 못한다.

(결함; 후진 시 경고음을 울리는 불필요한 코드가 시스템에 들어갔다)

 

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

새로운 테스트 케이스가 요구사항 커버리지를 증가시켰는지 판단할 수 있다.

(변경으로 인한 부작용의 영향을 받는 영역을 확인 테스팅 대상으로 선정할 수 있다 -> 추적성은 변경에 영향을 받는 테스트 케이스 식별에 도움을 주지만, 부작용에 영향을 받는 영역은 리그레션 테스팅에서 중요한 부분)

 

4. 다음과 같은 내용으로 테스팅을 수행했을 때 어느 테스트 레벨을 수행했다고 볼 수 있는가? 통합 테스팅

  • 인터페이스 명세(interface specifications)를 기반으로 함(통합 테스팅 only)
  • 통신(communication)장애를 찾는 데 초점을 맞춤(통합 테스팅 only)
  • 테스트 접근 방법으로 기능 및 구조적 테스트 유형을 사용함(실러버스에 명시된 것은 시스템 테스팅; 다른 레벨에서도 사용)

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

영향도 분석은 유지보수 시스템의 변경이 그만한 가치가 있는지 결정할 때 사용한다.

(영향도 분석은 새로운 유지보수 테스트 케이스의 효과성을 판단할 때 사용한다; 영향도 분석은 테스트 케이스의 효과성에 대한 지표를 제공할 수 없다)

 

6. 정적 테스팅의 가치를 가장 잘 설명한 것?

정적 분석을 사용한 이후로 동적 테스팅만 수행했을 때는 발견하지 못했던 코딩 결함을 찾을 수 있었다.

(정적 분석을 사용해 누락된 요구사항을 줄이고 테스터와 개발자 간 의사소통이 향상되었다 -> 리뷰)

 

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

시작 미팅에서 리뷰어는 리뷰에 필요한 체크리스트를 제공받는다.

(리뷰 회의에서 리뷰어는 제공된 체크리스트를 기반으로 결함 보고서를 작성한다; 결함 보고서는 수정 및 보고 활동에서만 작성, 리뷰 회의에서 리뷰어는 개별 리뷰 중에 식별한 산출물의 잠재결함을 전달)

 

8. 공식 리뷰의 역할과 책임을 바르게 연결한 것?

관리자 - 리뷰 수행 여부를 결정

(리뷰 리더 -  리뷰 회의가 효과적으로 진행되도록 한다; 중재자의 역할)

 

9. 다음과 같은 리뷰는 어떤 유형의 리뷰인가? 워크쓰루

  • 서기 역할을 하는 사람이 있다.(워크쓰루, 기술 리뷰, 인스펙션)
  • 리뷰 목적은 잠재적 결함을 찾는 것이다.(모든 리뷰 유형)
  • 리뷰 미팅은 저자가 주도한다.(워크쓰루, 비공식 리뷰)
  • 리뷰어들은 개별 리뷰를 통해 잠재 결함을 발견한다.(모든 리뷰 유형)
  • 리뷰 보고서를 작성한다.(모든 리뷰 유형)

10. 탐색적 테스팅을 가장 잘 설명한 것은?

테스터가 그들의 지식, 테스트 항목에 대한 탐색 및 이전 테스트 결과를 기반으로 테스트를 동적으로 설계하고 실행하는 테스팅 접근 방식

(테스트 활동이 테스트 분석 및 설계의 중단되지 않는 세션으로 계획되는 테스트 설계 접근법으로, 체크리스트 기반 테스팅과 함께 사용되는 경우가 많음 : 세션 기반 테스팅)

 

11. 테스트 기법과 그 설명을 올바르게 연결한 것은? 블랙박스-4,5 화이트박스-1,2 경험-3

  1. 테스트 대상의 선택된 구조에 기반하여 커버리지 측정
  2. 테스트 대상 내부의 절차 확인
  3. 일어날 가능성이 있는 결함과 그 분포를 기반으로 테스트
  4. 요구사항과의 차이를 확인
  5. 사용자 스토리를 테스트 베이시스로 사용
  • 블랙박스
  • 화이트박스
  • 경험

 

12. 사용자의 건강 유지를 위해 매일의 걸음 수를 측정해 피드백을 제공하는 피트니스 앱이 있다. 걸음 수에 따른 피드백 메시지가 다음과 같을 때 동등 분할 커버리지가 가장 높은 테스트 입력값의 묶음은? D

  • 1000 이하 : 카우치 포테이토(Couch potato)
  • 1000초과 2000이하 : 게으름뱅이(Lazy bones)
  • 2000초과 4000이하 : 거의 도달(Getting there)
  • 4000초과 6000이하 : 괜찮아요(Not bad)
  • 6000초과 : 잘하고 있어요(Way to go)

A. 0(1), 1000(1), 2000(2), 3000(3), 4000(3)

B. 1000(1), 2001(3), 4000(3), 4001(4), 6000(4)

C. 123(1), 2345(3), 3456(3), 4567(4), 5678(4)

D. 666(1), 999(1), 2222(3), 5555(4), 6666(5)

 

13. 유스케이스에서 테스트 케이스를 도출하는 방법을 가장 잘 설명한 것? 1

  1. TC는 관련자들(actors)과 협력해 테스트 중인 시스템이 수행하는 명시된 기본, 예외 및 에러 동작의 실행을 위해 생성.
  2. TC는 유스케이스에 들어 있는 컴포넌트를 식별하고 이런 컴포넌트들의 상호작용을 수행하는 통합 테스트를 생성함으로써 도출(요구사항을 구현할 컴포넌트는 포함하지 않는다)
  3. TC는 사용자 인터페이스가 사용하기 쉽게 하기 위해 시스템과 관련자들 간의 상호작용을 분석하여 생성(사용자 인터페이스의 사용성은 고려하지 않고 기능에 초점)
  4. TC는 유스케이스의 비즈니스 프로세스 흐름에서 각각의 결정 포인트를 수행하고 이런 흐름의 100% 결정 커버리지를 달성하기 위해 도출(경로의 결정 커버리지 개념 없고 비즈니스 프로세스 흐름에 대한 것ㄷ도 아님)

14. 결정 커버리지에 대한 설명으로 맞는 것은? 4

  1. 결정 커버리지는 소스코드 내 가능한 경로 중 테스트로 실행한 비율을 측정한 것이다.(사실상 불가능)
  2. 결정 커버리지는 컴포넌트 내 비즈니스 흐름 중 테스트로 실행한 비율을 측정한 것이다.
  3. 결정 커버리지는 코드 내 'if' 문 중 참과 거짓 결과를 모두 실행한 비율을 측정한 것이다.
  4. 결정 커버리지는 소스코드 내 결정문 결과 중 테스트로 실행한 비율을 측정한 것이다.

15. 테스트 관리자가 수행해야 하는 일로 가장 적절한 것? 1(외 테스터 업무)

  1. 테스팅 수행 중 수집한 정보를 기반으로 테스트 요약 보고서 작성
  2. 다른 사람이 작성한 테스트(케이스) 리뷰
  3. 테스트 데이터의 준비 및 획득
  4. 요구사항, 명세 및 테스트 용이성 모델의 분석, 리뷰, 평가

16. 테스트 추정 접근법(test estimate approaches)에 대한 설명으로 옳은 것? 3

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

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

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

18. 열차 예약 시스템의 시스템 테스팅을 수행하고 있다. 수행한 TC를 검토하니 시스템에서 사용 가능한 열차가 있음에도 불구하고 없다고 보고하는 경우가 있음을 발견했다. 개발자에게 결함 요약과 테스트한 시스템 버전을 제공, 개발자들은 결함의 긴급성을 인식, 추가 정보 제공 대기. 다음과 같은 추가 정보가 제공되었다고 할 때 결함 보고서에 포함하면 가장 유용할 수 있는 정보는? 3, 5, 6

  1. 결함의 영향(심각성) 정도(이미 문제를 인식하고 수정 대기 중이므로)
  2. 테스트 항목의 식별(개발자가 이미 문제를 인식, 시스템 버전도 이미 제공)
  3. 테스트 환경의 상세 정보
  4. 수정 긴급도/우선순위(개발자가 이미 문제를 인식하고 수정 대기 중이므로)
  5. 실제 결과
  6. 테스트 케이스 명세 참조

19. 다음 중 조직에 도구를 도입하기 위해 파일럿 프로젝트를 수행하는 이유 중 가장 일반적인 것? 1

  1. 도구가 기존 프로세스와 프랙티스에 적합한지 평가하고 변경할 사항은 없는지 파악하지 위해
  2. 테스트 자동화 기술을 평가하고 도구를 사용할 테스터의 교육, 멘토링, 코칭 요구를 파악하기 위해(도구 선택활동)
  3. 도구가 필요한 기능을 제공하고 기존 테스트 도구와 중복되지 않는지 평가하기 위해(도구 선택활동)
  4. 도구 제공업체가 제공하는 교육 및 기타 지원사항의 관점에서 업체를 평가하기 위해(도구 선택활동)
반응형