기능 테스트 면접 질문 및 답변 상위 25 개

top 25 functional testing interview questions

가장 자주 묻는 기능 테스트 인터뷰 질문 및 답변 :

이름 자체가 정의 하듯이 기능 테스트는 요구 사항 문서 사양과 관련하여 애플리케이션을 테스트하는 프로세스입니다.

기능 테스트는 수동 또는 자동화를 통해 수행 할 수 있지만 각 프로세스에는 일련의 입력을 제공하여 애플리케이션을 테스트하고 실제 결과를 예상 결과와 비교하여 결과 / 출력을 결정하거나 확인하는 작업이 포함됩니다.

기능 테스트에는 테스트하는 동안 고려해야 할 다양한 단계가 있습니다. 이 기사에서는 잘 준비하는 데 도움이되는 여러 면접 질문과 답변을 볼 것입니다.

가장 인기있는 기능 테스트 인터뷰 질문

Q # 1) '기능 테스트'라는 용어로 무엇을 이해하고 있습니까?

대답: 특정 입력을 제공하여 원하는 출력을 생성하기 위해 애플리케이션의 기능을 테스트하는 블랙 박스 테스트 기술을 '기능 테스트'라고합니다.

기능 테스트의 역할은 요구 사항 문서 사양에 따라 애플리케이션의 동작을 검증하는 것뿐만 아니라 애플리케이션이 실제 환경으로 출시 될 준비가되었는지 여부를 확인하는 것입니다.

다음은 일반적으로 사용되는 몇 가지 기능 테스트 기술입니다.

• 단위 테스트
• 연기 테스트
• 통합 테스트
• 시스템 테스트
• 사용성 테스트
• 회귀 테스트
• 사용자 수락 테스트

Q # 2) 기능 테스트에서 다루는 중요한 단계는 무엇입니까?

대답: 다음은 기능 테스트의 일부로 다루어야하는 단계입니다.

• 요구 사항 문서 사양을 이해하고 검토 의견의 형태로 의심과 질의를 제거합니다.
• 모든 사례에 대해 고려해야 할 모든 시나리오를 염두에두고 요구 사항 사양과 관련된 테스트 사례를 작성합니다.
• 테스트 입력을 식별하고 테스트 케이스를 실행하고 애플리케이션의 기능을 확인하는 데 필요한 테스트 데이터를 요청합니다.
• 테스트 할 입력 값에 따라 실제 결과를 결정합니다.
• 애플리케이션 동작이 예상대로인지 또는 결함이 발생했는지 확인하는 테스트 케이스를 실행합니다.
• 실제 결과와 계산 된 결과를 비교하여 실제 결과를 찾으십시오.

Q # 3) 기능 테스트와 비 기능 테스트의 차이점을 설명하십시오.

대답: 기능 테스트와 비 기능 테스트의 차이점은 다음과 같이 설명 할 수 있습니다.

Q # 4) '빌드'와 '릴리스'는 어떻게 다릅니 까?

답변 : 빌드 일부 버그 수정과 함께 애플리케이션의 구현 된 기능을 테스트하기 위해 테스터에게 전달되는 애플리케이션의 해당 부분을 참조하는 실행 파일입니다. 애플리케이션의 주요 기능이 포함 된 중요 체크리스트를 통과하지 못하면 테스트 팀에서 빌드를 거부 할 수 있습니다.

애플리케이션의 테스트주기에는 여러 빌드가있을 수 있습니다.

해제 더 이상 테스트 단계에 있지 않으며 테스트 및 개발이 완료된 후 응용 프로그램이 클라이언트에 전달되는 소프트웨어 응용 프로그램을 말합니다. 한 릴리스에는 연관된 여러 빌드가 있습니다.

Q # 5) 버그주기를 설명하세요.

대답: 버그는 애플리케이션 내에서 발생한 원치 않는 오류, 결함, 실수 등으로 말하며 원하는 출력을 제공하지 못하게합니다. 테스트하는 동안 애플리케이션에서 결함이나 버그가 발견되면 결함 로깅에서 해결 될 때까지 버그는 버그 수명주기라는 명확한 수명주기를 거칩니다.

