150년 수동 테스트 인터뷰 질문 2025개 및 답변

우리는 인터뷰 중에 면접관이 물을 수 있는 소프트웨어 테스터 인터뷰 질문의 유형을 알려주는 가장 자주 묻는 수동 테스트 질문과 답변을 정리했습니다. 답변이 포함된 소프트웨어 테스팅을 위한 이 인터뷰 질문 목록에는 수동 테스트 면접을 쉽게 완료하는 데 도움이 되는 자세한 답변과 함께 10년의 경험에 대해 일반적으로 묻는 기본 및 고급 테스트 인터뷰 질문을 모두 다루었습니다.

우리는 신입 지원자를 위한 거의 150개 이상의 중요한 소프트웨어 테스트 비바 질문과 QA 엔지니어를 위한 수동 테스트 경험이 풍부한 인터뷰 질문을 다루어 다가오는 인터뷰를 준비하는 데 도움을 주었습니다. 숙련된 후보자를 위한 소프트웨어 테스팅 인터뷰 질문에 대한 이 상세한 가이드는 소프트웨어 테스팅을 위한 면접을 통과하는 데 도움이 될 것입니다.

경험이 풍부하고 신입생을 위한 수동 테스트 인터뷰 질문 및 답변

1. 탐색적 테스트란 무엇입니까?

탐색적 테스트는 테스터가 최소한의 계획과 최대한의 테스트 실행에 참여하는 실무적 접근 방식입니다. 계획에는 테스트 헌장 작성, 짧은(1~2시간) 시간 상자 테스트 노력의 범위에 대한 간략한 선언, 사용할 수 있는 목표 및 가능한 접근 방식이 포함됩니다. 테스트 설계 및 테스트 실행 활동은 일반적으로 테스트 조건, 테스트 사례 또는 테스트 스크립트를 공식적으로 문서화하지 않고 병렬로 수행됩니다. 이는 다른 보다 공식적인 테스트 기법을 사용하지 않는다는 것을 의미하지 않습니다. 예를 들어, 테스터는 경계 값 분석을 사용하기로 결정할 수 있지만 반드시 기록하지 않고도 가장 중요한 경계 값을 생각하고 테스트할 것입니다. 일부 메모는 탐색적 테스트 세션 중에 작성되어 나중에 보고서를 생성할 수 있습니다.

👉 무료 PDF 다운로드: 수동 테스트 인터뷰 질문 및 답변

2. "사용 사례 테스트"란 무엇입니까?

처음부터 끝까지 애플리케이션의 기능적 요구 사항을 식별하고 실행하기 위해 "유스 케이스"가 사용되며 이를 수행하는 데 사용되는 기술을 "유스 케이스 테스팅"이라고 합니다.

3. STLC(소프트웨어 테스팅 라이프사이클)와 SDLC(소프트웨어 개발 라이프사이클)의 차이점은 무엇입니까?

SDLC는 소프트웨어 개발/코딩을 처리하고 STLC는 소프트웨어의 검증 및 검증을 처리합니다.

4. 추적성 매트릭스란 무엇입니까?

테스트 케이스와 요구사항 간의 관계는 문서를 통해 표시됩니다. 이 문서는 추적성 매트릭스로 알려져 있습니다.

5. 등가 분할 테스트란 무엇입니까?

동등 분할 테스트는 애플리케이션 입력 테스트 데이터를 테스트 케이스가 파생될 수 있는 동등한 데이터의 각 파티션으로 적어도 한 번 분할하는 소프트웨어 테스트 기술입니다. 이 테스트 방법을 사용하면 소프트웨어 테스트에 필요한 시간이 단축됩니다.

6. 화이트 박스 테스트란 무엇이고 화이트 박스 테스트의 유형을 나열해 보세요.

화이트 박스 테스트 기술은 구성 요소 또는 시스템의 내부 구조(코드 커버리지, 분기 커버리지, 경로 커버리지, 조건 커버리지 등)를 분석하여 테스트 케이스를 선택하는 것을 포함합니다. 코드 기반 테스트 또는 구조적 테스트라고도 합니다. 다양한 유형의 화이트 박스 테스트는 다음과 같습니다.

명세서 범위
의사결정 범위

7. 화이트박스 테스트에서 무엇을 검증합니까?

화이트 박스 테스트에서는 다음 단계가 검증됩니다.

코드의 보안 허점을 확인하세요
코드에서 불완전하거나 손상된 경로를 확인하세요.
문서 사양에 따른 구조의 흐름을 확인합니다.
예상 출력 확인
애플리케이션의 전체 기능을 확인하려면 코드의 모든 조건부 루프를 확인하세요.
한 줄씩 코딩하여 확인하고 100% 테스트를 다룹니다.

8. 블랙박스 테스팅이란 무엇입니까? 다양한 블랙박스 테스팅 기술은 무엇입니까?

블랙박스 테스트는 코드나 프로그램의 내부 구조를 알지 못한 채 소프트웨어를 테스트하는 데 사용되는 소프트웨어 테스트 방법입니다. 이 테스트는 일반적으로 애플리케이션의 기능을 확인하기 위해 수행됩니다. 다양한 블랙박스 테스트 기술은 다음과 같습니다.

등가 분할
경계값 분석
원인-효과 그래프

9. 정적 테스트와 동적 테스트의 차이점은 무엇입니까?

정적 테스트: 정적 테스트 방법에서는 코드가 실행되지 않고 소프트웨어 문서를 사용하여 수행됩니다.

동적 테스트: 이 테스트를 수행하려면 코드가 실행 가능한 형식이어야 합니다.

10. 확인과 검증이란 무엇입니까?

검증은 개발 단계에서 소프트웨어를 평가하는 프로세스입니다. 이는 특정 애플리케이션의 제품이 지정된 요구 사항을 충족하는지 여부를 결정하는 데 도움이 됩니다. 밸리데이션(Validation)은 개발 과정 이후에 소프트웨어를 평가하고 고객의 요구 사항을 충족하는지 확인하는 프로세스입니다.

11. 다양한 테스트 레벨은 무엇입니까?

XNUMX가지 테스트 레벨이 있습니다.

유닛/컴포넌트/프로그램/모듈 테스트
통합 테스트
시스템 테스트
수락 테스트

12. 통합 테스트란 무엇입니까?

통합 테스트 애플리케이션의 개별 단위를 결합하고 테스트하는 소프트웨어 테스트 프로세스 수준입니다. 일반적으로 단위 및 기능 테스트 후에 수행됩니다.

13. 테스트 계획은 무엇으로 구성됩니까?

테스트 설계, 범위, 테스트 전략, 접근 방식은 테스트 계획 문서로 구성된 다양한 세부 사항입니다.

테스트 케이스 식별자
범위
테스트할 기능
테스트할 수 없는 기능
테스트 전략 및 테스트 접근 방식
테스트 결과물
책임
인력 및 교육
위험과 우발상황

14. UAT(사용자 승인 테스트)와 시스템 테스트의 차이점은 무엇입니까?

시스템 테스팅: 시스템 테스팅은 시스템 전체를 테스트할 때 결함을 찾는 것입니다. 엔드투엔드 테스트라고도 합니다. 이러한 유형의 테스트에서는 애플리케이션이 처음부터 끝까지 어려움을 겪습니다.

UAT: UAT(사용자 승인 테스트)에는 제품이 사용자의 요구 사항을 충족하는지 여부를 결정하는 일련의 특정 테스트를 통해 제품을 실행하는 작업이 포함됩니다.

15. 데이터 기반 테스트와 재테스트의 차이점을 언급하시나요?

재테스트 중: 개발팀에서 조치한 버그를 확인하여 수정되었는지 확인하는 과정입니다.

