top 200 software testing interview questions
다가오는 인터뷰를 준비하는 데 도움이되는 가장 자주 묻는 수동 소프트웨어 테스트 인터뷰 질문 및 답변의 종합 목록 :
이 기사에는 인터뷰 질문과 준비 팁이 포함되어 있습니다. 소프트웨어 테스트 인터뷰 – 수동 테스트 질문, 웹 테스트 질문, ISTQB 및 CSTE 인증 질문, 일부 모의 테스트 테스트 기술을 테스트합니다.
이 모든 질문을주의 깊게 살펴보면 테스트 인터뷰를 쉽게 풀 수있을 것입니다.
학습 내용 :
주요 소프트웨어 테스팅 면접 질문
다양한 범주의 인터뷰 질문에 대한 링크를 제공했습니다. 자세한 주제별 질문은 각 페이지를 확인하십시오.
Q # 1) 방법 소프트웨어 테스팅 / QA 인터뷰 준비 ?
대답: 위의 링크를 클릭하여 알아보십시오. 면접 준비를 위해 어디서부터 시작해야합니까? 인터뷰를 한 지 거의 2 년이되었습니다.
질문 # 2) 모의 테스트 소프트웨어 테스팅 면접 기술을 판단합니다.
대답: 시험 인터뷰와 CSTE 인증 시험을 준비하는 데 도움이되는이 모의 시험지를 가져 가십시오.
Q # 3) 자주 묻는 질문 목록 자동화 테스트 인터뷰 질문
대답: Winrunner와 Test Director의 차이점, TSL이란 무엇입니까?와 같은 자동화 인터뷰 질문을 보려면 위 링크를 클릭하십시오. 4GL 및 기타 유사한 질문 목록은 무엇입니까?
Q # 4) 성능 테스트, 부하 테스트 및 스트레스 테스트의 차이점은 무엇입니까? 예를 들어 설명 하시겠습니까?
무선 네트워크 보안 키는 무엇입니까
대답: 많은 사람들이 이러한 테스트 용어와 혼동합니다. 여기를 클릭하세요 더 나은 이해를 위해 예제와 함께 성능, 부하 및 스트레스 테스트 유형에 대한 자세한 설명을 참조하십시오.
질문 # 5) ISTQB 질문 및 답변 (추가 질문 여기 과 여기 )
대답: 위의 링크를 클릭하여 ISTQB 종이 패턴과 이러한 질문을 빠르게 해결하는 방법에 대한 팁을 읽으십시오. ISTQB의 '기초 수준'샘플 질문과 답변도 여기에서 확인할 수 있습니다.
문 # 6) QTP 인터뷰 질문
대답: Quick Test Professional : 인터뷰 질문 및 답변 목록은 위 링크에서 확인할 수 있습니다.
문 # 7) CSTE 답변이있는 질문.
대답: CSTE에 대한 질문과 답변을 보려면 위 링크를 클릭하십시오.
Q # 8) 데스크 점검 및 제어 흐름 분석이란?
대답: 딸깍 하는 소리 여기 예와 함께 데스크 확인 및 제어 흐름 분석에 대한 답변을 확인하십시오.
Q # 9) 무엇입니까 온 전성 테스트 (또는) 빌드 테스트?
대답: 추가 테스트를 수행할지 여부를 결정하기 위해 새 빌드에서 소프트웨어의 중요 (중요) 기능을 확인하는 것을 Sanity Test라고합니다.
Q # 10) 클라이언트-서버 테스트와 웹 기반 테스트의 차이점은 무엇입니까?
대답: 딸깍 하는 소리 여기 대답을 위해.
Q # 11) 무엇입니까 블랙 박스 테스트 ?
대답: 블랙 박스 테스트는 위 링크에서 유형별로 설명합니다.
Q # 12) 무엇입니까 화이트 박스 테스트 ?
대답: 유형과 함께 화이트 박스 테스트에 대한 설명을 보려면 여기를 클릭하십시오.
Q # 13) 무엇이 다른가요? 소프트웨어 테스트 유형 ?
대답: 모든 소프트웨어 테스트 유형을 자세히 설명하는 게시물을 참조하려면 위 링크를 클릭하십시오.
Q # 14) 전체 테스트 흐름에 대한 표준 프로세스를 정의하는 방법, 수동 테스트 경력의 까다로운 상황을 설명하는 방법, 급여 인상을위한 가장 좋은 방법은 무엇입니까?
대답: 클릭하세요 링크 이러한 질문에 대한 답변을 제공합니다.
Q # 15) 테스트 중 가장 어려웠던 상황은 무엇입니까?
Q # 16) 문서가 없을 때 테스트는 어떻게하나요?
대답: 딸깍 하는 소리 여기 이러한 QA 인터뷰 질문에 답변하는 방법에 대한 자세한 게시물은
인기있는 웹 테스트 인터뷰 질문 및 답변
이름 자체에서 정의한 바와 같이 웹 테스트는 웹 애플리케이션을 프로덕션 환경으로 이동하기 전에, 즉 웹 애플리케이션을 라이브로 만들기 전에 웹 애플리케이션에서 잠재적 인 버그 나 문제를 테스트하는 것을 의미합니다.
웹 테스트 요구 사항에 따라 고려해야 할 다양한 요소가 있습니다. 이러한 요소에는 웹 애플리케이션 보안, TCP / IP 통신, 트래픽 처리 능력, 방화벽 등이 포함됩니다.
웹 테스트에는 기능 테스트, 사용성 테스트, 보안 테스트, 인터페이스 테스트, 호환성 테스트, 성능 테스트, 체크리스트에 있습니다.
다음은 웹 테스트 인터뷰를 준비하는 데 도움이되는 가장 일반적인 웹 테스트 인터뷰 질문과 답변입니다.
Q # 1) 웹 애플리케이션으로 무엇을 이해하고 있습니까?
대답: 웹 애플리케이션은 고객과 통신하고 정보를 교환하는 수단입니다. 운영 체제에서 실행되는 데스크톱 응용 프로그램과 달리 웹 응용 프로그램은 웹 서버에서 실행되며 클라이언트 역할을하는 웹 브라우저에서 액세스됩니다.
최고 예 웹 애플리케이션의 이름은‘Gmail’입니다. Gmail에서 상호 작용은 개별 사용자가 수행하며 다른 사용자와 완전히 독립적입니다. 이메일 및 첨부 파일을 통해 정보를 보내고받을 수 있습니다.
드라이브에 문서를 유지하고 Google 문서에 스프레드 시트를 유지할 수 있으며 사용자가 자신의 특정 ID에 맞는 환경이 있다는 것을 깨닫게하는 훨씬 더 많은 기능을 포함 할 수 있습니다.
Q # 2) 웹 서버를 정의하십시오.
대답: 웹 서버는 프로그램이 HTTP (Hypertext Transfer Protocol)를 사용하는 클라이언트 / 서버 모델을 따릅니다. HTTP 클라이언트의 요청에 응답하여 웹 서버는 클라이언트 및 서버 측 유효성 검사를 처리하고 웹 페이지 형태의 웹 콘텐츠를 사용자에게 전달합니다.
Safari, Chrome, Internet Explorer, Firefox 등과 같은 브라우저는 웹 서버에 저장된 파일을 읽고 인터넷을 통해 이미지와 텍스트 형태로 정보를 당사에 가져옵니다. 웹 사이트를 호스팅하는 모든 컴퓨터에는 웹 서버가 있어야합니다.
주요 웹 서버 중 일부는 다음과 같습니다.
- Apache
- Microsoft의 인터넷 정보 서버 (IIS)
- 자바 웹 서버
- Google 웹 서버
Q # 3) 웹 사이트 테스트를위한 몇 가지 중요한 테스트 시나리오를 입력합니다.
대답: 웹 사이트를 테스트하기위한 중요한 테스트 시나리오를 결정하는 동안 고려해야 할 많은 매개 변수가 있습니다. 또한 테스트 할 웹 사이트의 유형과 요구 사항 사양이 여기서 중요한 역할을합니다.
다음은 모든 유형의 웹 사이트를 테스트하는 데 적용 할 수있는 몇 가지 중요한 테스트 시나리오입니다.
- 웹 사이트의 GUI (그래픽 사용자 인터페이스)를 테스트하여 디자인 요소와 페이지 레이아웃의 일관성을 확인합니다.
- 모든 페이지 링크와 하이퍼 링크가 원하는 페이지로 리디렉션되는지 확인합니다.
- 웹 사이트에 양식이나 필드가있는 경우 테스트 시나리오는 유효한 데이터, 유효하지 않은 데이터, 기존 레코드 테스트 및 빈 레코드 테스트로 구성됩니다.
- 요구 사항 사양에 따라 기능 테스트가 수행됩니다.
- 웹 서버의 응답 시간과 데이터베이스 쿼리 시간을 결정하기 위해 웹 사이트의 성능을 테스트합니다.
- 호환성 테스트는 다른 브라우저 및 OS (운영 체제) 조합에서 애플리케이션의 동작을 테스트하기 위해 수행됩니다.
- 사용성 테스트 및 데이터베이스 테스트도 테스트 시나리오의 일부로 수행됩니다.
Q # 4) 웹 사이트를 테스트 할 때 고려해야 할 다른 구성은 무엇입니까?
대답 : 다른 구성에는 웹 사이트를 테스트하는 운영 체제와 다른 브라우저가 포함됩니다. 구성에 대해 이야기 할 때 브라우저 플러그인, 텍스트 크기, 비디오 해상도, 색 농도, 브라우저 설정 옵션도 고려됩니다.
웹 사이트의 호환성을 테스트하기 위해 다양한 브라우저 및 운영 체제 조합이 사용됩니다. 일반적으로 최신 및 최신 최신 버전이 포함됩니다. 음, 이러한 버전은 일반적으로 요구 사항 문서에 지정되어 있습니다.
몇 가지 중요한 브라우저는 다음과 같습니다.
- 인터넷 익스플로러
- Firefox
- 크롬
- 원정 여행
- 오페라
몇 가지 중요한 운영 체제는 다음과 같습니다.
- 윈도우
- 유닉스
- 리눅스
- 맥
Q # 5) 웹 애플리케이션 테스트는 데스크톱 애플리케이션 테스트와 다릅니 까? 방법을 설명하십시오.
대답: 예, 아래 표에 나열된 항목은 웹 애플리케이션과 데스크톱 애플리케이션의 차이점을 설명합니다.
웹 애플리케이션 | 데스크탑 애플리케이션 | |
---|---|---|
정의 | 웹 애플리케이션은 실행 파일을 설치하지 않고도 인터넷에 연결된 모든 클라이언트 시스템에서 실행할 수있는 애플리케이션입니다. | 데스크탑 애플리케이션은 개인용 컴퓨터에 별도로 설치되고 실행되는 애플리케이션입니다. |
공연 | 사용자 작업, 피드백, 통계를 쉽게 모니터링 할 수있을뿐만 아니라 한 곳에서 업데이트 된 데이터가 웹 애플리케이션의 모든 곳에 반영됩니다. | 사용자 작업은 모니터링 할 수 없으며 데이터 변경 사항은 기계에만 반영 될 수 있습니다. |
연결성 | 웹 응용 프로그램은 응용 프로그램의 성능이 인터넷 속도에 좌우되는 웹 브라우저를 사용하여 인터넷에 연결된 모든 PC에서 액세스 할 수 있습니다. | 데스크톱 애플리케이션은 애플리케이션이 설치된 특정 PC에서만 액세스 할 수 있습니다. |
보안 위험 | 웹 응용 프로그램은 인터넷의 모든 사용자가 응용 프로그램에 액세스 할 수 있기 때문에 보안 위협에 더 취약합니다. | 데스크톱 응용 프로그램은 사용자가 시스템 수준에서 보안 문제를 계속 확인할 수있는 보안 위협에 덜 취약합니다. |
사용자 데이터 | 웹 애플리케이션의 경우 사용자 데이터가 저장되고 원격으로 액세스됩니다. | 데이터는 애플리케이션이 설치된 동일한 시스템에서 저장, 저장 및 액세스됩니다. |
Q # 6) 인트라넷 애플리케이션이란 무엇입니까?
대답 : 인트라넷 응용 프로그램은 로컬 LAN 서버에 배포 및 실행되며 조직 내 사람 만 액세스 할 수있는 일종의 개인 응용 프로그램입니다. 로컬 네트워크를 사용하여 정보를 공유합니다.
예를 들어 조직에는 일반적으로 조직 내 출석, 휴일, 다가오는 축하 행사 또는 조직 내에서 배포해야하는 몇 가지 중요한 이벤트 또는 정보에 대한 정보를 저장하는 응용 프로그램이 있습니다.
Q # 7) 웹 테스트에서 권한 부여와 인증의 차이점을 설명하십시오.
대답: 권한 부여와 인증의 차이점은 아래 표에 설명되어 있습니다.
입증 | 권한 부여 | |
---|---|---|
1 | 인증은 시스템이 사용자를 식별하는 프로세스입니다. | 권한 부여는 시스템에서 사용자가 수행 할 수있는 권한을 식별하는 프로세스입니다. |
두 | 인증은 사용자의 신원을 결정합니다. | 인증은 사용자에게 부여되는 권한, 즉 사용자가 특정 프로그램의 기능에 액세스하거나 기능을 조작 할 수 있는지 여부를 결정합니다. |
삼 | 암호 기반, 장치 기반 등과 같은 다양한 유형의 인증이 있습니다. | 읽기 전용 및 읽기 쓰기와 같은 두 가지 유형의 권한이 있습니다. |
4 | 예 : 조직 내에서 모든 직원은 인트라넷 응용 프로그램에 로그인 할 수 있습니다. | 예 : 계정 관리자 또는 계정 부서의 사람 만 계정 섹션에 액세스 할 수 있습니다. |
Q # 8) 웹 테스트 보안 문제의 유형은 무엇입니까?
답변 : 다음과 같은 웹 보안 문제는 거의 없습니다.
- 서비스 거부 (DOS) 공격
- 버퍼 오버 플로우
- 브라우저 주소를 통해 내부 URL을 직접 전달
- 다른 통계보기
Q # 9) HTTP를 정의하십시오.
대답: HTTP는 Hypertext Transfer Protocol을 의미합니다. HTTP는 World Wide Web을 통해 메시지의 형식이 지정되고 전송되는 방식을 정의하는 데이터 전송 프로토콜입니다. HTTP는 또한 웹 서버 및 브라우저에서 수행되는 작업의 응답을 결정합니다.
예를 들어 웹 브라우저에 URL을 입력하면 HTTP 명령이 웹 서버로 전송되어 요청 된 웹 브라우저를 가져옵니다.
Q # 10) HTTPS를 정의하십시오.
대답: HTTPS는 Hypertext Transfer Protocol Secure를 의미합니다. 이것은 기본적으로 보안을 위해 SSL (Secure Socket Layer)을 통한 HTTP입니다. 웹 사이트가 HTTP 프로토콜을 사용하는 경우 사용자와 웹 서버간에 전송되는 데이터를 도청 할 가능성이 항상 있습니다.
따라서 웹 사이트는 HTTPS 프로토콜을 사용하여주고받는 데이터의 SSL 암호화와 같은 안전한 방법을 사용합니다. 사용자 로그인이 필요한 거의 모든 웹 사이트는 HTTPS 프로토콜을 사용합니다. 예를 들어 은행 웹 사이트, 전자 상거래 웹 사이트 등
Q # 11) 웹 테스트에서 직면하는 일반적인 문제는 무엇입니까?
대답: 웹 테스트에서 직면하는 몇 가지 일반적인 문제는 다음과 같습니다.
- 서버 문제-서버 다운 및 유지 보수중인 서버 문제.
- 데이터베이스 연결 문제.
- 하드웨어 및 브라우저 호환성 문제.
- 보안 관련 문제.
- 성능 및 부하 관련 문제.
- GUI (그래픽 사용자 인터페이스) 관련 문제.
Q # 12) 쿠키 테스트 란 무엇입니까?
대답: 쿠키는 서로 다른 웹 페이지간에 통신하고 웹 사이트 페이지를 통한 사용자의 탐색을 추적하는 데 필요한 개인화 된 사용자의 ID 또는 정보라고합니다. 웹 브라우저에서 웹 사이트에 액세스 할 때마다 해당 쿠키가 하드 디스크에 기록됩니다.
쿠키는 사용자 세션을 추적하고, 광고를 표시하고, 웹 사이트에 액세스하는 동안 사용자의 선택을 기억하고, 사용자의 장바구니를 기억하고 검색하고, 고유 방문자 수를 추적하는 데 사용됩니다.
미국, 캐나다, 호주와 같은 많은 국가에서 전자 상거래 사이트에 액세스 할 수 있고 테스트가 인도에서 수행된다고 가정합니다. 이 경우 인도의 여러 국가에 대한 전자 상거래 사이트를 테스트하는 동안 먼저 해당 국가의 시간대 등과 같은 실제 데이터에 액세스 할 수 있도록 각 국가 쿠키가 설정됩니다.
Q # 13) 클라이언트 측 유효성 검사를 정의하십시오.
대답: 클라이언트 측 유효성 검사는 기본적으로 브라우저 수준에서 수행되며 사용자의 입력이 서버의 개입없이 브라우저 자체에서 유효성이 검사됩니다.
예제의 도움으로 이해합시다.
사용자가 양식을 채우는 동안 잘못된 이메일 형식을 입력한다고 가정합니다. 브라우저는 다음 필드로 이동하기 전에 오류 메시지를 즉시 수정하여 오류 메시지를 표시합니다. 따라서 양식을 제출하기 전에 모든 필드가 수정됩니다.
클라이언트 측 유효성 검사는 일반적으로 JavaScript, VBScript, HTML 5 속성과 같은 스크립트 언어로 수행됩니다.
클라이언트 측 유효성 검사의 두 가지 유형은 다음과 같습니다.
- 필드 수준 유효성 검사
- 양식 수준 유효성 검사
Q # 14) 서버 측 검증으로 무엇을 이해하고 있습니까?
대답: 서버 측 유효성 검사는 사용자 요청의 유효성 검사 및 처리에 서버의 응답이 필요한 경우 발생합니다. 더 명확하게 이해하기 위해 사용자의 입력이 서버로 전송되고 유효성 검사는 PHP, Asp.NET 등과 같은 서버 측 스크립팅 언어를 사용하여 수행됩니다.
유효성 검사 프로세스 후 피드백은 동적으로 생성 된 웹 페이지의 형태로 클라이언트로 다시 전송됩니다.
클라이언트 측 검증 프로세스와 비교할 때 서버 측 검증 프로세스는 여기에서 애플리케이션이 악의적 인 공격으로부터 보호되고 사용자가 클라이언트 측 스크립팅 언어를 쉽게 우회 할 수 있기 때문에 더 안전합니다.
Q # 15) 정적 웹 사이트와 동적 웹 사이트를 구분하세요.
대답: 정적 웹 사이트와 동적 웹 사이트의 차이점은 다음과 같습니다.
정적 웹 사이트 | 동적 웹 사이트 |
---|---|
정적 웹 사이트는 정보 만 제공하는 웹 사이트이며 사용자와 웹 사이트 간에는 상호 작용이 없습니다. | 동적 웹 사이트는 정보를 전달하면서 웹 사이트와 사용자간에 사용자 상호 작용이 가능한 웹 사이트입니다. |
정적 웹 사이트는 개발 및 호스팅 비용이 가장 저렴합니다. | 동적 웹 사이트는 개발 비용이 더 많이 들고 호스팅 비용도 더 많이 듭니다. |
고정 된 콘텐츠와 데이터베이스 연결이 없기 때문에 정적 웹 사이트는 클라이언트 브라우저에 쉽게로드됩니다. | 동적 웹 사이트는 일반적으로 클라이언트 브라우저에서로드하는 데 시간이 걸립니다. 표시 할 콘텐츠는 데이터베이스 쿼리를 사용하여 동적으로 생성 및 검색되기 때문입니다. |
정적 웹 사이트는 HTML, CSS에서 만들 수 있으며 서버 응용 프로그램 언어가 필요하지 않습니다. | 동적 웹 사이트는 서버에서 애플리케이션을 실행하고 웹 페이지에 출력을 표시하기 위해 ASP.NET, JSP, PHP와 같은 서버 애플리케이션 언어가 필요합니다. |
정적 웹 사이트의 페이지 내용 변경 서버에 여러 번 업로드해야합니다. | 동적 웹 사이트는 서버 애플리케이션을 사용하여 페이지 내용을 변경하는 기능을 제공합니다. |
Q # 16) 클라이언트-서버 테스트를 통해 무엇을 이해하고 있습니까?
대답: 클라이언트-서버 응용 프로그램은 응용 프로그램 자체가 서버에로드되거나 설치되는 반면 응용 프로그램 EXE 파일은 모든 클라이언트 컴퓨터에로드됩니다. 이 환경은 일반적으로 인트라넷 네트워크에서 사용됩니다.
클라이언트-서버 애플리케이션에서 다음 테스트가 수행됩니다.
- 클라이언트 및 서버 시스템 모두에서 GUI 테스트.
- 클라이언트-서버 상호 작용.
- 응용 프로그램의 기능.
- 부하 및 성능 테스트.
- 호환성 테스트.
클라이언트-서버 애플리케이션 테스트에 사용되는 모든 테스트 사례 및 테스트 시나리오는 테스터의 경험과 요구 사항 사양에서 파생됩니다.
Q # 17) 서버에서 반환하는 HTTP 응답 코드를 등록합니다.
대답: HTTP 응답 코드는 다음과 같습니다.
- 2xx – 이것은 '성공'을 의미합니다.
- 3xx- '리디렉션'을 의미합니다.
- 4xx- 이것은 '응용 프로그램 오류'를 의미합니다.
- 5xx- '서버 오류'를 의미합니다.
Q # 18) 웹 테스트에서 사용성 테스트의 역할은 무엇입니까?
대답: 웹 테스트에서 사용성 테스트는 중요한 역할을합니다. 사용성 테스트는 최종 사용자가 프로그래밍 언어 지식이 있든 없든 애플리케이션에 쉽게 액세스 할 수있는 용이성을 결정하는 수단이라는 것은 잘 알려져 있습니다.
웹 테스트 측면에서 사용성 테스트는 다음으로 구성됩니다.
- 웹 사이트가 사용자 친화적인지 확인하려면?
- 최종 사용자가 애플리케이션 내에서 쉽게 탐색 할 수 있습니까?
- 사용자 경험을 방해 할 수있는 문제 또는 모호함이 있습니다.
- 사용자가 애플리케이션 내에서 작업을 얼마나 빨리 완료 할 수 있는지 확인합니다.
Q # 19) 웹에서 사용 가능한 환경은 무엇입니까?
대답: 웹 환경의 다양한 유형은 다음과 같습니다.
- 인트라넷 (로컬 네트워크)
- 인터넷 (광역 네트워크)
- 엑스트라 넷 (인터넷을 통한 사설 네트워크)
Q # 20) A의 경우 테스트 케이스 형식은 무엇입니까? 공전 웹 사이트와 동적 웹 사이트?
대답: 정적 웹 사이트의 경우 다음 테스트 케이스 형식이 사용됩니다.
- 프런트 엔드 테스트 사례
- 탐색 테스트 케이스
동적 웹 사이트의 경우 다음 테스트 케이스 형식이 사용됩니다.
- 프런트 엔드 테스트 사례
- 백엔드 테스트 케이스
- 탐색 테스트 케이스
- 현장 검증 테스트 사례
- 보안 테스트 케이스 등
Q # 21) HTTP 응답 객체의 일부 하위 클래스를 등록합니까?
대답: Write, Flush, tell 등은 HTTP 응답 개체가 거의 없습니다.
HTTP 응답의 하위 클래스는 다음과 같습니다.
- HttpResponseRedirect
- HttpResponsePermanentRedirect
- HttpResponseBadRequest
- HttpResponseNotfound
Q # 22) 웹 테스트 도구를 등록하십시오.
대답: 조금 웹 테스트 도구는 다음과 같습니다.
- 가지 기능성
- 셀렌
- SOA 테스트
- JMeter
- iMacros 등
Q # 23) 우리 일상에서 사용되는 웹 애플리케이션의 몇 가지 예를 들어보세요.
대답: 조금 예는 다음과 같습니다.
- eBay, Amazon, Flipkart 등과 같은 웹 포털
- ICICI, Yes Bank, HDFC, Kotak Mahindra 등과 같은 뱅킹 애플리케이션
- Gmail, Yahoo, Hotmail 등과 같은 이메일 서비스 제공 업체
- Facebook, Twitter, LinkedIn 등과 같은 소셜 네트워크
- 토론 및 정보 포럼 www.Softwaretestinghelp.com
Q # 24) 프록시 서버가 무엇인가요?
대답: 프록시 서버는 중개자 역할을하는 서버이거나 클라이언트와 주 서버 사이에있는 서버입니다.
메인 서버와 클라이언트-서버 간의 통신은 메인 서버의 연결, 파일, 리소스에 대한 클라이언트 요청이 프록시 서버를 통해 전송되고 다시 메인 서버 또는 로컬 캐시 메모리에서 응답이 전송되므로 프록시 서버를 통해 이루어집니다. 클라이언트-서버는 프록시 서버를 통해 수행됩니다.
용도와 기능에 따라 가장 일반적인 프록시 서버 중 일부는 다음과 같습니다.
- 투명한 프록시
- 웹 프록시
- 익명 프록시
- 왜곡 프록시
- 높은 익명 성 프록시
프록시 서버는 기본적으로 다음 용도로 사용됩니다.
- 웹 응답의 성능을 향상시키기 위해.
- 캐시 메모리에 문서가있는 경우 응답이 클라이언트로 직접 전송됩니다.
- 프록시 서버는 웹 프록시 형식으로 웹 페이지 콘텐츠를 필터링합니다.
- 프록시 서버는 특히 조직, 학교 및 대학에서 사용자가 액세스 할 수있는 공격적인 웹 콘텐츠를 차단하는데도 사용됩니다.
- 웹 프록시는 컴퓨터 바이러스 및 맬웨어의 공격을 방지합니다.
Q # 25) 데이터베이스 서버 란 무엇입니까?
대답: 데이터베이스 서버는 데이터베이스에서 데이터 액세스 및 검색과 같은 데이터베이스 서비스를 제공하는 데이터베이스 애플리케이션의 백엔드 시스템을 참조하는 서버로 정의 할 수 있습니다.
데이터베이스 서버는 사용자 컴퓨터에서 데이터를 실행하고 표시하는 '프런트 엔드'또는 데이터베이스 서버 자체에서 실행되는 '백엔드'를 통해 데이터베이스 서버를 통해 데이터에 액세스 할 수있는 클라이언트 / 서버 아키텍처를 사용합니다.
데이터베이스 서버는 데이터웨어 하우스와 같으며 데이터베이스 관리 시스템 (DBMS)도 보유합니다.
몇 가지 기본적인 소프트웨어 테스팅 면접 질문
Q # 1) 동적 테스트 란 무엇입니까?
대답: 다양한 입력 값으로 코드 또는 프로그램을 실행하여 동적 테스트를 수행하고 나중에 출력을 확인합니다.
Q # 2) GUI 테스팅이란 무엇입니까?
대답: GUI 또는 그래픽 사용자 인터페이스 테스트는 제공된 요구 사항 / 모형 / HTML 디자인 등에 대해 소프트웨어의 사용자 인터페이스를 테스트하는 프로세스입니다.
Q # 3) 공식 테스트 란 무엇입니까?
대답: 고객의 승인을 받아 테스트 계획, 테스트 절차 및 적절한 문서에 따라 수행되는 소프트웨어 검증을 공식 테스트라고합니다.
Q # 4) 위험 기반 테스트 란 무엇입니까?
대답: 시스템의 중요한 기능을 식별 한 다음 이러한 기능을 테스트하고 테스트를 수행하는 순서를 결정하는 것을 위험 기반 테스트라고합니다.
Q # 5) 조기 테스트 란 무엇입니까?
대답: 개발 라이프 사이클에서 가능한 한 빨리 테스트를 수행하여 초기 단계에서 결함을 찾습니다. STLC . 초기 테스트는 STLC의 후반 단계에서 결함을 수정하는 비용을 줄이는 데 도움이됩니다.
Q # 6) 철저한 테스트 란 무엇입니까?
대답: 유효하고 유효하지 않은 모든 입력 및 사전 조건으로 기능을 테스트하는 것을 전체 테스트라고합니다.
Q # 7) 결함 클러스터링이란 무엇입니까?
대답: 작은 모듈이나 기능에는 많은 결함이 포함될 수 있으며 이러한 기능을 테스트하는 데 더 집중하는 것을 결함 클러스터링이라고합니다.
Q # 8) 농약 역설이란 무엇입니까?
대답: 이미 준비된 테스트 케이스가 결함을 찾지 못하면 더 많은 결함을 찾기 위해 테스트 케이스를 추가 / 수정하는 것을 Pesticide Paradox라고합니다.
Q # 9) 정적 테스트 란 무엇입니까?
대답: 프로그램을 실행하지 않고 코드를 수동으로 확인하는 것을 정적 테스트라고합니다. 이 과정에서 코드, 요구 사항 및 설계 문서를 확인하여 코드에서 문제를 식별합니다.
Q # 10) 양성 검사 란 무엇입니까?
대답: 시스템이 제대로 작동하는지 확인하기 위해 응용 프로그램에서 수행되는 테스트 형식입니다. 기본적으로 '통과 테스트'접근 방식으로 알려져 있습니다.
Q # 11) 네거티브 테스트 란 무엇입니까?
대답: 부정적 접근 방식을 사용하여 시스템이 '안될 때 오류를 표시하지 않는지'및 '해야 할 때 오류를 표시하지 않는지'를 확인하는 테스트 소프트웨어를 네거티브 테스트라고합니다.
Q # 12) 종단 간 테스트 란 무엇입니까?
대답: 모든 모듈 간의 데이터 통합을 포함하여 시스템의 전체 기능을 테스트하는 것을 End-to-End Testing이라고합니다.
Q # 13) 탐색 적 테스트 란 무엇입니까?
대답: 애플리케이션을 탐색하고, 기능을 이해하고, 더 나은 테스트를 위해 기존 테스트 케이스를 추가 (또는) 수정하는 것을 탐색 테스트라고합니다.
Q # 14) 원숭이 테스트 란 무엇입니까?
대답: 계획없이 애플리케이션에서 수행되고 까다로운 결함을 찾기 위해 시스템 충돌을 찾기 위해 무작위로 수행되는 테스트를 Monkey Testing이라고합니다.
Q # 15) 비 기능 테스트 란 무엇입니까?
대답: 사용자 인터페이스, 사용자 친 화성, 보안, 호환성,로드, 스트레스 및 성능 등과 같은 시스템의 다양한 비 기능적 측면을 검증하는 것을 비 기능 테스트라고합니다.
Q # 16) 사용성 테스트 란 무엇입니까?
대답: 최종 사용자가 애플리케이션을 얼마나 쉽게 이해하고 운영 할 수 있는지 확인하는 것을 사용성 테스트라고합니다.
Q # 17) 보안 테스트 란 무엇입니까?
대답: 모든 보안 조건이 소프트웨어에서 제대로 구현되었는지 여부를 확인하는 것을 보안 테스트라고합니다.
Q # 18) 성능 테스트 란 무엇입니까?
대답: 응답 시간, 분당 부하 스트레스 트랜잭션, 트랜잭션 혼합 등과 같은 시스템의 다양한 효율성 특성을 측정하는 프로세스를 성능 테스트라고합니다.
Q # 19) 부하 테스트 란 무엇입니까?
대답: 다양한 조건에서 애플리케이션의 기능 및 성능 동작을 모두 분석하는 것을 부하 테스트라고합니다.
Q # 20) 스트레스 테스트 란 무엇입니까?
대답: 스트레스 조건에서 애플리케이션 동작 확인
(또는)
시스템 리소스를 줄이고 부하를 일정하게 유지하고 응용 프로그램이 어떻게 작동하는지 확인하는 것을 스트레스 테스트라고합니다.
Q # 21) 프로세스 란?
대답: 프로세스는 주어진 목적을 달성하기 위해 수행되는 일련의 관행입니다. 도구, 방법, 재료 또는 사람이 포함될 수 있습니다.
Q # 22) 소프트웨어 구성 관리 란 무엇입니까?
대답: 소프트웨어 개발 및 유지 관리에 대한 변경 사항을 식별, 구성 및 제어하는 프로세스입니다.
(또는)
소프트웨어 개발 프로젝트를 제어하고 관리하는 방법론입니다.
Q # 23) 테스트 프로세스 / 라이프 사이클이란 무엇입니까?
답변 : 여기에는 다음 요소가 포함됩니다.
- 테스트 계획 작성
- 테스트 시나리오
- 테스트 케이스
- 테스트 케이스 실행
- 시험 결과
- 결함보고
- 결함 추적
- 결점 마감
- 테스트 릴리스
Q # 24) CMMI의 전체 형태는 무엇입니까?
대답: 능력 성숙도 모델 통합
Q # 25) 코드 워크 스루 란 무엇입니까?
대답: 결함을 찾고 코딩 기술을 확인하기위한 프로그램 소스 코드의 비공식 분석을 Code Walk Through라고합니다.
Q # 26) 단위 수준 테스트 란 무엇입니까?
대답: 단일 프로그램, 모듈 또는 코드 단위 테스트를 단위 수준 테스트라고합니다.
Q # 27) 통합 레벨 테스트 란 무엇입니까?
대답: 관련 프로그램, 모듈 (또는) 코드 단위 테스트.
(또는)
시스템의 다른 파티션으로 테스트 할 준비가 된 시스템의 파티션을 통합 레벨 테스트라고합니다.
Q # 28) 시스템 레벨 테스트 란 무엇입니까?
대답: 모든 모듈에서 전체 컴퓨터 시스템을 테스트하는 것을 시스템 수준 테스트라고합니다. 이러한 종류의 테스트에는 기능 및 구조 테스트가 포함될 수 있습니다.
Q # 29) 알파 테스팅이란?
대답: UAT로 출시하기 전에 전체 컴퓨터 시스템을 테스트하는 것을 알파 테스트라고합니다.
Q # 30) UAT (User Acceptance Testing) 란 무엇입니까?
대답: UAT는 제공된 요구 사항을 준수하는지 여부를 확인하기 위해 클라이언트가 컴퓨터 시스템을 테스트하는 형식입니다.
Q # 31) 테스트 계획이란 무엇입니까?
대답: 테스트 활동의 범위, 접근 방식, 리소스 및 일정을 설명하는 문서입니다. 테스트 항목, 테스트 할 기능, 테스트 작업, 각 작업을 수행 할 사람 및 비상 계획이 필요한 위험을 식별합니다.
Q # 32) 테스트 시나리오는 무엇입니까?
대답: 테스트 할 수있는 모든 영역 (또는 테스트 할 대상)을 식별하는 것을 테스트 시나리오라고합니다.
Q # 33) ECP (Equivalence Class Partition) 란 무엇입니까?
대답: 테스트 케이스를 도출하는 방법입니다.
딸깍 하는 소리 여기 더 알기 위해.
Q # 34) 결함이란 무엇입니까?
대답: 소프트웨어 작업 제품의 모든 결함 또는 불완전 성을 결함이라고합니다.
(또는)
예상 결과가 애플리케이션 실제 결과와 일치하지 않는 경우 결함이라고합니다.
Q # 35) 심각도는 무엇입니까?
대답: 기능적 관점에서 결함의 중요성, 즉 애플리케이션과 관련하여 결함이 얼마나 중요한지를 정의합니다.
Q # 36) 우선 순위는 무엇입니까?
대답: 결함 수정의 중요성 또는 긴급 성을 나타냅니다.
Q # 37) 재검사 란 무엇인가요?
대답: 응용 프로그램을 다시 테스트한다는 것은 결함이 수정되었는지 여부를 확인하는 것을 의미합니다.
Q # 38) 회귀 테스트 란 무엇입니까?
대답: 소프트웨어의 일부를 변경하거나 새 기능을 추가 한 후 기존 기능 및 비 기능 영역을 확인하는 것을 회귀 테스트라고합니다.
Q # 39) 복구 테스트 란 무엇입니까?
대답: 시스템이 예상치 못한 또는 예측할 수없는 상황을 처리 할 수 있는지 확인하는 것을 복구 테스트라고합니다.
Q # 40) 세계화 테스트 란 무엇입니까?
대답: 소프트웨어가 지리적 및 문화적 환경과 독립적으로 실행될 수 있는지 확인하는 프로세스입니다. 응용 프로그램에 언어, 날짜, 형식 및 통화를 설정 및 변경하는 기능이 있는지 또는 글로벌 사용자 용으로 설계되었는지 확인합니다.
Q # 41) 현지화 테스트 란 무엇입니까?
대답: 문화적 및 지리적 조건에서 사용자의 특정 지역에 대해 글로벌화 된 애플리케이션을 확인하는 것을 로컬라이제이션 테스트라고합니다.
Q # 42) 설치 테스트 란 무엇입니까?
대답: 설치 문서에 제공된 지침에 따라 소프트웨어를 성공적으로 설치할 수 있는지 여부를 확인하는 것을 설치 테스트라고합니다.
Q # 43) 설치 제거 테스트 란 무엇입니까?
대답: 시스템에서 소프트웨어를 성공적으로 제거 할 수 있는지 여부를 확인하는 것을 설치 제거 테스트라고합니다.
Q # 44) 호환성 테스트 란 무엇입니까?
대답: 응용 프로그램이 다른 소프트웨어 및 하드웨어 환경과 호환되는지 확인하는 것을 호환성 테스트라고합니다.
Q # 45) 테스트 전략이란 무엇입니까?
대답: 프로젝트에 대해 테스트가 수행되는 방법과 애플리케이션에서 수행해야하는 테스트 유형을 설명하는 테스트 계획의 일부입니다.
Q # 46) 테스트 케이스 란?
대답: 테스트 케이스는 시스템의 기능을 검증하기 위해 입력 데이터 및 예상되는 동작과 함께 따라야하는 사전 조건부 단계 세트입니다.
Q # 47) Business Validation Test Case 란?
대답: 비즈니스 조건 또는 비즈니스 요구 사항을 확인하기 위해 준비된 테스트 사례를 비즈니스 유효성 검사 테스트 사례라고합니다.
Q # 48) 좋은 테스트 케이스는 무엇입니까?
대답: 결함 포착 우선 순위가 높은 테스트 케이스를 Good Test Case라고합니다.
Q # 49) 사용 사례 테스트 란 무엇입니까?
대답: 사용 사례에 따라 개발되었는지 여부를 확인하기 위해 소프트웨어의 유효성을 검사하는 것을 사용 사례 테스트라고합니다.
Q # 50) 결함 연령이란 무엇입니까?
대답: 결함이 발견 된 날짜와 종결 날짜 사이의 시간 차이를 결함 연령이라고합니다.
Q # 51) Showstopper 결함은 무엇입니까?
대답: 테스트를 계속할 수없는 결함을 Showstopper Defect라고합니다.
Q # 52) 테스트 클로저가 무엇인가요?
대답: 경영진은 수행 된 테스트를 기반으로 프로젝트의 전체 통계를 설명하는 다양한 테스트 요약 보고서를 준비하는 STLC의 마지막 단계입니다.
Q # 53) 버킷 테스트 란 무엇입니까?
대답: 버킷 테스트는 A / B 테스트라고도합니다. 주로 웹 사이트 메트릭에 대한 다양한 제품 디자인의 영향을 연구하는 데 사용됩니다. 클릭률, 인터페이스 및 트래픽의 차이를 측정하기 위해 단일 또는 일련의 웹 페이지에서 두 개의 동시 버전이 실행됩니다.
Q # 54) 소프트웨어 테스팅에서 진입 기준 및 종료 기준은 무엇을 의미합니까?
대답: 입력 기준 시스템이 시작될 때 있어야하는 프로세스입니다.
- SRS – 소프트웨어
- FRS
- 사용 사례
- 테스트 케이스
- 테스트 계획
종료 기준 테스트가 완료되고 애플리케이션이 출시 될 준비가되었는지 확인합니다.
- 테스트 요약 보고서
- 지표
- 결함 분석 보고서
Q # 55) 동시성 테스트 란 무엇입니까?
대답: 이는 코드, 모듈 또는 DB에 대한 영향을 확인하기 위해 동시에 애플리케이션에 액세스하는 다중 사용자 테스트이며 주로 코드의 잠금 및 교착 상태를 식별하는 데 사용됩니다.
Q # 56) 웹 애플리케이션 테스팅이란 무엇입니까?
품질 보증 및 품질 관리 차이
대답: 웹 애플리케이션 테스트는 웹 사이트에서 수행되어로드, 성능, 보안, 기능, 인터페이스, 호환성 및 기타 사용성 관련 문제를 확인합니다.
Q # 57) 단위 테스트 란 무엇입니까?
대답: 단위 테스트는 소스 코드의 개별 모듈이 제대로 작동하는지 확인하기 위해 수행됩니다.
Q # 58) 인터페이스 테스팅이란?
대답: 인터페이스 테스트는 개별 모듈이 사양에 따라 올바르게 통신하는지 확인하기 위해 수행됩니다. 인터페이스 테스트는 주로 GUI 응용 프로그램의 사용자 인터페이스를 테스트하는 데 사용됩니다.
Q # 59) 감마 테스트 란 무엇입니까?
대답: 감마 테스트는 소프트웨어가 지정된 요구 사항에 따라 출시 될 준비가되었을 때 수행되며,이 테스트는 모든 사내 테스트 활동을 건너 뛰어 직접 수행됩니다.
Q # 60) 테스트 하네스는 무엇입니까?
대답: 테스트 하네스는 다양한 조건에서 애플리케이션을 테스트하기 위해 도구 및 테스트 데이터 세트를 구성하고 있으며, 여기에는 정확성을 위해 예상되는 출력으로 출력을 모니터링하는 것이 포함됩니다.
테스트 하네스의 이점은 다음과 같습니다. : 공정 자동화로 생산성 향상 및 제품 품질 향상
Q # 61) 확장 성 테스트 란 무엇입니까?
대답: 시스템의 기능 및 성능이 요구 사항에 따라 볼륨 및 크기 변경을 충족 할 수 있는지 확인하는 데 사용됩니다.
다양한 소프트웨어, 하드웨어 구성 및 테스트 환경을 변경하여 부하 테스트를 사용하여 확장 성 테스트를 수행합니다.
Q # 62) 퍼즈 테스팅이란?
대답: 퍼즈 테스트는 임의의 잘못된 데이터를 사용하여 프로그램을 공격하여 응용 프로그램에 문제가 있는지 확인하는 블랙 박스 테스트 기술입니다.
Q # 63) QA, QC, Testing의 차이점은 무엇입니까?
대답:
- QA : 프로세스 지향적이며 그 목적은 애플리케이션의 결함을 방지하는 것입니다.
- QC : QC는 제품 지향적이며 개발 된 작업 제품을 평가하는 데 사용되는 일련의 활동입니다.
- 테스트 : 결함을 찾을 의도로 애플리케이션을 실행하고 확인합니다.
Q # 64) 데이터 기반 테스트 란 무엇입니까?
대답: 스크립트에 대한 입력으로 서로 다른 전제 조건을 가진 여러 데이터 세트로 애플리케이션을 테스트하는 자동화 테스트 프로세스입니다.
결론
위에 주어진 수동 소프트웨어 테스팅 인터뷰 질문과 답변이 여러분 각자에게 도움이되기를 바랍니다.
이러한 질문과 답변에 대한 철저한 지식이 있으면 모든 QA 테스트 인터뷰에 자신있게 출석하여 매우 성공적으로 통과 할 수 있습니다.
우리는 당신의 모든 성공을 기원합니다!