아래 그림은 버그 수명주기에 대한 아이디어를 제공합니다.

(영상 출처 )

전체 프로세스는 문제 또는 버그가 발생했을 때 그대로 진행됩니다. 상당한 형식에 따라 버그 추적 도구에보고 / 기록됩니다. 이러한 버그는 개발자에게 할당되며 상태는 'Open'으로 표시됩니다. 개발자는 이제 버그를 검토하고 마지막에 재현하여 작업을 시작할 수 있습니다.

버그가 수정되면 개발자가 상태를 '수정 됨'으로 변경하거나 상태를 '추가 정보 필요', '수정 안 함', '재현 할 수 없음'등으로 이동할 수 있습니다. 그런 다음 QA는 회귀를 수행합니다. 즉, 특정 작업으로 버그를 다시 확인하고 그에 따라 응답합니다.

문제 / 버그가 이제 예상대로 작동하면 상태가 확인 됨 / 닫힘으로 변경되고 그렇지 않으면 다시 열립니다.

Q # 6) 설명과 함께 몇 가지 버그 상태를 입력합니다.

PC에서 실행되는 dbms

대답: 다음은 설명과 함께 몇 가지 버그 상태입니다.

• 새로운: 결함이나 버그가 처음으로 기록되면 New로 표시됩니다.
• 할당 됨 : 테스터가 버그를 기록한 후 테스터 리드가 버그를 검토 한 다음 해당 개발자 팀에 할당합니다.
• 열다: 테스터는 Open 상태의 버그를 기록하고 개발자가 해당 버그에 대해 몇 가지 작업을 수행 할 때까지 열린 상태로 유지됩니다.
• 해결 / 수정 : 개발자가 버그를 해결했으면, 즉 애플리케이션이 특정 문제에 대해 원하는 출력을 생성하면 개발자는 상태를 Resolved / Fixed로 변경합니다.
• 확인 / 종료 : 개발자가 상태를 해결됨 / 수정 됨으로 변경하면 테스터는 이제 문제를 마지막으로 테스트하고 문제가 해결되면 버그 상태를 '확인 됨 / 종료 됨'으로 변경합니다.
• 다시 열다: 테스터가 버그를 다시 재현 할 수있는 경우 (예 : 개발자가 수정 한 후에도 버그가 여전히 존재하는 경우) 상태는 Reopen으로 표시됩니다.
• 버그가 아님 / 유효하지 않음 : 보고 된 문제가 기능에 따라 다르지만 오해로 인해 기록 된 경우 개발자가 버그를 유효하지 않거나 버그가 아닌 것으로 표시 할 수 있습니다.
• 연기 됨 : 일반적으로 버그가 릴리스에 대해 최소 우선 순위이고 시간이 부족한 경우 이러한 최소 우선 순위 버그는 다음 릴리스로 연기됩니다.
• 재현 할 수 없음 : 개발자가 문제에 언급 된 단계에 따라 버그를 재현 할 수없는 경우.

Q # 7) 데이터 기반 테스트 란 무엇입니까?

대답: 데이터 기반 테스트는 Excel 스프레드 시트, XML 파일, CSV 파일, 입력 값에 대한 SQL 데이터베이스와 같은 데이터 소스를 사용하여 테스트 케이스가 포함 된 일련의 테스트 스크립트를 반복적으로 실행하고 실제 출력을 검증에서 예상되는 것과 비교하는 방법론입니다. 방법.

예를 들어, 테스트 스튜디오는 데이터 기반 테스트에 사용됩니다.

데이터 기반 테스트의 몇 가지 장점은 다음과 같습니다.

• 재사용 성.
• 반복성.
• 테스트 로직에서 데이터 분리를 테스트합니다.
• 테스트 케이스 수가 감소합니다.

Q # 8) Test Case 작성시 고려해야 할 중요한 사항은 무엇인가요?

대답: 테스트 케이스 작성은 테스트 실행 프로세스에서 가장 중요한 활동으로, 효과적이고 재사용 가능한 테스트 케이스를 만들기 위해 작성 기술과 애플리케이션에 대한 심층적 인 지식이 필요합니다.