데이터 기반 테스트(DDT): 데이터 기반 테스트 프로세스에서는 여러 테스트 데이터를 사용하여 애플리케이션을 테스트합니다. 애플리케이션은 다른 값 세트로 테스트됩니다.

3/5/10년 경험을 위한 고급 수동 소프트웨어 테스팅 인터뷰 질문

16. 테스트하는 동안 문제를 해결하기 위한 중요한 단계는 무엇입니까?

기록: 발생한 문제를 기록하고 처리합니다.
보고: 문제를 상위 관리자에게 보고합니다.
통제: 이슈 관리 프로세스 정의

17. 테스트 시나리오, 테스트 케이스, 테스트 스크립트의 차이점은 무엇입니까?

테스트 시나리오와 테스트 케이스의 차이점은 다음과 같습니다.

테스트 시나리오: 테스트 시나리오는 테스트할 수 있는 모든 기능입니다. 테스트 조건 또는 테스트 가능성이라고도 합니다.

테스트 사례 : 실행해야 할 단계가 포함된 문서입니다. 그것은 더 일찍 계획되었습니다.

테스트 스크립트: 프로그래밍 언어로 작성되었으며 소프트웨어 시스템 기능의 일부를 테스트하는 데 사용되는 짧은 프로그램입니다. 즉, 수동으로 수행해야 하는 일련의 단계를 서면으로 작성한 것입니다.

18. 잠재결함이란?

잠재적 인하 자: 이 결함은 정확한 조건 세트가 충족되지 않았으므로 오류를 일으키지 않는 시스템의 기존 결함입니다.

19. 테스트 실행 품질을 아는 데 유용한 두 가지 매개변수는 무엇입니까?

테스트 실행 품질을 알기 위해 두 가지 매개변수를 사용할 수 있습니다.

결함 거부율
결함 누출 비율

20. 소프트웨어 테스트 도구 "팬텀"의 기능은 무엇입니까?

Phantom은 프리웨어이며 윈도우 GUI 자동화 스크립팅 언어에 사용됩니다. 윈도우와 함수를 자동으로 제어할 수 있습니다. 키 입력과 마우스 클릭의 모든 조합은 물론 메뉴, 목록 등을 시뮬레이션할 수 있습니다.

21. 테스트 결과물이 무엇인지 설명해주세요.

테스트 결과물은 테스트를 지원하기 위해 개발 및 유지 관리해야 하는 일련의 문서, 도구 및 기타 구성 요소입니다.

소프트웨어 개발 수명주기의 모든 단계에는 다양한 테스트 결과물이 있습니다.

테스트하기 전에
테스트 중
테스트 후

22. 돌연변이 검사란 무엇입니까?

돌연변이 테스트는 의도적으로 다양한 코드 변경(버그)을 도입하고 원본 테스트 데이터/케이스로 다시 테스트하여 버그가 감지되는지 확인하여 일련의 테스트 데이터 또는 테스트 사례가 유용한지 확인하는 기술입니다.

23. AUT용 자동화 도구를 선택하기 전에 고려해야 할 모든 사항은 무엇입니까?

기술적 타당성
복잡성 수준
애플리케이션 안정성
테스트 데이터
애플리케이션 크기
자동화된 스크립트의 재사용성
환경 전반에 걸쳐 실행

24. 위험 분석을 어떻게 수행할 예정입니까?

위험 분석을 위해서는 다음 단계를 구현해야 합니다.

위험 점수 찾기
위험에 대한 프로필 만들기
위험 속성 변경
해당 테스트 위험의 리소스 배포
위험 데이터베이스 만들기

25. 디버깅의 범주는 무엇입니까?

디버깅 카테고리

무차별 디버깅
역 추적
원인 제거
프로그램 슬라이싱
결함 트리 분석

26. 결함마스킹이란 무엇을 예시로 설명하나요?

하나의 결함이 시스템에 다른 결함의 존재를 숨기는 경우를 결함 마스킹이라고 합니다.

예: "음수 값"으로 인해 처리되지 않은 시스템 예외가 발생하는 경우 개발자는 음수 값 입력을 방지합니다. 이렇게 하면 문제가 해결되고 처리되지 않은 예외 발생의 결함이 숨겨집니다.

27. 테스트 계획이 무엇인지 설명해주세요. 테스트 계획에서 다루어야 하는 정보는 무엇입니까?

테스트 계획은 테스트 활동의 범위, 접근 방식, 리소스 및 일정을 설명하는 문서로 정의할 수 있으며, 테스트 계획에는 다음 세부 사항이 포함되어야 합니다.

Test Strategy
테스트 목표
탈퇴/정지 기준
자원 계획
결과물 테스트

28. 프로젝트에서 제품 위험을 어떻게 제거할 수 있습니까?

이는 프로젝트에서 제품 위험을 제거하는 데 도움이 되며, 프로젝트에서 제품 위험을 줄일 수 있는 간단하면서도 중요한 단계가 있습니다.

사양 문서 조사
개발자를 포함한 모든 이해관계자와 프로젝트에 대해 논의합니다.
실제 사용자로서 웹사이트를 둘러보세요.

29. 프로젝트 실패로 이어지는 일반적인 위험은 무엇입니까?

프로젝트 실패로 이어지는 일반적인 위험은 다음과 같습니다.

인력이 부족해서
테스트 환경이 제대로 설정되지 않았을 수 있습니다.
제한된 예산
시간 제한

30. 귀하의 프로젝트에 대한 견적을 어떤 근거로 얻을 수 있습니까?

프로젝트를 추산하려면 다음 사항을 고려해야 합니다.

전체 프로젝트를 가장 작은 작업으로 나누기
팀원들에게 각 업무를 할당하세요.
각 작업을 완료하는 데 필요한 노력을 추정합니다.
추정 검증

31. 팀 구성원에게 작업을 어떻게 할당할 것인지 설명해주세요.

태스크	회원
소프트웨어 요구사항 사양 분석	모든 회원
테스트 사양 만들기	테스터/테스트 분석가
테스트 환경 구축	테스트 관리자
테스트 케이스 실행	테스터, 테스트 관리자
결함 보고	시험 장치

32. 테스트 유형은 무엇이며 일반적으로 사용되는 테스트 유형은 무엇입니까?

예상되는 테스트 결과를 얻으려면 테스트 유형이라는 표준 절차를 따릅니다.

일반적으로 사용되는 테스트 유형은 다음과 같습니다.

단위 테스트: 애플리케이션의 가장 작은 코드 테스트
API 테스트: 애플리케이션용으로 생성된 테스트 API
통합 테스트: 개별 소프트웨어 모듈을 결합하고 테스트합니다.
시스템 테스트: 시스템 전체 테스트
설치/제거 테스트: 클라이언트/고객 관점에서 테스트 수행
애자일 테스팅(Agile Testing): 애자일 기법을 통한 테스팅

33. 프로젝트를 모니터링하는 동안 고려해야 할 사항은 무엇입니까?

고려해야 할 사항은 다음과 같다.

프로젝트가 예정대로 진행되고 있나요?
예산을 초과했나요?
같은 직업 목표를 향해 노력하고 있나요?
자원은 충분히 확보했는가
문제가 임박했다는 경고 신호가 있습니까?
프로젝트를 더 빨리 완료하라는 경영진의 압력이 있습니까?

34. 문제를 일으키는 일반적인 실수는 무엇입니까?

리소스를 잘못된 프로젝트에 연결
테스트 관리자의 기술 부족
다른 사람의 말을 듣지 않음
잘못된 일정
과소 평가
작은 문제를 무시함
과정을 따르지 않음

35. 일반적인 테스트 보고서에는 어떤 내용이 포함됩니까? 테스트 보고서의 이점은 무엇입니까?

테스트 보고서에는 다음과 같은 내용이 포함됩니다.

