[ISTQB] FL 12 <Test tool, Static analysis>

Q. The place to start if you want a (new) test tool is?

A) Attend a tool exhibition

B) Invite a vendor to give a demo

C) Analyse your needs and requirements

D) Find out what your budget would be for the tool

E) Search the internet

<해설>

테스트 툴에 대한 내용은 실라버스 6장에 기술되어 있습니만, 6장 중 특정 챕터에서 답을 찾는게 아닌, 6장 내용을 전반적으로 이해하고 있는지에 대한 문제입니다.

그 중에서 가장 답을 쉽게 찾을 수 있는 곳을 굳이 찾아보자면 6.2.1 Potential Benefits and Risks of Tool Support for Testing입니다.

툴의 도입은 반복업무의 자동화나 새로운 요구사항 등의 분석을 통한 객관적 지표 제출 등을 원할 때 보통 도입하게 됩니다.

A. C

Q. When a new testing tool is purchased, it should be used first by?

A) A small team to establish the best way to use the tool

B) Everyone who may eventually have some use for the tool

C) The independent testing team

D) The managers to see what projects it should be used in

E) The vendor contractor to write the initial scripts

<해설>

새로운 테스트 툴을 구매했을 때, 누가 먼저 사용해야하는가에 대한 문제입니다.

개발자, 관리자, 테스터 등 특정 분류의 사용자가 반드시 먼저 사용하는 것이 아니라

다양한 툴이 존재하기 때문에 당연히 그 툴을 사용할 모든 사람들이 먼저 테스트 툴을 사용해야 합니다.

A. B

Q. What can static analysis NOT find?

A) The use of a variable before it has been defined

B) Unreachable (“dead”) code

C) Whether the value stored in a variable is correct

D) The re-definition of a variable before it has been used

E) Array bound violations

<해설>

정적 분석으로 찾는게 아닌 것이 무엇인지 묻는 문제입니다.

그렇다면 먼저 정적 분석이 무엇인지 알 고 있어야 합니다.

정적 분석의 목적(가치)는 실라버스 3.3에 나와 있는 것처럼 소스코드와 SW모델에서 결함 defect를 조기에 찾는 것입니다. 그럼 당연히 화이트박스 테스트도 연상이되어야 하고 화이트박스 테스트에는 위 문제와 같은 구문 테스팅 같은 것도 들어가게 됩니다.

다시 문제로 돌아와 설명을 이어가자면, 실라버스 3.1을 보면 정적 테스팅 기법은 SW를 실행하지 않고 테스팅 하는 방법이라고 되어 있습니다.

리뷰도 있고, SW를 실제로 실행하지 않고 툴로 하는 방법도 있습니다.

리뷰 종류와 각 종류에 따른 특징과 역할자들의 역할등은 문제로 나올 수 있으나 해당 문제의 예시에는 해당하지 않으며, 정적 분석 툴을 통해 발견되는 결함들은 3.3에서 확인 가능합니다.

변수에 저장되어 있는 값이 올바른지 아닌지는 실제로 코드를 돌려봐야 알 수 있는 것입니다.

A. C