테스트 케이스를 작성하는 동안 고려해야 할 몇 가지 중요한 사항은 다음과 같습니다.

• 테스트 사례 작성을 시작하기 전에 클라이언트의 요구 사항을 명확하게 이해해야합니다. 아무 것도 가정해서는 안되며 요구 사항에 대한 모든 의심은 해소되어야합니다.
• 모든 요구 사항은 테스트 케이스의 형태로 포함되어야하며 어떤 것도 빠뜨려서는 안됩니다. 일반적으로 추적 성 매트릭스는 모든 요구 사항 구현 및 테스트 완료를 확인하기 위해 유지됩니다.
• 요구 사항 문서 사양에 따라 UI 인터페이스, 호환성을 포함한 모든 기능 및 비 기능 요구 사항을 다루어야합니다.
• 테스트 케이스는 반복이나 중복이 없는지 수시로 확인해야합니다.
• 우선 순위는 작성하는 동안 테스트 케이스에 대해 설정해야하는 중요한 요소입니다. 이 우선 순위는 테스터가 기본 기능을 포함하는 높은 우선 순위 테스트 케이스로 애플리케이션을 먼저 테스트 한 다음 중간 및 나중에 낮은 우선 순위 테스트 케이스로 애플리케이션을 테스트하는 데 도움이됩니다.
• 특정 릴리스의 경우 테스트 케이스를 Sprint 현명하게 빌드 할 수 있으므로 테스터와 개발자가 테스트 케이스 실행을 기반으로 제품의 품질을 분석 할 수 있습니다.
• 테스트 케이스의 구조는 쉽게 이해할 수 있어야하며 간단한 언어로 작성되어야합니다. 테스트 케이스의 입력 데이터 값은 유효 할뿐만 아니라 광범위해야합니다.

Q # 9) 자동화 테스트 란 무엇입니까?

대답: 자동화 테스트는 테스트 범위와 테스트 실행 속도를 높이기 위해 자동화 도구를 사용하여 테스트 사례 모음을 실행하는 테스트 방법입니다. 자동화 테스트는 사전 스크립팅 된 테스트를 실행하고 이전 테스트 실행과 결과를보고하고 비교할 수 있으므로 사람의 개입이 필요하지 않습니다.

반복성, 사용 용이성, 정확성 및 일관성 향상은 자동화 테스트의 장점 중 일부입니다.

일부 자동화 테스트 도구는 다음과 같습니다.

• 셀렌
• 텔루르
• 물
• 비누

Q # 10) 스트레스 테스트 및 부하 테스트라는 용어를 설명하십시오.

대답:

스트레스 테스트 응용 프로그램이 노력 또는 스트레스를 겪게되는 성능 테스트의 한 형태입니다. 즉, 응용 프로그램이 충돌하는 지점을 확인하기 위해 중단 임계 값을 초과하는 응용 프로그램을 실행합니다. 이 조건은 일반적으로 사용자가 너무 많고 데이터가 너무 많을 때 발생합니다.

스트레스 테스트는 또한 워크로드가 감소 할 때 애플리케이션 복구를 확인합니다.

부하 테스트 서버의 최고 성능, 응답 시간, 서버 처리량 등을 모니터링하기 위해 다양한 부하 수준에서 애플리케이션이 실행되는 성능 테스트의 한 형태입니다. 부하 테스트를 통해 프로세스 안정성, 애플리케이션의 성능 및 무결성이 동시 시스템 부하에서 결정됩니다. .

Q # 11) 볼륨 테스트로 무엇을 이해합니까?

대답: 볼륨 테스트는 동시 사용자뿐만 아니라 데이터베이스의 대용량 데이터로드가 테스트중인 시스템 / 애플리케이션에 적용될 때 서버 처리량 및 응답 시간의 성능 수준을 결정하는 성능 테스트의 한 형태입니다.

Q # 12) 기능 테스트에 사용되는 다른 테스트 기법은 무엇입니까?

대답: 기능 테스트에 사용되는 두 가지 테스트 기술이 있습니다.

다음과 같이 정의 할 수 있습니다.