프로젝트 정보
테스트 목표
테스트 요약
결함

테스트 보고서의 이점은 다음과 같습니다.

프로젝트 현황 및 제품 품질을 알려드립니다.
필요한 경우 이해관계자와 고객이 시정 조치를 취할 수 있습니다.
최종 문서는 제품 출시 준비가 되었는지 결정하는 데 도움이 됩니다.

36. 테스트 관리 검토란 무엇이며 왜 중요한가요?

경영검토라고도 한다. 소프트웨어 품질 보증 또는 SQA. SQA는 소프트웨어 작업 결과물보다는 소프트웨어 프로세스에 더 중점을 둡니다. 이는 프로젝트 관리자가 표준 프로세스를 따르도록 고안된 일련의 활동입니다. SQA는 테스트 관리자가 설정된 표준에 대해 프로젝트를 벤치마킹하는 데 도움이 됩니다.

37. 소프트웨어 품질 보증을 위한 모범 사례는 무엇입니까?

효과적인 SQA 구현을 위한 모범 사례는 다음과 같습니다.

지속적인 개선
문서
도구 사용
통계
팀원의 책임
경험이 풍부한 SQA 감사자

38. RTM(요구사항 추적성 매트릭스)은 언제 준비됩니까?

RTM은 테스트 케이스 설계 전에 준비됩니다. 요구사항은 검토 활동을 통해 추적 가능해야 합니다.

39. 테스트 매트릭스와 추적성 매트릭스의 차이점은 무엇입니까?

테스트 매트릭스: 테스트 매트릭스는 소프트웨어 테스트의 모든 단계를 캡처하는 데 필요한 실제 품질, 노력, 계획, 리소스 및 시간을 캡처하는 데 사용됩니다.

추적 성 매트릭스: 테스트 사례와 고객 요구 사항 간의 매핑을 추적성 매트릭스라고 합니다.

40. 수동 테스트에서 스텁과 드라이버는 무엇입니까?

스텁과 드라이버 모두 증분 테스트의 일부입니다. 증분 테스트에는 상향식 접근 방식과 하향식 접근 방식이라는 두 가지 접근 방식이 있습니다. 드라이버는 상향식 테스트에 사용되며 스텁은 하향식 접근 방식에 사용됩니다. 메인 모듈을 테스트하기 위해서는 더미 코드 또는 프로그램인 스텁(stub)이 사용됩니다.

41. 결함을 발견한 후 따라야 할 단계는 무엇입니까?

결함이 발견되면 다음 단계를 따르십시오.

a) 결함을 재현한다

b) 스크린샷을 첨부하세요

c) 결함 기록

42. "테스트 계획 중심" 또는 "키워드 중심" 테스트 방법이 무엇인지 설명하십시오.

이 기술은 특별한 "핵심 단어"가 포함된 스프레드시트를 사용하여 테스터가 개발한 실제 테스트 사례 문서를 사용합니다. 키워드는 처리를 제어합니다.

43. DFD(데이터 흐름도)란 무엇입니까?

정보 시스템을 통한 "데이터 흐름"이 그래픽으로 표현되면 이를 데이터 흐름 다이어그램이라고 합니다. 또한 데이터 처리의 시각화에도 사용됩니다.

44. LCSAJ가 무엇인지 설명해주세요.

LCSAJ는 '선형 코드 시퀀스 및 점프'를 의미합니다. 다음 세 가지 항목으로 구성됩니다.

a) 실행 가능한 문의 선형 시퀀스 시작

b) 선형 시퀀스의 끝

c) 선형 시퀀스의 끝에서 제어 흐름이 전달되는 대상 라인

45. N+1 테스트가 무엇인지 설명해주세요.

회귀 테스트의 변형은 N+1로 표시됩니다. 이 기술에서는 테스트 주기 'N'에서 발견된 오류가 해결되고 테스트 주기 N+1에서 다시 테스트되는 여러 주기로 테스트가 수행됩니다. 오류가 발견되지 않는 한 주기가 반복됩니다.

46. Fuzz 테스트란 무엇이며 언제 사용됩니까?

퍼지 테스트는 소프트웨어의 보안 허점과 코딩 오류를 감지하는 데 사용됩니다. 이 기술에서는 시스템 충돌을 시도하기 위해 임의의 데이터가 시스템에 추가됩니다. 취약점이 지속되면 퍼지 테스터라는 도구를 사용하여 잠재적인 원인을 파악합니다. 이 기술은 대규모 프로젝트에 더 유용하지만 심각한 결함만 감지합니다.

47. 소프트웨어 테스팅의 설명 범위 측정 기준의 주요 이점은 무엇입니까?

명세서 적용 범위 측정법의 이점은 다음과 같습니다.

a) 소스코드 가공이 필요하지 않으며, 객체코드에 바로 적용 가능

b) 버그는 코드 전체에 고르게 분포되어 있으므로, 포함된 실행 가능한 문의 비율이 발견된 결함의 비율을 반영합니다.

48. "문자열 대체" 방법에 대한 테스트 케이스를 생성하는 방법은 무엇입니까?

a) 새 문자열의 문자 > 이전 문자열의 문자인 경우. 어떤 문자도 잘리지 않아야 합니다.

b) 새 문자열의 문자<이전 문자열의 문자인 경우. 정크 문자를 추가하면 안 됩니다.

c) 문자열 앞과 뒤의 공백은 삭제하면 안 됩니다.

d) 문자열은 문자열이 처음 나타나는 경우에만 교체되어야 합니다.

49. 팀원간 갈등은 어떻게 처리할 것인가?

나는 한 사람 한 사람과 개별적으로 이야기하고 그들의 우려 사항을 메모할 것입니다.
팀원들이 공통적으로 제기하는 문제에 대한 해결책을 찾겠습니다.
팀 회의를 열고 해결책을 공개하고 사람들에게 협조를 요청할 것입니다.

50. 결함의 범주는 무엇입니까?

주로 세 가지 결함 범주가 있습니다.

잘못된: 요구사항이 잘못 구현된 경우
누락: 사양과의 차이, 사양이 구현되지 않았거나 고객의 요구 사항이 충족되지 않음을 나타냅니다.
여분의: 최종 고객이 제공하지 않은 제품에 포함된 요구 사항입니다. 기존 요구사항과 차이가 있으므로 불량으로 간주됩니다.

51. 테스트 커버리지 도구가 어떻게 작동하는지 설명해주세요.

코드 커버리지 테스트 도구는 실제 제품에 대한 테스트를 수행하는 동안 병렬로 실행됩니다. 코드 검사 도구는 소스 코드의 실행된 명령문을 모니터링합니다. 최종 테스트가 완료되면 보류 중인 명세서에 대한 전체 보고서를 받고 적용 범위도 얻습니다.

52. 소프트웨어 테스팅에서 "결함"과 "실패"의 차이점은 무엇입니까?

간단히 말해서 결함이 최종 고객에게 도달하면 결함이 내부적으로 식별되어 해결되는 동안 이를 실패라고 합니다. 그런 다음 이를 결함이라고 합니다.

53. 소프트웨어 개발 라이프사이클 전반에 걸쳐 프로젝트에서 문서를 테스트하는 방법을 설명하십시오.

이 프로젝트는 다음과 같은 방식으로 소프트웨어 개발 라이프사이클 전반에 걸쳐 진행됩니다.

중앙/프로젝트 테스트 계획: 프로젝트의 전체 테스트 전략을 설명하는 주요 테스트 계획입니다. 이 계획은 소프트웨어 개발 수명주기가 끝날 때까지 사용됩니다.
승인 테스트 계획: 이 문서는 요구사항 단계 최종 배송 시 완료됩니다.
시스템 테스트 계획: 이 계획은 설계 계획 중에 시작되어 프로젝트가 끝날 때까지 진행됩니다.
통합 및 단위 테스트 계획: 이 두 테스트 계획은 모두 실행 단계에서 시작되어 최종 전달까지 지속됩니다.

54. 어떤 테스트 케이스가 먼저 검은 상자로 작성되는지, 아니면 흰색 상자로 작성되는지 설명하세요?

블랙박스 테스트 케이스는 블랙박스 테스트 케이스를 작성하기 위해 먼저 작성됩니다. 프로젝트 계획과 요구 사항 문서가 필요하며 이러한 모든 문서는 프로젝트 시작 시 쉽게 구할 수 있습니다. 반면 화이트박스 테스트 케이스를 작성하려면 더 많은 구조적 이해가 필요하며 프로젝트 시작 시 구할 수 없습니다.

55. 잠재 결함과 마스크 결함의 차이점을 설명해주세요.

잠재적 인하 자: 잠재 결함은 일련의 조건이 충족되지 않았기 때문에 실패를 일으키지 않은 기존 결함입니다.
가려진 결함: 다른 결함으로 인해 해당 코드 부분이 실행되지 않아 오류가 발생하지 않은 기존 결함입니다.

56. 상향식 테스트가 무엇인지 언급해 주세요.

상향식 테스트는 가장 낮은 수준의 구성 요소를 먼저 테스트한 다음 더 높은 수준의 구성 요소를 테스트하는 데 사용되는 통합 테스트에 대한 접근 방식입니다. 계층 구조의 최상위 구성 요소가 테스트될 때까지 프로세스가 반복됩니다.

57. 다양한 유형의 테스트 커버리지 기술이 무엇인지 언급해 주십시오.

다양한 유형의 테스트 커버리지 기술에는 다음이 포함됩니다.

진술 범위: 소스 코드의 각 줄이 실행되고 테스트되었는지 확인합니다.
결정 범위: 소스 코드의 모든 결정이 실행되고 테스트되도록 보장합니다.
경로 범위: 코드의 특정 부분을 통해 가능한 모든 경로가 실행되고 테스트되도록 보장합니다.

58. 호흡 테스트의 의미가 무엇인지 언급해 주세요.

호흡 테스트는 제품의 전체 기능을 실행하지만 세부적인 기능을 테스트하지는 않는 테스트 모음입니다.

59. Code Walk Through의 의미가 무엇인지 설명해주세요.

Code Walk Through는 프로그램 소스 코드를 비공식적으로 분석하여 결함을 찾고 코딩 기술을 확인하는 것입니다.

60. 결함 보고서 형식의 기본 구성 요소는 무엇입니까?

결함 보고서 형식의 필수 구성 요소는 다음과 같습니다.

프로젝트 이름
모듈 이름
결함이 발견됨
결함 감지 방법
결함 ID 및 이름
결함 스냅샷
우선순위 및 심각도 상태
결함 해결 방법
결함 해결 날짜

61. 엔드투엔드 테스트를 수행하는 목적이 무엇인지 언급해 주세요.

기능 테스트 후에는 엔드투엔드 테스트가 수행됩니다. 엔드투엔드 테스트를 수행하는 목적은 다음과 같습니다.

확인하려면 소프트웨어 요구 사항 및 외부 인터페이스와의 통합
실제 환경 시나리오에서 애플리케이션 테스트
애플리케이션과 데이터베이스 간의 상호 작용 테스트

62. 테스트 하네스가 무엇을 의미하는지 설명해주세요.

테스트 하네스는 다양한 조건에서 애플리케이션을 테스트하기 위해 일련의 도구 및 테스트 데이터를 구성하고, 정확성을 위해 예상되는 출력으로 출력을 모니터링하는 작업을 포함합니다.

63. 테스트 프로젝트에서 어떤 테스트 활동을 자동화할지 설명해주세요.

프로젝트 테스트 활동을 테스트할 때 다음을 자동화합니다.

애플리케이션의 모든 빌드에 대해 실행해야 하는 테스트
동일한 작업 집합에 대해 여러 데이터를 사용하는 테스트
다른 브라우저를 사용하여 실행해야 하는 동일한 테스트
미션 크리티컬 페이지
단시간에 변경되지 않는 페이지와의 거래

64. 수명주기 초기에 테스트를 설계하면 얻을 수 있는 주요 이점은 무엇입니까?

이는 코드에 결함이 발생하는 것을 방지하는 데 도움이 됩니다.

65. 위험 기반 테스트란 무엇입니까?

위험 기반 지원 생성하는 방법에 사용되는 용어입니다. Test Strategy 이는 위험에 따라 테스트의 우선순위를 정하는 것을 기반으로 합니다. 접근 방식의 기본은 상세한 위험 분석과 위험 수준에 따른 위험의 우선순위 지정입니다. 그런 다음 가장 높은 위험부터 시작하여 각 위험을 해결하기 위한 테스트가 지정됩니다.

66. 테스트에 대한 예방적 접근 방식과 대응적 접근 방식의 주요 차이점은 무엇입니까?

예방 테스트는 조기에 설계됩니다. 반응 테스트는 소프트웨어가 제작된 후에 설계됩니다.

67. 종료 기준의 목적은 무엇입니까?

종료 기준의 목적은 테스트 레벨이 완료되는 시기를 정의하는 것입니다.

68. 위험 수준은 어떻게 결정됩니까?

부작용의 가능성과 사건의 영향에 따라 위험 수준이 결정됩니다.

69. 의사결정 테이블 테스팅은 언제 사용되나요?

의사결정 테이블 테스팅은 사양이 규칙 또는 원인-결과 조합의 형태를 취하는 시스템을 테스트하는 데 사용됩니다. 의사결정 테이블에서 입력은 열에 나열되며 출력은 동일한 열에 있지만 입력 아래에 나열됩니다. 표의 나머지 부분에서는 생성된 출력을 정의하기 위한 입력 조합을 살펴봅니다.

비디오 튜토리얼에서 의사결정 테이블 테스트 기법에 대해 자세히 알아보세요. LINK

70. 의사결정 테이블을 사용하는 이유는 무엇입니까?

등가 분할 및 경계 값 분석 기술은 종종 특정 상황이나 입력에 적용됩니다. 그러나 입력의 서로 다른 조합으로 인해 서로 다른 작업이 수행되는 경우 사용자 인터페이스에 더 초점을 맞추는 경향이 있는 등가 분할 및 경계 값 분석을 사용하여 이를 표시하기가 더 어려울 수 있습니다. 다른 두 가지 사양 기반 기술인 의사결정 테이블과 상태 전환 테스트는 비즈니스 로직이나 비즈니스 규칙에 더 중점을 둡니다. 의사결정 테이블은 사물의 조합(예: 입력)을 처리하는 좋은 방법입니다. 이 기술은 '원인-결과' 표라고도 합니다. 그 이유는 의사결정 테이블을 도출하는 데 때때로 사용되는 '원인-결과 그래프'라는 관련 논리 다이어그램 기술이 있기 때문입니다.

71. 소프트웨어 결과물을 검토할 때 가장 중요한 목표는 무엇입니까?

소프트웨어 작업 결과물의 결함을 식별합니다.

72. 다음 중 테스트의 예상 결과를 정의하는 것은? 테스트 케이스 사양 또는 테스트 설계 사양.

테스트 케이스 사양은 테스트의 예상 결과를 정의합니다.

73. 테스트 독립성의 이점은 무엇입니까?

효과적인 테스트를 정의할 때 작성자의 편견을 방지합니다.

74. 어떤 테스트 프로세스의 일부로 종료 기준을 결정합니까?

종료 기준은 '테스트 계획'을 기준으로 결정됩니다.

75. 알파 테스트란 무엇입니까?

개발자 사이트에서 최종 사용자 담당자가 출시 전 테스트를 진행합니다.