• 요구 사항 기반 테스트 : 이러한 형태의 기능 테스트는 위험 기준에 따라 요구 사항의 우선 순위를 지정하여 수행됩니다. 이것은 또한 모든 중요한 테스트 경로가 테스트 프로세스에 포함되었음을 보장합니다.
• 비즈니스 프로세스 기반 테스트 : 이러한 형태의 기능 테스트는 비즈니스 프로세스 관점에서 수행됩니다. 시나리오에는 테스트 수행을위한 비즈니스 프로세스에 대한 지식이 포함됩니다.

Q # 13) 탐색 테스트를 통해 무엇을 이해하고 있습니까? 언제 수행됩니까?

대답: 탐색 적 테스트는 일정이나 절차를 따르지 않고 애플리케이션을 테스트하거나 탐색하는 것을 의미합니다. 탐색 적 테스트를 수행하는 동안 테스터는 어떤 패턴도 따르지 않고 애플리케이션이 어떻게 수행되는지 확인하기 위해 자신의 생각과 다양한 아이디어를 사용합니다.

이 프로세스를 따르면 애플리케이션의 가장 작은 부분까지도 다루며 일반 테스트 케이스 테스트 프로세스보다 더 많은 문제 / 버그를 찾는 데 도움이됩니다.

탐색 테스트는 일반적으로 다음과 같은 경우에 수행됩니다.

• 테스트 팀에는 가능한 모든 최상의 시나리오를 적용하기 위해 테스트 경험을 사용할 수있는 숙련 된 테스터가 있습니다.
• 모든 주요 경로가 다루어졌으며 실행 된 요구 사항 사양에 따라 주요 테스트 사례가 준비되었습니다.
• 중요한 응용 프로그램이 있으며 어떤 경우에도 놓칠 수없는 경우가 없습니다.
• 새로운 테스터가 팀에 합류하여 애플리케이션을 탐색하면 요구 사항 문서에 언급 된 경로를 따르지 않고 시나리오를 실행하는 동안 자신의 마음을 따를뿐만 아니라 더 잘 이해하는 데 도움이됩니다.

Q # 14) 웹 애플리케이션에 대해 테스트해야 할 로그인 기능은 무엇입니까?

대답: 다음은 모든 애플리케이션의 로그인 기능을 완전히 테스트하기 위해 수행 할 수있는 가능한 시나리오입니다.

• 입력 필드, 즉 유효한 값과 유효하지 않은 값이 모두 포함 된 사용자 이름 및 비밀번호를 확인합니다.
• 잘못된 비밀번호로 유효한 이메일 ID를 입력하고 잘못된 이메일과 유효한 비밀번호를 입력하십시오. 적절한 오류 메시지가 표시되는지 확인하십시오.
• 유효한 자격 증명을 입력하고 응용 프로그램에 로그인하십시오. 브라우저를 닫았다가 다시 열어 로그인했는지 확인하십시오.
• 로그인 후 응용 프로그램을 입력 한 다음 로그인 페이지로 다시 이동하여 사용자에게 다시 로그인할지 여부를 확인합니다.
• 한 브라우저에서 로그인하고 다른 브라우저에서 애플리케이션을 열어 다른 브라우저에도 로그인했는지 확인합니다.
• 애플리케이션에 로그인 한 후 비밀번호를 변경 한 다음 이전 비밀번호로 로그인 해보십시오.

테스트 할 수있는 다른 가능한 시나리오도 거의 없습니다.

Q # 15) 현재 시나리오에서 접근성 테스트와 그 중요성을 설명합니다.

대답: 접근성 테스트는 청각, 색맹, 낮은 가시성 등과 같은 장애가있는 사람들이 애플리케이션을 쉽게 처리 할 수 ​​있는지 확인하기 위해 테스트를 수행하는 사용성 테스트의 한 형태입니다. 오늘날의 시나리오에서 웹은 우리 삶의 주요 위치를 차지했습니다. 전자 상거래 사이트, 전자 학습, 전자 지불 등의 형태

데이터 마이닝의 예가 아닌 것은 무엇입니까?