76. 베타 테스트란 무엇입니까?

잠재 고객이 자신의 위치에서 테스트를 수행했습니다.

77. 파일럿 테스트와 베타 테스트의 차이점을 언급해 주세요.

파일럿 테스트와 베타 테스트의 차이점은 파일럿 테스트는 실제로 최종 배포 전 사용자 그룹이 제품을 사용하여 수행한다는 점이며, 베타 테스트에서는 실제 데이터를 입력하지 않고 최종 고객에게 설치하여 검증합니다. 제품이 생산에 사용될 수 있는지 여부.

78. 다음 코드 조각을 고려할 때 100% 의사결정 범위를 위해 필요한 테스트 수는 얼마입니까?

if width > length 
   thenbiggest_dimension = width
     if height > width 
             thenbiggest_dimension = height 
     end_if
elsebiggest_dimension = length  
            if height > length 
                thenbiggest_dimension = height 
          end_if
end_if

79. 다음 코드 조각에 대해 100% 진술 범위와 100% 결정 범위를 제공하도록 테스트 사례를 설계했습니다. if width > length then largest_dimension = width else largest_dimension = length end_if 위 코드 조각의 맨 아래에 다음이 추가되었습니다. print “Biggest dimension is ” &biggest_dimensionprint “Width: ” & width print “Length: ” & length 몇 개의 테스트 사례가 더 필요합니까?

없음, 기존 테스트 케이스를 사용할 수 있습니다.

80. 테스트 기술과 테스트 도구의 차이점은 무엇입니까?

테스트 기술: – 응용 시스템 또는 장치의 일부 측면이 제대로 작동하는지 확인하는 프로세스입니다. 기술은 거의 없지만 도구는 많을 수 있습니다.

테스트 도구: – 테스트 프로세스를 수행하기 위한 수단입니다. 도구는 테스터에게 리소스이지만 테스트를 수행하기에는 그 자체로는 부족합니다.

테스트 도구에 대해 자세히 알아보기 LINK

81. 요구사항 분석의 결과, 요구사항 사양을 작성 입력으로 사용합니다.

사용자 승인 테스트 사례

82. 테스트 중인 소프트웨어 또는 다른 관련 또는 비관련 소프트웨어 구성 요소의 변경으로 인해 발생하거나 발견되지 않은 결함을 발견하기 위해 수정 후 이미 테스트된 프로그램을 반복적으로 테스트합니다.

Regression Testing

83. 도매업체가 프린터 카트리지를 판매합니다. 최소 주문 수량은 5개입니다. 프린터 카트리지 20개 이상 주문 시 100% 할인이 적용됩니다. 주문한 프린터 카트리지 수에 대한 다양한 값을 사용하여 테스트 케이스를 준비하라는 요청을 받았습니다. 다음 그룹 중 경계값 분석을 사용하여 생성되는 세 가지 테스트 입력이 포함된 그룹은 무엇입니까?

4, 5, 99

84. 컴포넌트 테스트란 무엇입니까?

단위, 모듈 및 프로그램 테스트라고도 알려진 구성 요소 테스트는 별도로 테스트할 수 있는 소프트웨어(예: 모듈, 프로그램, 개체, 클래스 등)의 결함을 검색하고 기능을 확인합니다. 구성 요소 테스트는 개발 수명 주기 및 시스템의 맥락에 따라 시스템의 나머지 부분과 별도로 수행될 수 있습니다. 대부분의 경우 스텁과 드라이버는 누락된 소프트웨어를 교체하고 소프트웨어 구성 요소 간의 인터페이스를 간단하게 시뮬레이션하는 데 사용됩니다. 테스트할 소프트웨어 구성 요소에서 스텁이 호출됩니다. 드라이버는 테스트할 구성 요소를 호출합니다.

여기에 멋진 비디오가 있습니다 단위 테스트

85. 기능 시스템 테스트란 무엇입니까?

시스템 전체의 엔드 투 엔드 기능을 테스트하는 것은 기능 시스템 테스트로 정의됩니다.

86. 독립 테스트의 이점은 무엇입니까?

독립적인 테스터는 편견이 없으며 동시에 다양한 결함을 식별합니다.

87. 테스트에 대한 반응적 접근 방식에서 대량의 테스트 설계 작업이 언제 시작될 것으로 예상하십니까?

대부분의 테스트 설계 작업은 소프트웨어나 시스템이 제작된 후에 시작됩니다.

88. 애자일 개발 모델의 다양한 방법론은 무엇입니까?

현재 내가 알고 있는 애자일 방법론은 XNUMX가지가 있습니다.

익스트림 프로그래밍(XP)
스크럼
린 소프트웨어 개발
기능 중심 개발
민첩한 통합 프로세스
Crystal
동적 시스템 개발 모델(DSDM)

89. 요구사항 및 시스템의 테스트 가능성 평가를 포함하는 기본 테스트 프로세스의 활동은 무엇입니까?

'테스트 분석' 및 '설계'에는 요구 사항 및 시스템의 테스트 가능성에 대한 평가가 포함됩니다.

90. 일반적으로 테스트 노력을 추진하기 위해 위험을 이용하는 가장 중요한 이유는 무엇입니까?

모든 것을 테스트하는 것은 불가능하기 때문입니다.

91. 무작위/원숭이 테스트란 무엇입니까? 언제 사용되나요?

무작위 테스트는 종종 원숭이 테스트로 알려져 있습니다. 이러한 유형의 테스트에서는 도구나 자동화된 메커니즘을 사용하여 데이터가 무작위로 생성되는 경우가 많습니다. 무작위로 생성된 입력을 사용하여 시스템을 테스트하고 그에 따라 결과를 분석합니다. 이러한 테스트는 신뢰성이 떨어집니다. 따라서 일반적으로 초보자가 시스템이 부작용을 견딜 수 있는지 확인하는 데 사용됩니다.

92. 다음 중 사고 보고서에 대한 유효한 목적은 무엇입니까?

개발자와 기타 당사자에게 문제에 대한 피드백을 제공하여 필요에 따라 식별, 격리 및 수정이 가능하도록 합니다.
테스트 프로세스 개선을 위한 아이디어를 제공합니다.
테스터 역량을 평가하기 위한 수단을 제공합니다.
테스터에게 테스트 중인 시스템의 품질을 추적할 수 있는 수단을 제공합니다.

93. 다음 기술을 고려하세요. 어떤 것이 정적이고 어떤 것이 동적인 기술입니까?

등가 분할.
사용 사례 테스트.
데이터 흐름 분석.
탐색적 테스트.
결정 테스트.
검사.

데이터 흐름 분석 및 검사는 정적입니다. 동등성 분할, 사용 사례 테스트, 탐색적 테스트 및 결정 테스트는 동적입니다.

94. 정적 테스팅과 동적 테스팅이 상호 보완적인 것으로 설명되는 이유는 무엇입니까?

결함을 식별하는 목적은 공유하지만 발견하는 결함 유형이 다르기 때문입니다.

95. 공식 검토의 단계는 무엇입니까?

비공식 검토와 달리 공식 검토는 공식적인 프로세스를 따릅니다. 일반적인 공식 검토 프로세스는 다음과 같은 XNUMX가지 주요 단계로 구성됩니다.

계획
킥 오프
예비
Rev응 회의
재작업
후속 조치.

96. 검토 과정에서 중재자의 역할은 무엇입니까?

조정자(또는 검토 리더)는 검토 프로세스를 주도합니다. 그는 또는 그녀는 작성자와 협력하여 검토 유형, 접근 방식 및 검토 팀의 구성을 결정합니다. 조정자는 검토 프로세스의 입력 및 출력의 품질을 제어하기 위해 항목 확인 및 재작업에 대한 후속 조치를 수행합니다. 조정자는 또한 회의 일정을 잡고, 회의 전에 문서를 배포하고, 다른 팀원을 지도하고, 회의 속도를 조절하고, 가능한 토론을 이끌고, 수집된 데이터를 저장합니다.

더 알아보기 Rev비디오 튜토리얼의 프로세스 보기 LINK

97. 동등 분할(동등 클래스라고도 함)이란 무엇입니까?

범위 내 하나의 값만 테스트 케이스가 되는 값의 입력 또는 출력 범위입니다.

98. 구성 관리 절차는 언제 구현되어야 합니까?

테스트 계획 중.

99. 악의적인 외부인으로부터의 바이러스와 같은 위협 탐지와 관련된 기능을 조사하는 일종의 기능 테스트입니까?

보안 테스트

100. 테스트 대상을 다양한 작업 부하에 적용하여 성능 동작과 대상의 능력을 측정하고 평가하는 테스트와 테스트가 이러한 다양한 작업 부하에서 계속 제대로 작동하는지 확인합니까?

부하 테스트

101. 인터페이스와 통합 구성 요소 간의 상호 작용에서 결함을 노출하기 위해 수행되는 테스트 활동은 무엇입니까?

통합 수준 테스트

102. 구조 기반(화이트박스) 테스트 기술은 무엇입니까?

구조 기반 테스트 기술(정적이기보다는 동적이기도 함)은 소프트웨어의 내부 구조를 사용하여 테스트 케이스를 도출합니다. 이러한 기술은 일반적으로 '화이트박스' 또는 '글래스박스' 기술이라고 합니다(시스템을 볼 수 있다는 의미). 소프트웨어가 어떻게 구현되는지, 즉 어떻게 작동하는지에 대한 지식이 필요하기 때문입니다. 예를 들어, 구조적 기술은 소프트웨어에서 루프를 실행하는 것과 관련이 있을 수 있습니다. 루프를 한 번, 두 번, 여러 번 실행하기 위해 다른 테스트 케이스를 도출할 수 있습니다. 이는 소프트웨어의 기능과 관계없이 수행될 수 있습니다.

103. "회귀 테스트"는 언제 수행해야 합니까?

소프트웨어가 변경된 후 또는 환경이 변경된 경우 회귀 테스트 수행해야합니다.

104. 음성검사와 양성검사란 무엇입니까?

부정 테스트는 잘못된 입력을 입력하고 오류가 발생하는 경우입니다. 긍정적인 테스트는 유효한 입력을 입력하고 사양에 따라 일부 작업이 완료될 것으로 예상하는 경우입니다.

105. 테스트 완료 기준의 목적은 무엇입니까?

테스트 완료 기준의 목적은 언제 테스트를 중지할지 결정하는 것입니다.

106. 정적 분석에서 찾을 수 없는 것은 무엇입니까?

예를 들어 메모리 누수.

107. 재테스트와 회귀 테스트의 차이점은 무엇입니까?

재테스트를 통해 원래 결함이 제거되었는지 확인합니다. 회귀 테스트는 예상치 못한 부작용을 찾습니다.

108. 경험 기반 테스트 기술은 무엇입니까?

경험 기반 기술에서는 사람들의 지식, 기술 및 배경이 테스트 조건 및 테스트 사례에 주요한 영향을 미칩니다. 기술 인력과 비즈니스 인력 모두의 경험은 테스트 분석 및 설계 프로세스에 대해 서로 다른 관점을 가져오기 때문에 중요합니다. 유사한 시스템에 대한 이전 경험으로 인해 무엇이 잘못될 수 있는지에 대한 통찰력을 가질 수 있으며 이는 테스트에 매우 유용합니다.

109. 어떤 유형의 검토에 지표를 포함하여 공식적인 시작 및 종료 기준이 필요합니까?

검사

110. 검토나 검사가 테스트의 일부로 간주될 수 있습니까?

그렇습니다. 둘 다 결함을 감지하고 품질을 향상시키는 데 도움이 되기 때문입니다.

111. 입력 필드는 1900년에서 2004년 사이의 출생 연도를 입력합니다. 이 필드를 테스트하기 위한 경계 값은 무엇입니까?

1899,1900,2004,2005

112. 다음 도구 중 회귀 테스트 자동화에 관여하는 도구는? a. 데이터 테스터 b. 경계 테스터 c. 캡처/재생 d. 출력 비교기

디. 출력 비교기

113. 함수를 테스트하려면 테스트할 함수를 호출하고 테스트 데이터를 전달하는 프로그래머를 작성해야 합니다.

운전기사

114. 개발자가 자신의 작업을 테스트하는 데 어려움을 겪는 주요 이유는 무엇입니까?

객관성 부족

115. “얼마나 테스트하면 충분합니까?”

대답은 산업, 계약 및 특수 요구 사항의 위험에 따라 다릅니다.

116. 언제 테스트를 중단해야 합니까?

이는 테스트 중인 시스템의 위험에 따라 다릅니다. 테스트를 중지할 수 있는 몇 가지 기준이 있습니다.

마감일(테스트, 출시)
테스트 예산이 소진되었습니다
버그율이 일정 수준 이하로 떨어짐
특정 비율로 통과된 테스트 케이스 완료
테스트를 위한 알파 또는 베타 기간 종료
코드, 기능 또는 요구 사항의 적용 범위가 지정된 지점까지 충족됩니다.

117. 소규모 통합 테스트를 위한 통합 전략의 주요 목적은 다음 중 무엇입니까?

통합 전략의 주요 목적은 어떤 모듈을 언제, 얼마나 동시에 결합할지 지정하는 것입니다.

118. 준무작위 테스트 케이스란 무엇입니까?

준무작위 테스트 사례는 아무것도 아니지만 무작위 테스트 사례를 수행하고 해당 테스트 사례에 대해 등가 분할을 수행하면 중복 테스트 사례가 제거되어 준무작위 테스트 사례가 제공됩니다.

119. 다음 코드가 주어졌을 때, 전체 문장 및 분기 범위에 필요한 최소 테스트 케이스 수에 대한 다음 진술 중 어느 것이 맞습니까?

읽기 p

q 읽기

만약 p+q> 100

그런 다음 "대형"으로 인쇄하세요.

엔디 프

만약 p > 50

그런 다음 "p Large"를 인쇄하세요.

엔디 프

명세서 커버리지 테스트 1개, 브랜치 커버리지 테스트 2개

120. 의도된 용도에 대한 적합성을 결정하고 불일치를 식별하기 위해 제품을 평가하는 데 일반적으로 사용되는 검토는 무엇입니까?

테크니컬 Rev에에.

121. 발견된 결함은 원래 누구에 의해 문서화되어야 합니까?

테스터에 의해.

122. 현재 세계적으로 인정받는 공식적인 문서 표준은 무엇입니까?

하나도 없습니다.

123. 검토할 항목을 만든 검토 참여자는 다음 중 누구입니까?

저자

124. 소프트웨어에서 여러 가지 중요한 버그가 수정되었습니다. 모든 버그는 보고서와 관련된 하나의 모듈에 있습니다. 테스트 관리자는 보고서 모듈에서만 회귀 테스트를 수행하기로 결정합니다.

한 모듈을 수정하면 다른 모듈에 영향을 줄 수 있으므로 다른 모듈에서도 회귀 테스트를 수행해야 합니다.

125. 경계값 분석이 좋은 테스트 사례를 제공하는 이유는 무엇입니까?

값 범위의 '가장자리' 근처에서 다양한 사례를 프로그래밍하는 동안 오류가 자주 발생하기 때문입니다.

126. 검사가 다른 검토 유형과 다른 점은 무엇입니까?

훈련된 리더가 주도하며 공식 진입 및 퇴출 기준과 체크리스트를 사용합니다.