따라서 삶에서 더 나은 성장을 위해서는 모든 사람이 기술의 일부가 될 수 있어야합니다. 특히 일부 장애가있는 사람들은 더욱 그렇습니다.

다음은 장애인이 기술을 사용하도록 돕고 지원하는 몇 가지 유형의 소프트웨어입니다.

• 음성 인식 소프트웨어
• 스크린 리더 소프트웨어
• 화면 확대 소프트웨어
• 특수 키보드

Q # 16) 임시 테스트 란 무엇입니까?

대답: 일반적으로 무작위 테스트로 알려진 임시 테스트는 애플리케이션의 테스트 케이스 또는 요구 사항을 따르지 않는 테스트의 한 형태입니다. 임시 테스트는 기본적으로 응용 프로그램의 모든 부분이 결함을 찾기 위해 무작위로 확인되는 계획되지 않은 활동입니다.

이러한 경우에는 계획된 테스트 케이스를 따르지 않기 때문에 발생한 결함을 재현하기가 매우 어렵습니다. 임시 테스트는 일반적으로 정교한 테스트를 수행하는 데 제한된 시간이있을 때 수행됩니다.

Q # 17) 등가 분할이란 무엇입니까?

대답: 등가 클래스 분할이라고도하는 등가 분할은 입력 데이터가 데이터 클래스로 분할되는 블랙 박스 테스트의 한 형태입니다. 이 프로세스는 테스트 케이스 수를 줄이기 위해 수행되지만 여전히 최대 요구 사항을 충족합니다.

입력 데이터 값을 범위로 나눌 수있는 경우 등가 분할 기술이 적용됩니다. 입력 값의 범위는 동일한 파티션의 다른 모든 조건이 소프트웨어에 대해 동일하게 작동한다고 가정하여 각 범위 파티션에서 하나의 조건 만 테스트하는 방식으로 정의됩니다.

예를 들면 : 계정의 잔액에 따른 이자율을 식별하기 위해 다른 이자율을받는 계정의 잔액 범위를 식별 할 수 있습니다.

Q # 18) 경계 값 분석을 설명하십시오.

대답: 경계 값 분석 방법은 등가 클래스 파티션의 경계 값을 확인합니다. 경계 값 분석은 기본적으로 범위 값이 아닌 경계에서 오류를 식별하는 테스트 기술입니다.

예를 들어 , 입력 필드는 최소 8 자 및 최대 12자를 허용 할 수 있으며 8-12는 유효한 범위로 간주되고 13은 유효하지 않은 범위로 간주됩니다. 따라서 유효한 분할 값, 정확한 경계 값 및 유효하지 않은 분할 값에 대해 테스트 케이스가 작성됩니다.

Q # 19) 심각도와 우선 순위의 차이점을 설명하십시오.

대답: 결함 심각도 테스트 대상 애플리케이션에 대한 결함의 영향 수준 또는 영향 정도에 따라 정의됩니다. 결함의 심각도가 높을수록 애플리케이션에 더 많은 영향을 미칩니다.

다음은 결함 심각도가 분류되는 4 가지 클래스입니다.

• 위독한
• 주요한
• 매질
• 낮은

결함 우선 순위 결함이 먼저 해결되어야하는 순서를 정의합니다. 즉, 결함의 우선 순위가 높을수록 애플리케이션을 사용할 수 없거나 특정 지점에서 멈춰서 가능한 한 빨리 결함을 해결해야 함을 의미합니다.

다음은 결함 우선 순위가 정의 된 3 가지 클래스입니다.

• 높은
• 매질
• 낮은

Q # 20) 연기 테스트는 언제 수행합니까?

대답: 빌드를받은 후 애플리케이션에서 연기 테스트를 수행합니다. 테스터는 일반적으로 빌드가 추가 테스트를 위해 허용되는지 또는 응용 프로그램이 손상된 경우 거부되는지 여부를 확인하기 위해 기능이 아닌 중요 경로를 테스트합니다.

스모크 체크리스트에는 일반적으로 애플리케이션이 차단되지 않은 애플리케이션의 중요 경로가 포함됩니다.

Q # 21) Sanity 테스트로 무엇을 이해합니까?