127. 테스터가 구성 관리에 의존할 수 있는 이유는 무엇입니까?

구성 관리를 통해 테스트웨어와 테스트 개체의 정확한 버전을 알 수 있기 때문입니다.

128. V-모델이란 무엇입니까?

테스트 활동이 소프트웨어 개발 단계와 어떻게 통합되는지 보여주는 소프트웨어 개발 모델

129. 유지보수 테스트란 무엇입니까?

기존 소프트웨어의 수정, 마이그레이션 또는 폐기로 인해 발생

130. 테스트 커버리지란 무엇입니까?

테스트 커버리지는 일련의 테스트(예: 사양 기반 기술을 사용하는 등 다른 방식으로 파생됨)에 의해 수행되는 테스트의 양을 특정 방식으로 측정합니다. 사물을 셀 수 있고 각 사물이 일부 테스트를 통해 테스트되었는지 여부를 알 수 있는 경우 적용 범위를 측정할 수 있습니다.

131. "빅뱅" 통합보다 점진적 통합이 선호되는 이유는 무엇입니까?

점진적 통합은 초기 결함 검사 및 격리 능력이 더 뛰어나기 때문입니다.

132. 터미널 모듈부터 시작하는 프로세스를 무엇이라고 합니까?

상향식 통합

133. 가장 비용 효율적으로 결함을 발견할 수 있는 테스트 활동은 무엇입니까?

테스트 계획 중

134. 요구사항 단계의 목적은 다음과 같다.

요구사항 동결, 사용자 요구 이해, 테스트 범위 정의

135. 왜 테스트를 별도의 단계로 나누나요?

우리는 다음과 같은 이유로 테스트를 여러 단계로 나누었습니다.

각 테스트 단계마다 목적이 다릅니다
단계별로 테스트하는 것이 더 쉽습니다.
다양한 환경에서 다양한 테스트를 실행할 수 있습니다.
단계별 테스트를 사용하여 테스트의 성능과 품질이 향상됩니다.

136. DRE란 무엇인가?

테스트 효과를 측정하기 위해 DRE(Defect Removal Efficiency)라고 하는 테스트 효과를 측정하는 강력한 측정 기준이 사용됩니다. 이 측정 기준을 통해 일련의 테스트 사례에서 발견한 버그 수를 알 수 있습니다. DRE 계산 공식은 다음과 같습니다.

DRE=테스트 중 버그 수/테스트 중 버그 수 + 사용자가 발견한 버그 수

137. 테스트 캡처 및 재생 기능을 제공하는 테스트 도구를 사용하면 다음 중 어떤 것이 가장 큰 이점을 얻을 가능성이 있습니까? a) 회귀 테스트 b) 통합 테스트 c) 시스템 테스트 d) 사용자 수용 테스트

회귀 테스트

138. 필요할 것으로 예상되는 재검사의 양을 어떻게 추정하시겠습니까?

이전 유사한 프로젝트의 지표 및 개발팀과의 논의

139. 데이터 흐름 분석을 연구하는 것은 무엇입니까?

코드를 통한 경로에 데이터를 사용합니다.

140. 실패란 무엇인가?

실패는 지정된 행동에서 벗어난 것입니다.

141. 테스트 비교기란 무엇입니까?

일부 소프트웨어에 일부 입력을 넣었지만 소프트웨어가 올바른 결과를 생성하는지 확인하지 않는 것이 실제로 테스트입니까? 테스팅의 본질은 소프트웨어가 올바른 결과를 내는지 확인하고 그렇게 하는 것이며, 소프트웨어가 내는 것과 내야 하는 것을 비교해야 한다. 테스트 비교기는 비교 측면을 자동화하는 데 도움이 됩니다.

142. 검토 회의에서 확인된 모든 문제, 문제 및 미결점을 문서화하는 책임은 누구에게 있습니까?

학자

143. 비공식 검토의 주요 목적은 무엇입니까?

저렴하게 혜택을 받을 수 있는 방법

144. 테스트 설계 기법의 목적은 무엇입니까?

테스트 조건 식별 및 테스트 케이스 식별

145. 등급 계산 시스템을 테스트할 때 테스터는 90에서 100까지의 모든 점수가 A 등급을 산출하지만 90 미만의 점수는 그렇지 않을 것이라고 결정합니다. 이 분석은 다음과 같이 알려져 있습니다.

등가 분할

146. 테스트 관리자는 웹 애플리케이션의 자동화된 테스트에 사용할 수 있는 리소스를 사용하기를 원합니다. 최선의 선택은

테스터, 테스트 자동화기, 웹 전문가, DBA

147. 모듈 테스터 테스트 중 'X'는 버그를 발견하여 개발자에게 할당했습니다. 하지만 개발자는 버그가 아니다며 이를 거부했다. 'X'는 무엇을 해야 할까요?

발생한 버그에 대한 자세한 정보를 전송하고 재현성을 확인합니다.

148. 소프트웨어 요소, 하드웨어 요소 또는 둘 다 단계가 아닌 구성 요소 또는 전체 시스템으로 한꺼번에 결합되는 통합 테스트 유형입니다.

빅뱅 테스트

149. 실제로 프로젝트와 소프트웨어 제품에 따라 어떤 수명주기 모델의 개발 및 테스트 수준이 더 많거나 적거나 다를 수 있습니다. 예를 들어, 컴포넌트 테스트 후에 컴포넌트 통합 테스트가 있을 수 있고, 시스템 테스트 후에 시스템 통합 테스트가 있을 수 있습니다.

V-모델

150. 입력 및 출력 범위를 달성하기 위해 어떤 기술을 사용할 수 있습니까? 이는 인간 입력, 시스템 인터페이스를 통한 입력 또는 통합 테스트의 인터페이스 매개변수에 적용될 수 있습니다.

등가 분할

151. “이 수명주기 모델은 일정 및 예산 위험에 따라 결정됩니다.” 이 진술이 가장 적합합니다.

V-모델

152. 테스트는 어떤 순서로 실행되어야 합니까?

가장 중요한 것을 먼저 테스트해야합니다

153. 개발 라이프 사이클 후반에 결함이 발견될수록 수정 비용이 더 많이 듭니다. 왜 그럴까요?

결함은 더 많은 문서, 코드, 테스트 등에 내장되었습니다.

154. 커버리지 측정이란 무엇입니까?

이는 테스트 완전성을 부분적으로 측정한 것입니다.

155. 경계값 테스트란 무엇입니까?

입력 및 출력 등가 클래스의 가장자리 위, 아래 및 위의 경계 조건을 테스트합니다. 예를 들어, 최대 Rs.20,000과 최소 Rs.100을 인출할 수 있는 은행 애플리케이션을 가정해 보겠습니다. 따라서 경계 값 테스트에서는 중간에 도달하는 대신 정확한 경계만 테스트합니다. 이는 최대 한도 이상, 최소 한도 미만으로 테스트한다는 의미입니다.

156. COTS는 무엇을 의미합니까?

상업 기성품.

157. 그 목적은 테스트 중인 품목이 출시될 때 사용될 환경과 최대한 유사한 시스템이나 네트워크에서 특정 테스트를 수행하도록 허용하는 것입니까?

테스트 환경

158. 프로젝트 계획을 기반으로 하지만 더 많은 세부사항이 포함된 것으로 간주할 수 있는 것은 무엇입니까?

단계 테스트 계획

159. 신속한 애플리케이션 개발이란 무엇입니까?