대답: 새 기능 / 결함을 수정하기 위해 빌드를받은 후 온 전성 테스트를 수행합니다. 이 형식의 테스트에서 목표는 대략 예상대로 기능을 확인하고 버그가 수정되었는지 여부와 테스트중인 응용 프로그램에 대한 수정 된 버그의 영향을 확인하는 것입니다.

테스터가 빌드를 수락하고 Sanity 테스트가 실패하면 시간을 낭비 할 필요가 없습니다.

Q # 22) 요구 사항 추적 성 매트릭스에서 무엇을 이해하고 있습니까?

대답: RTM (Requirement Traceability Matrix)은 테스트 프로세스에서 요구 사항 범위를 추적하는 도구입니다.

RTM에서 모든 요구 사항은 스프린트 과정의 개발로 분류되며 요구 사항 문서에 언급 된 모든 것이 릴리스 전에 구현되었음을 추적하기 위해 해당 ID (신규 기능 구현 / 향상 / 이전 문제 등)가 유지됩니다. 제품.

RTM은 요구 사항 문서가 수신되는 즉시 생성되며 제품이 출시 될 때까지 유지됩니다.

Q # 23) 위험 기반 테스트에서 고려해야 할 요소는 무엇입니까?

대답: 프로젝트의 위험 기반 테스트를 통해 프로젝트를 위험없이 제공하는 것이 아니라 위험 기반 테스트의 주요 목표는 위험 관리의 모범 사례를 수행하여 프로젝트 결과를 달성하는 것입니다.

위험 기반 테스트에서 고려해야 할 주요 요소는 다음과 같습니다.

• 적절한 응용 프로그램에서 위험 기반 테스트를 구현하는시기와 방법을 식별합니다.
• 애플리케이션의 중요한 영역에서 위험을 찾고 처리하는 데 효과적인 조치를 식별합니다.
• 위험과 애플리케이션의 품질 및 기능 간의 균형을 맞추는 프로젝트 결과를 달성하기 위해.

Q # 24) 회귀 테스트와 재 테스트를 구별하십시오.

대답: 회귀 테스트와 재 테스트의 차이점은 다음과 같이 설명 할 수 있습니다.

Q # 25) 사용자 수락 테스트를 설명하십시오.

대답: 사용자 승인 테스트는 일반적으로 제품을 철저히 테스트 한 후에 수행됩니다. 이러한 형태의 테스트에서는 소프트웨어 사용자 또는 클라이언트 자체가 응용 프로그램을 사용하여 모든 것이 요구 사항에 따라 그리고 실제 시나리오에서 완벽하게 작동하는지 확인합니다.

UAT는 최종 사용자 테스트라고도합니다.

결론

이 기사를 통해 인터뷰를 준비하는 사람이라면 누구나 쉽게 이해하고 기억할 수 있도록 Functional Testing의 모든 주제를 설명하고자했습니다.

이 기능 테스트 인터뷰 질문 및 답변은 ​​모든 인터뷰를 자신감있게 성공적으로 완료하도록 안내합니다.

모든 성공을 기원합니다.

이 기능 테스트 인터뷰 질문 및 답변이 경력의 어느 시점에서 도움이되기를 바랍니다.

추천 도서

• 기능 테스트 대 비 기능 테스트
• Micro Focus UFT (통합 기능 테스트) 도구의 16 가지 새로운 기능-QTP 대 UFT
• 5 개의 최고의 HP 통합 기능 테스트 (UFT) 대체 도구
• 초보자를위한 완전한 비 기능 테스트 가이드
• Jubula에 대한 단계별 가이드-오픈 소스 자동화 기능 테스트 도구
• 기능 테스트 대 성능 테스트 : 동시에 수행해야합니까?
• 유형 및 예가 포함 된 완전한 기능 테스트 가이드
• Parrot QA 튜토리얼 : 크로스 브라우저 기능 테스트 도구 검토
• Selenium과의 통합 및 기능 테스트를위한 Spock
• 단위 테스트, 통합 테스트 및 기능 테스트의 차이점
• 기능 테스트 면접 질문 및 답변 상위 25 개
• 2021 년 상위 30 가지 기능 테스트 도구