Rapid Application Development(RAD)는 공식적으로 기능의 병렬 개발과 그에 따른 통합입니다. 구성 요소/기능은 마치 미니 프로젝트인 것처럼 병렬로 개발되고, 개발은 시간 상자에 담겨 전달된 다음 작동하는 프로토타입으로 조립됩니다. 이를 통해 고객은 매우 빠르게 보고 사용할 수 있는 것을 제공하고 전달 및 요구 사항에 대한 피드백을 제공할 수 있습니다. 이 방법론을 사용하면 제품의 빠른 변경 및 개발이 가능합니다. 그러나 제품 사양은 어느 시점에서 제품에 대해 개발되어야 하며, 프로젝트는 생산에 들어가기 전에 보다 공식적인 통제를 받아야 합니다.

👉 우리를 추천하세요 – 테스트 퀴즈

👉 우리를 추천하세요 – 소프트웨어 테스팅 인터뷰 질문 Youtube 비디오

무료 PDF 다운로드: 소프트웨어 테스팅 인터뷰 질문 및 답변

위의 수동 테스트 인터뷰 질문 및 답변 PDF는 신입뿐만 아니라 숙련된 QA 엔지니어에게도 도움이 될 것입니다. 친구나 동료들과 페이지를 공유해 주세요.

경험이 풍부하고 신입생을 위한 수동 테스트 인터뷰 질문 및 답변

1. 탐색적 테스트란 무엇입니까?

2. "사용 사례 테스트"란 무엇입니까?

3. STLC(소프트웨어 테스팅 라이프사이클)와 SDLC(소프트웨어 개발 라이프사이클)의 차이점은 무엇입니까?

4. 추적성 매트릭스란 무엇입니까?

5. 등가 분할 테스트란 무엇입니까?

6. 화이트 박스 테스트란 무엇이고 화이트 박스 테스트의 유형을 나열해 보세요.

7. 화이트박스 테스트에서 무엇을 검증합니까?

8. 블랙박스 테스팅이란 무엇입니까? 다양한 블랙박스 테스팅 기술은 무엇입니까?

9. 정적 테스트와 동적 테스트의 차이점은 무엇입니까?

관련 기사

10. 확인과 검증이란 무엇입니까?

11. 다양한 테스트 레벨은 무엇입니까?

12. 통합 테스트란 무엇입니까?

13. 테스트 계획은 무엇으로 구성됩니까?

14. UAT(사용자 승인 테스트)와 시스템 테스트의 차이점은 무엇입니까?

15. 데이터 기반 테스트와 재테스트의 차이점을 언급하시나요?

3/5/10년 경험을 위한 고급 수동 소프트웨어 테스팅 인터뷰 질문

16. 테스트하는 동안 문제를 해결하기 위한 중요한 단계는 무엇입니까?

17. 테스트 시나리오, 테스트 케이스, 테스트 스크립트의 차이점은 무엇입니까?

18. 잠재결함이란?

19. 테스트 실행 품질을 아는 데 유용한 두 가지 매개변수는 무엇입니까?

20. 소프트웨어 테스트 도구 "팬텀"의 기능은 무엇입니까?

21. 테스트 결과물이 무엇인지 설명해주세요.

22. 돌연변이 검사란 무엇입니까?

23. AUT용 자동화 도구를 선택하기 전에 고려해야 할 모든 사항은 무엇입니까?

24. 위험 분석을 어떻게 수행할 예정입니까?

25. 디버깅의 범주는 무엇입니까?

26. 결함마스킹이란 무엇을 예시로 설명하나요?

27. 테스트 계획이 무엇인지 설명해주세요. 테스트 계획에서 다루어야 하는 정보는 무엇입니까?

28. 프로젝트에서 제품 위험을 어떻게 제거할 수 있습니까?

29. 프로젝트 실패로 이어지는 일반적인 위험은 무엇입니까?

30. 귀하의 프로젝트에 대한 견적을 어떤 근거로 얻을 수 있습니까?

31. 팀 구성원에게 작업을 어떻게 할당할 것인지 설명해주세요.

32. 테스트 유형은 무엇이며 일반적으로 사용되는 테스트 유형은 무엇입니까?

33. 프로젝트를 모니터링하는 동안 고려해야 할 사항은 무엇입니까?

34. 문제를 일으키는 일반적인 실수는 무엇입니까?

35. 일반적인 테스트 보고서에는 어떤 내용이 포함됩니까? 테스트 보고서의 이점은 무엇입니까?

36. 테스트 관리 검토란 무엇이며 왜 중요한가요?

37. 소프트웨어 품질 보증을 위한 모범 사례는 무엇입니까?

38. RTM(요구사항 추적성 매트릭스)은 언제 준비됩니까?

39. 테스트 매트릭스와 추적성 매트릭스의 차이점은 무엇입니까?

40. 수동 테스트에서 스텁과 드라이버는 무엇입니까?

41. 결함을 발견한 후 따라야 할 단계는 무엇입니까?

42. "테스트 계획 중심" 또는 "키워드 중심" 테스트 방법이 무엇인지 설명하십시오.

43. DFD(데이터 흐름도)란 무엇입니까?

44. LCSAJ가 무엇인지 설명해주세요.

45. N+1 테스트가 무엇인지 설명해주세요.

46. ​​Fuzz 테스트란 무엇이며 언제 사용됩니까?

47. 소프트웨어 테스팅의 설명 범위 측정 기준의 주요 이점은 무엇입니까?

48. "문자열 대체" 방법에 대한 테스트 케이스를 생성하는 방법은 무엇입니까?

49. 팀원간 갈등은 어떻게 처리할 것인가?

50. 결함의 범주는 무엇입니까?

51. 테스트 커버리지 도구가 어떻게 작동하는지 설명해주세요.

52. 소프트웨어 테스팅에서 "결함"과 "실패"의 차이점은 무엇입니까?

53. 소프트웨어 개발 라이프사이클 전반에 걸쳐 프로젝트에서 문서를 테스트하는 방법을 설명하십시오.

54. 어떤 테스트 케이스가 먼저 검은 상자로 작성되는지, 아니면 흰색 상자로 작성되는지 설명하세요?

55. 잠재 결함과 마스크 결함의 차이점을 설명해주세요.

56. 상향식 테스트가 무엇인지 언급해 주세요.

57. 다양한 유형의 테스트 커버리지 기술이 무엇인지 언급해 주십시오.

58. 호흡 테스트의 의미가 무엇인지 언급해 주세요.

59. Code Walk Through의 의미가 무엇인지 설명해주세요.

60. 결함 보고서 형식의 기본 구성 요소는 무엇입니까?

61. 엔드투엔드 테스트를 수행하는 목적이 무엇인지 언급해 주세요.

62. 테스트 하네스가 무엇을 의미하는지 설명해주세요.

63. 테스트 프로젝트에서 어떤 테스트 활동을 자동화할지 설명해주세요.

64. 수명주기 초기에 테스트를 설계하면 얻을 수 있는 주요 이점은 무엇입니까?

65. 위험 기반 테스트란 무엇입니까?

66. 테스트에 대한 예방적 접근 방식과 대응적 접근 방식의 주요 차이점은 무엇입니까?

67. 종료 기준의 목적은 무엇입니까?

68. 위험 수준은 어떻게 결정됩니까?

69. 의사결정 테이블 테스팅은 언제 사용되나요?

70. 의사결정 테이블을 사용하는 이유는 무엇입니까?

71. 소프트웨어 결과물을 검토할 때 가장 중요한 목표는 무엇입니까?

72. 다음 중 테스트의 예상 결과를 정의하는 것은? 테스트 케이스 사양 또는 테스트 설계 사양.

73. 테스트 독립성의 이점은 무엇입니까?

74. 어떤 테스트 프로세스의 일부로 종료 기준을 결정합니까?

75. 알파 테스트란 무엇입니까?

76. 베타 테스트란 무엇입니까?

77. 파일럿 테스트와 베타 테스트의 차이점을 언급해 주세요.

46. Fuzz 테스트란 무엇이며 언제 사용됩니까?