85개 이상의 소프트웨어 테스팅 인터뷰 질문 및 답변

작성자 : 토마스 해밀턴 토마스 해밀턴
Hours 업데이트

신입생과 전문가를 위한 모든 중요한 소프트웨어 테스팅 인터뷰 질문 목록은 다음과 같습니다. 이 소프트웨어 테스팅 인터뷰 가이드의 도움으로 소프트웨어 테스팅 분야에서 꿈의 직업을 얻으세요.

 

신입생을 위한 소프트웨어 테스팅 인터뷰 질문

1) 통합 테스팅이란 무엇입니까?

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

2) 무작위 테스트란 무엇입니까?

임시 테스트라고도 하는 무작위 테스트는 애플리케이션과 관련된 테스트 사례나 요구 사항을 따르지 않는 방법입니다. 많은 경우 결함을 찾기 위해 애플리케이션 부분을 무작위로 검사하는 계획되지 않은 활동입니다.

3) SDLC란 무엇입니까?

SDLC(Software Development Life Cycle)는 구축된 소프트웨어의 품질과 정확성을 보장하기 위해 소프트웨어를 개발하는 체계적인 프로세스입니다. 고객의 기대에 부응하는 고품질 소프트웨어를 생산하는 것을 목표로 하는 소프트웨어 개발 수명주기 프로세스의 약식입니다.

개발은 사전에 정의된 기간과 비용 내에 완료되어야 합니다. 이 수명주기는 특정 소프트웨어를 계획, 구축 및 유지 관리하는 방법을 설명하는 세부 계획으로 구성됩니다.

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

데이터 기반 테스트는 XML 파일, 스프레드시트 등의 데이터 소스를 사용하여 테스트 스크립트를 반복적으로 실행하는 것입니다. Microsoft Excel 및 SQL 데이터베이스.

출력을 생성하기 위해 이러한 데이터 소스를 입력 값으로 사용할 수 있습니다. 그 후, 그 결과를 비교하여 시스템이나 소프트웨어를 검증합니다.

데이터 기반 테스트

5) 테스트 케이스 작성을 위한 모범 사례는 무엇입니까?

최종 사용자의 관점에서 테스트 사례를 작성합니다.

  • 누구나 쉽게 따라할 수 있도록 테스트 단계를 간단하고 쉽게 작성하세요.
  • 테스트 케이스를 재사용 가능하게 만들기
  • 주어진 우선순위를 설정하세요
  • 테스트 케이스, 테스트 데이터, 예상 결과, 전제조건, 사후조건을 기술해야 합니다.
  • 유효한 테스트 케이스와 별도로 유효하지 않은 테스트 케이스 작성
  • 적절한 명명 규칙을 모두 따르세요.
  • Rev테스트 케이스를 살펴보고 필요한 경우 업데이트하십시오.

6) 경계값 분석이란 무엇입니까?

Equivalence 클래스의 파티션 경계값을 분석하는 데 사용되는 소프트웨어 테스트 기술입니다. 이 테스트 방법은 범위 값 내에서가 아니라 경계에서 오류를 식별하는 데 도움이 됩니다.

7) 중요한 테스트 지표는 무엇입니까?

다음은 몇 가지 중요한 테스트 지표입니다.

  • 수정된 총 버그 수입니다.
  • 발견된 결함 수 및 심각도 순서입니다.
  • 소스코드 오류 대비 구성이나 외부 환경 요인으로 인해 발생한 총 문제 수
  • 시간 경과에 따른 버그 수정 비율
  • Numbers 출시 전 뛰어난 버그.
  • 사용자가 보고한 실패와 테스터가 발견한 버그.

8) 테스트 실행 품질을 확인하는 데 도움이 되는 매개변수는 무엇입니까?

테스트 실행 품질을 확인하는 데 가장 중요한 두 가지 매개변수는 다음과 같습니다.

  • 결함 불합격률은 총 생산에 대한 총 불합격의 비율입니다.
  • 불량누설률은 총생산량에 대한 총불량률을 말합니다.

9) 테스트 레벨에는 어떤 것이 있나요?

  • 테스트 수준의 네 가지 유형은 다음과 같습니다: 단위/구성 요소/프로그램/모듈 테스트
  • 통합 테스트
  • 시스템 테스트
  • 수락 테스트

10) 버그/결함 수명주기란 무엇입니까?

버그 수명주기를 결함 수명주기라고도 합니다. 소프트웨어 개발 프로세스에서 모든 버그에는 수명주기가 있습니다. 버그가 해결되려면 수명 주기를 거쳐야 합니다. 버그의 수명 주기는 사용되는 도구(QC, JIRA 등)와 조직 프로세스에 따라 다릅니다.

버그/결함 수명주기

11) 구성 관리란 무엇입니까?

구성 관리 제품의 물리적, 성능, 기능, 설계 및 운영 정보의 일관성을 확립하고 유지하기 위한 테스트 방법입니다. 또한 조직에 비용 효율성과 더 나은 시간 관리를 제공합니다.

12) 결함 보고서 형식의 주요 구성 요소는 무엇입니까?

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

  • 프로젝트 이름
  • 모듈 이름
  • 결함 감지
  • 결함 ID
  • 결함의 이름
  • 결함 스크린샷
  • 심각도 및 우선순위 상태
  • 다음에 의해 해결된 결함

13) 차이점은 무엇입니까? Selenium 그리고 시쿨리?

다음은 다음과 같은 몇 가지 기본적인 차이점입니다. Selenium 그리고 시쿨리:

Selenium Sikuli
비디오 플레이어, 오디오 플레이어 등과 같은 플래시 개체는 자동화할 수 없습니다. 플래시 객체를 자동화하기 위한 광범위한 지원을 제공합니다.
복잡한 API가 있습니다. 간단한 API가 있습니다
웹 애플리케이션 만 자동화 할 수 있습니다. 웹뿐만 아니라 윈도우 애플리케이션도 자동화할 수 있습니다.

14) 웹 테스팅 보안 문제에는 어떤 유형이 있나요?

  • 서비스 거부(DOS) 공격
  • 다른 통계 보기
  • Buffer 과다
  • 브라우저 주소를 통해 내부 URL을 직접 전달

15) 무엇입니까 TestNG?

TestNG 개발자와 소프트웨어 테스터 모두의 이점을 활용하도록 설계된 고급 프레임워크입니다. 이 프로그램에는 프로그램이 예기치 않게 종료되는 것을 방지하는 예외 처리 메커니즘도 포함되어 있습니다.

16) 결함 계단식이란 무엇입니까?

결함 캐스케이딩은 테스트 중에 하나의 결함이 발견되면 애플리케이션의 다른 결함을 트리거하는 방법입니다. 또한 소프트웨어 개발의 후반 단계에서 여러 결함이 발생하기 때문에 다른 애플리케이션 결함을 유발합니다.

17) 워크벤치 개념은 무엇인가요?

워크벤치는 활동을 완료하는 방법을 설명하는 문서입니다. 단계, 단계 또는 작업이라고도 합니다. 테스터의 작업 구조를 개발하고 모니터링하기 위한 플랫폼 역할을 합니다. 초기 데이터를 활용하면 이 방법을 사용하여 작업을 각 단계로 나누고 고객의 기대에 도달할 수 있습니다.

Workbench에는 XNUMX가지 작업이 있습니다.

  • 입력
  • 실행하다
  • 체크
  • 생산량
  • 재작업

18) 최종 사용자에게 출시하기 위한 다양한 전략은 무엇입니까?

출시를 위해 따라야 할 전략은 다음과 같습니다.

1) 파일럿, 2) 점진적 구현, 3) 단계적 구현 및 4) 병렬 구현

19) 테스트베드란 무엇인가요?

테스트베드는 테스트 프로세스를 지원하는 데 사용되는 소프트웨어, 하드웨어 및 기타 테스트 항목입니다. 테스트베드의 주요 목표는 테스트 조건을 제어하고 모니터링하는 것입니다. 테스트베드는 수동 소프트웨어 테스트 방법의 여러 도구와 기술로 구성됩니다. PHP와 마찬가지로 WordPress나 Joomla와 같은 프레임워크, 그리고 다음과 같은 데이터베이스도 있습니다. PostgreSQL or MySQL.

20) 명세서 적용 범위는 무엇입니까? 예를 들어 설명해보세요.

Statement Coverage는 소스 코드의 모든 실행 가능한 문장이 최소한 한 번 실행되는 화이트 박스 테스트 방법입니다. 이 코드 커버리지 방법은 실행된 소스 코드의 문장 수를 계산합니다.

명세서 적용 범위를 계산하는 방법을 살펴보겠습니다.

특정 소스 코드에 대한 명세서 적용 범위를 계산합니다.

예:

관련 기사

Prints (int a, int b) {                       ------------  Printsum is a function
int result = a+ b;
If (result> 0)
  Print ("Positive", result)
Else
  Print ("Negative", result)
}                                        -----------   End of the source code

경험이 풍부한 소프트웨어 테스팅 인터뷰 질문 및 답변

21) 잠재 결함이란 무엇입니까?

잠재적 결함은 일부 특수 연산 세트를 사용하여 소프트웨어에서 숨겨진 감지되지 않은 결함을 식별하는 데 사용되는 용어입니다. 이러한 결함은 소프트웨어 테스트가 특정 이벤트를 트리거하여 존재를 숨길 때만 발생합니다.

22) 테스트 결과물은 무엇입니까?

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

다음은 SDLC(소프트웨어 개발 수명주기)의 다양한 테스트 단계에서 제공되는 테스트 결과물입니다.

1) 소프트웨어 테스팅 전 2) 소프트웨어 테스팅 중 3) 소프트웨어 테스팅 후

23) 돌연변이 테스트란 무엇입니까?

돌연변이 테스트의 주요 목표는 일련의 테스트 데이터 또는 테스트 사례가 유용한지 여부를 검증하는 것입니다. 이는 의도적으로 여러 코드 변경 사항(버그)을 추가하고 원래 테스트 사례 및 데이터를 사용하여 다시 테스트함으로써 수행됩니다.

돌연변이 테스트

24) 감마 테스트란 무엇입니까?

감마는 소프트웨어가 출시될 준비가 되었을 때 지정된 요구 사항을 확인하는 테스트 접근 방식입니다. 주로 최종 사용자가 있는 곳에서 이루어집니다.

25) 테스트 하네스란 무엇입니까?

테스트 하네스는 전체 프로그램이나 단위를 테스트하기 위해 소프트웨어 및 테스트 정보를 수집하는 테스트 프로세스입니다. 스트레스, 데이터 기반, 동작 및 출력 모니터링과 같은 다양한 변화 조건에서 실행됩니다.

26) 테스트 종료란 무엇입니까?

SDLC(소프트웨어 개발 수명 주기) 동안 수행된 모든 테스트를 요약한 문서입니다. 제거된 버그와 발견된 오류에 대한 자세한 분석을 제공합니다.

Test Clouse에는 실험의 총 수, 실행된 실험의 총 수, 해결되지 않은 버그의 수, 거부된 버그의 총 수 등이 포함되어 있습니다.

27) 퍼즈 테스트란 무엇입니까?

퍼지 테스트는 소프트웨어 코딩 오류와 보안 허점을 감지하는 데 사용되는 테스트 방법입니다. 에서 퍼지 테스트 방법을 사용하면 시스템에 임의의 데이터가 추가되어 시스템이 충돌합니다. 취약점이 지속되면 퍼즈 테스터라는 도구를 사용하여 잠재적인 원인을 파악합니다.

28) End-To-End 테스트의 의미는 무엇입니까?

엔드 투 엔드 테스트는 애플리케이션이 예상대로 작동하는지 확인하는 데 도움이 되는 애플리케이션을 테스트하는 방법입니다. 이는 처음부터 끝까지 애플리케이션 흐름을 테스트하는 데 사용되어야 합니다.

이 테스트 방법은 전체 시스템의 흐름을 검사하는 것을 목표로 합니다. 또한 다양한 시스템 구성 요소와 시스템 간에 데이터 무결성이 유지되는지 확인합니다.

29) 동적 소프트웨어 테스팅이란 무엇입니까?

정적 테스팅과 비교하여 동적 소프트웨어 테스팅은 실행 시 소프트웨어를 테스트합니다. 소프트웨어 테스터는 테스트 환경에서 소프트웨어를 실행하고 모든 단계를 거쳐 입력을 입력하고 가능한 결과로 실제 출력을 확인합니다.

30) 크로스 브라우저 테스트란 무엇입니까? 어떤 도구를 사용하시겠습니까?

웹 애플리케이션은 Chrome, Mozilla 등 다양한 브라우저에서 실행됩니다. Firefox, Microsoft Edge, Safari 등. 이러한 모든 브라우저는 웹 표준을 구현하는 데 기본적으로 동일하게 작동합니다. 크로스 브라우저 테스트를 통해 다양한 브라우저-OS 조합을 사용할 때 웹사이트나 앱이 의도한 대로 작동하는지 확인할 수 있습니다.

31) 회귀 및 확인 테스트란 무엇입니까?

다음은 두 가지 중요한 테스트 방법입니다.

  • Regression Testing 최근 코드 변경이 기존 기능에 영향을 미치지 않았음을 확인합니다.
  • 확인 테스트: 결함으로 인해 테스트가 실패하면 결함이 보고됩니다. 그 후에는 결함이 수정된 새 소프트웨어 버전이 제출됩니다. 이를 확인 테스트 또는 재테스트라고 합니다.

32) 메소드나 코드 블록을 건너뛰는 방법 TestNG?

특정 테스트 방법이나 코드를 건너뛸 수 있습니다. 그런 다음 테스트 주석의 'enabled' 매개변수를 false로 설정할 수 있습니다.

@Test (enabled = false)

33) 스크린샷 찍는 방법 Selenium 웹드라이버?

  • TakeScreenshot 기능을 이용해서 화면을 찍을 수 있어요.
  • getScreenshotAs() 메소드를 사용하면 해당 스크린샷을 저장할 수 있습니다.

34) 언제 사용해야 하나요? Selenium 그리드?

The Selenium 그리드 여러 플랫폼과 브라우저에서 동시에 테스트 스크립트를 실행할 수 있습니다. 이는 분산 테스트 실행을 달성하고 다양한 환경에서 테스트하며 실행 시간을 크게 절약하는 데 도움이 됩니다.

35) 테스트 전략이란 무엇입니까?

테스트 전략은 일반적으로 프로젝트 관리자가 개발한 상위 수준 문서입니다. 제품을 테스트하고 목표를 달성하는 접근 방식을 포착합니다. 일반적으로 BRS(비즈니스 요구 사항 사양)에서 파생됩니다.

36) 수정 요청이란 무엇입니까?

클라이언트는 소프트웨어 개발 시 수정 요청을 사용하여 소프트웨어의 기존 기능을 변경합니다.

37) 검증이란 무엇입니까?

예를 들어 검증은 측정하는 과정입니다. 그에 따라 제품을 개발하고 있는지 확인하는 데 도움이 됩니다. 여기에 관련된 활동은 검사입니다.

38) 회색이란 무엇입니까? Box 테스트?

회색 상자는 흰색의 조합입니다 Box 그리고 블랙 Box 테스트. 이러한 유형의 테스트에 참여하는 테스터는 설계 문서에 액세스할 수 있어야 합니다. 이 과정에서 더 나은 테스트 케이스를 만드는 데 도움이 됩니다.

39) 테스트 커버리지란 무엇입니까?

테스트 커버리지 일련의 테스트에서 수행되는 테스트 양을 측정하는 소프트웨어 테스팅의 측정 기준으로 정의됩니다. 여기에는 테스트 스위트를 실행할 때 실행되어야 하는 프로그램 부분에 관한 정보 수집이 포함됩니다. 또한 이를 사용하여 조건문의 어떤 분기가 수행되었는지 확인할 수 있습니다.

40) 결정 적용 범위란 무엇입니까?

의사결정 적용 범위의 예:

Demo (int a) {
If (a> 5)
 a=a*3
 Print (a)
}

시나리오 1 :

a의 값은 2입니다.

의사결정 범위

여기서는 노란색으로 강조된 코드가 실행되며, If (a>5)의 판정 결과가 “No”인지 확인합니다.

의사결정 범위 = 50%

시나리오 2 :

a의 값은 6입니다.

의사결정 범위

이 시나리오에서는 노란색으로 강조 표시된 코드가 실행됩니다. 여기에서 (a>5) 결정의 "예" 결과가 확인됩니다.

의사결정 범위 = 50%

테스트 케이스 A의 가치 산출 의사결정 범위
1 2 2 50%
2 6 18 50%

3년 경력의 소프트웨어 테스팅 면접 질문과 답변

41) 건전성 테스트란 무엇을 의미하나요?

온전성 테스트는 온전성 테스트에서 수정해야 할 새로운 기능/결함을 확인하기 위해 빌드 후에 수행됩니다. 주요 목표는 전체 기능을 확인하는 것입니다. 이를 통해 버그가 수정되었는지 여부를 결정하고 테스트 중인 애플리케이션에 수정된 버그가 미치는 영향을 테스트하는 데 도움이 됩니다.

42) TDD 란 무엇입니까?

TDD(테스트 중심 개발)는 구현할 기능을 생성하는 데 도움이 되는 테스트 사례를 기반으로 하는 소프트웨어 개발 방법론입니다. 테스트 케이스는 TDD 방식으로 개발되었습니다.

43) 소프트웨어 테스팅에서 확인 및 검증이란 무엇입니까?

  • 확인 : 정적 분석 기법입니다. 이 방법에서는 코드를 실행하지 않고 테스트가 수행됩니다. 예 Rev보기, 검사 및 연습.
  • 확인: 코드를 실행하여 테스트를 진행하는 동적 분석 방법입니다. 기능적 및 비기능적 테스트 기술의 예.

44) 검증은 검증과 어떻게 다릅니까?

확인 검증
소프트웨어가 사양을 충족하는지 여부를 평가합니다. 사양이 고객의 요구 사항을 포착하는지 여부를 평가합니다.
검증은 정적 테스트의 한 유형입니다. 유효성 검사는 동적 테스트의 한 유형입니다.
코드를 실행할 필요는 없습니다. 코드 실행이 필요합니다.

45) 자동화 테스트의 성공 여부를 판단할 수 있는 기반은 무엇입니까?

자동화 테스트를 기반으로 다음과 같은 기준을 매핑할 수 있습니다.

  • 결함 검출 비율
  • 제품 출시를 위한 자동화된 실행 시간 및 시간 절약
  • 인건비 및 기타 비용 절감

46) 테스트 전략이란 무엇입니까?

테스트 전략은 일반적으로 프로젝트 관리자가 개발한 상위 수준 문서(정적 문서)입니다. 제품을 테스트하고 목표를 달성하는 방법을 담은 테스트 문서입니다. 이는 주로 비즈니스 요구사항 사양에서 파생됩니다. 이 문서를 토대로 Test Plan 등 필수 문서를 작성합니다.

47) 클라이언트측 검증이란 무엇입니까?

클라이언트 측 유효성 검사는 브라우저 수준에서 수행되며, 여기서 사용자 입력은 서버의 개입 없이 브라우저 자체에서 유효성이 검사됩니다.

48) 상황 기반 테스트란 무엇입니까?

컨텍스트 기반 테스트는 프로그램이 실제 세계에서 어떻게 사용될 것으로 예상되는지 고려하는 컴퓨터 소프트웨어를 개발하고 디버깅하기 위한 소프트웨어 테스트 방법입니다.

49) 소프트웨어 테스팅의 종료 기준은 무엇입니까?

종료 기준은 제품이나 프로세스의 완료를 나타내기 위해 합의된 기능이나 애플리케이션 상태를 지정하는 특정 조건 세트입니다.

50) 다양한 테스트 방법은 무엇입니까?

소프트웨어 테스트를 위한 세 가지 방법은 다음과 같습니다.

  • 블랙박스 테스트: 블랙박스 테스트 기술은 요구 사항과 사양에만 기반합니다. 이 전략은 내부 경로, 구조 또는 테스트되는 소프트웨어에 대한 지식이 필요하지 않습니다.
  • 화이트 박스 테스트 내부 경로, 코드 구조, 테스트 중인 소프트웨어를 기반으로 하는 테스트 방법입니다.
  • 회색 상자 테스트: 소프트웨어 테스터가 소프트웨어의 내부 작동에 대한 지식이 거의 없는 소프트웨어 디버깅 방법입니다.

51) 다양한 적용 범위 기술은 무엇입니까?

세 가지 기본 유형의 적용 범위 기술은 다음과 같습니다.

  • 명세서 적용 범위: 이 방법은 소스 코드의 모든 줄이 실행되고 테스트되었는지 확인하는 데 도움이 됩니다.
  • 의사결정 범위: 소스 코드의 모든 결정(참 또는 거짓)이 실행되고 테스트되었는지 확인합니다.
  • 경로 범위: 코드의 특정 부분을 통해 가능한 모든 경로가 테스트되었는지 확인하십시오.

52) 베이스라인 테스트란 무엇입니까?

기준 테스트는 성능 정보를 수집하는 일련의 테스트입니다. 수집된 정보는 결과에 따라 변경하여 애플리케이션의 성능과 기능을 향상시키는 데 사용될 수도 있습니다. 기준 테스트 중에 애플리케이션의 성능은 이전 성능과 비교됩니다.

53) 시스템 레벨 테스트란 무엇입니까?

모든 모듈에 걸쳐 전체 컴퓨터 시스템을 테스트하는 것을 시스템 수준 테스트라고 합니다. 이 테스트 방법에는 기능 테스트와 구조 테스트가 포함됩니다.

54) 버킷 테스트란 무엇입니까?

버킷 테스트는 A/B 테스트라고도 합니다. 주로 다양한 제품 디자인이 웹사이트 지표에 미치는 영향을 연구하는 데 사용됩니다. 이 테스트 방법에서는 두 개의 동시 버전이 단일 또는 일련의 웹 페이지에서 실행되어 클릭률, 인터페이스 및 트래픽의 차이를 측정하는 데 도움이 됩니다.

5년 이상의 경험을 지닌 소프트웨어 테스팅 인터뷰 질문 및 답변

55) N+1 테스트란 무엇입니까?

회귀 테스트의 변형은 N+1로 표시됩니다. 이는 테스트 사이클 'N'에서 발견된 오류가 해결되고 테스트 사이클 N+1에서 다시 테스트되는 여러 사이클로 수행됩니다. 이 프로세스는 오류가 발견되지 않을 때까지 계속됩니다.

56) 상향식 테스트의 의미는 무엇입니까?

상향식 테스트의 방법은 가장 낮은 수준의 구성 요소를 먼저 테스트한 다음 더 높은 수준의 구성 요소를 테스트하는 것입니다. 계층 구조의 최상위 구성 요소가 테스트될 때까지 반복됩니다.

57) 위험 기반 테스트란 무엇입니까?

위험 기반 테스트는 위험에 따라 테스트 우선 순위를 지정하는 것을 기반으로 테스트 전략을 수립하는 접근 방식입니다. 접근방식의 기본은 상세한 위험 분석과 위험 우선순위 지정입니다.

58) 공식 검토의 여러 단계는 무엇입니까?

공식 검토 프로세스는 다음 XNUMX단계로 구성됩니다.

  1. 계획
  2. 킥 오프
  3. 예비
  4. Rev응 회의
  5. 재작업
  6. 추적 조사

59) 준무작위 테스트 케이스란 무엇입니까?

준무작위 테스트 케이스는 무작위 테스트 케이스를 수행하고 동등 분할도 수행하는 테스트 케이스입니다. 또한 중복된 테스트 사례를 제거하여 반 무작위 테스트 세트를 생성합니다.

60) API 테스트란 무엇입니까?

API 테스트 소프트웨어가 사용하는 API의 작동을 확인합니다. 소프트웨어 테스터는 API와 필수 입력을 제공하는 서버에 API 요청을 보내는 코드를 작성해야 합니다. 응답에서 출력을 수집하고 실제 출력을 예상 출력과 일치시킵니다.

61) 승인 테스트란 무엇입니까?

승인 테스트는 최종 사용자 또는 클라이언트가 수행하는 테스트 유형입니다. 소프트웨어 앱을 프로덕션 환경으로 이동하기 전에 소프트웨어 시스템을 확인하거나 수락합니다.

60) 세계화 테스트란 무엇입니까?

세계화는 변경 없이 다양한 언어와 지역에 적용할 수 있는 소프트웨어 응용 프로그램을 설계하는 소프트웨어 테스트 방법입니다.

61) GUI 테스트란 무엇입니까?

GUI 또는 그래픽 사용자 인터페이스 테스트는 제공된 요구 사항/HTML 디자인/모형 등에 대해 소프트웨어의 사용자 인터페이스를 테스트합니다.

62) 소프트웨어 테스팅에서 RTM이란 무엇입니까?

RTM은 Requirement Traceability Matrix(요구사항 추적성 매트릭스)의 약어입니다. 요구사항 문서가 수신되면 테스터가 테스트 프로세스 전반에 걸쳐 요구사항 적용 범위를 추적하는 데 도움이 되는 도구입니다. 이는 요구사항을 기반으로 개발되며 특정 소프트웨어 시스템이나 애플리케이션이 출시될 때까지 유지됩니다.

소프트웨어 테스팅의 RTM

63) 부하 테스트란 무엇입니까?

부하 테스트는 응용 프로그램이 여러 부하 수준을 넘어 실행되는 성능 테스트 방법입니다. 서버의 최대 성능, 응답 시간 등을 모니터링할 수 있습니다. 병렬 시스템 로드 하에서 이 방법을 사용하면 애플리케이션의 안정성, 성능 및 무결성을 측정할 수 있습니다.

64) SDLC와 STLC의 차이점은 무엇입니까?

SDLC와 STLC의 차이점

SDLC와 STLC의 차이점은 다음과 같습니다.

SDLC STLC
SDLC 수명 주기의 목적은 테스트 및 기타 단계를 포함하여 소프트웨어의 성공적인 개발을 완료하는 것입니다. STLC 단계의 유일한 목표는 테스트입니다.
SDLC에서는 BA(Business Analyst)가 요구사항을 수집하고 개발 계획을 수립합니다. STLC에서 QA팀은 요구사항을 분석하여 테스트 계획을 수립하고 기능적, 비기능적 문서를 수행합니다.
이 수명주기에서 개발팀은 높은 수준과 낮은 수준의 설계 계획을 수립합니다. 이 라이프사이클에서 테스트 분석가는 통합 테스트 계획을 작성합니다.
실제 코드가 개발되고, 설계 문서에 따라 실제 작업이 진행됩니다. 소프트웨어 테스트 팀은 테스트 환경을 준비하고 실행합니다.

65) 설치 테스트란 무엇입니까?

설치 테스트는 설치 문서에 제공된 지침에 따라 소프트웨어를 성공적으로 설치할 수 있는지 확인하는 것입니다.

66) 인터페이스 테스트란 무엇입니까?

인터페이스 테스트는 개별 모듈이 주어진 사양에 따라 올바르게 통신하는지 확인합니다. 주로 GUI 응용 프로그램의 사용자 인터페이스를 테스트하는 데 사용됩니다.

67) Bing Bang 모델은 무엇인가요?

빅뱅 모델은 계획이 거의 또는 전혀 없이 소프트웨어 개발 및 코딩 리소스에 중점을 둡니다. 이 모델에서는 요구 사항이 오면 이해하고 구현합니다. 이 소프트웨어 모델은 소규모 개발 팀이 참여하는 소규모 프로젝트에 가장 적합합니다.

68) 자동 테스트가 수동 테스트보다 나은 일반적인 시나리오는 무엇입니까?

다음 조건에서는 수동 테스트 대신 자동 테스트를 선택할 수 있습니다.

  • 오랜 시간 동안 사례를 반복적으로 테스트해야 합니다.
  • 회귀, 성능, 부하 테스트를 수행해야 합니다.
  • 테스트 과정을 기록하고 싶습니다.
  • 테스트 단계를 완료하는 데 최소한의 시간이 있는 경우
  • 표준 런타임 환경에서 테스트를 실행 중입니다.
  • 제품을 여러 번 빠르게 배포하는 경우 수동 테스트는 시간이 많이 걸리고 중복됩니다.

69) 클라이언트-서버 테스트란 무엇입니까?

클라이언트-서버 응용 프로그램은 응용 프로그램 EXE 파일이 모든 클라이언트 컴퓨터에 로드되는 서버에 응용 프로그램 자체가 설치되는 응용 프로그램입니다. 이 환경은 인트라넷 네트워크에서 널리 사용됩니다.

70) 단위 테스트란 무엇입니까?

단위 테스트는 소프트웨어의 개별 단위나 구성 요소를 테스트하는 일종의 소프트웨어 테스트입니다. 이러한 유형의 테스트는 소스 코드의 모듈이 올바르게 작동하는지 확인하기 위해 수행됩니다.

단위 테스트

71) 웹 테스팅에서 사용성 테스팅의 역할은 무엇입니까?

웹 테스트에서 유용성 테스트는 중요한 역할을 합니다. 사용성 테스트는 최종 사용자가 프로그래밍 언어 지식 없이도 애플리케이션에 쉽게 액세스할 수 있는 방법을 결정하는 것을 의미한다는 것은 잘 알려져 있습니다.

72) 귀하의 프로젝트를 평가하기 위해 어떤 근거를 얻을 수 있습니까?

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

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

73) 심각한 버그란 무엇입니까?

심각한 버그는 많은 기능이나 중요한 시스템 구성 요소가 손상되었으며 더 이상 진행할 수 있는 해결 방법이 없음을 의미합니다.

예를 들어, 한 모듈의 버그로 인해 다른 모듈의 테스트가 차단되어 다른 모듈을 테스트할 수 없습니다. 고객의 비즈니스에 영향을 미치는 버그는 심각한 버그로 간주됩니다.

74) 버그 누출이란 무엇입니까?

테스트 팀은 테스트 중에 버그를 놓쳤고 빌드가 프로덕션으로 릴리스되었습니다. 최종 사용자나 고객이 버그(소프트웨어 테스트 팀이 놓친)를 발견한 경우 이를 버그 누출이라고 합니다.

75) 오류 시딩이란 무엇입니까?

알려진 오류를 프로그램에 추가하여 오류 감지율을 파악하는 데 도움이 되는 방법입니다. 테스터의 버그 발견 능력을 평가하는 데 도움이 됩니다.

76) 소프트웨어 테스팅의 SPICE란 무엇입니까?

SPICE는 소프트웨어 프로세스 개선 및 기능 결정의 약어입니다. 개발 프로세스의 효율성과 효과성을 평가하기 위한 표준 프레임워크입니다.

77) 객체 저장소란 무엇입니까?

개체 저장소는 AUT(테스트 중인 응용 프로그램)에 속하는 웹 요소 및 해당 위치 지정자의 모음입니다. QA는 속성 파일(.properties)이라는 별도의 파일에 모든 요소 로케이터를 유지합니다. Selenium. 실행 단계에서는 테스트 스크립트와 애플리케이션 간의 개체를 식별할 수 있습니다.

78) 버그 리포트란 무엇입니까?

소프트웨어 테스팅 프로세스에서 소프트웨어 테스터는 자신의 발견, 관찰, 발견 및 기타 유용한 정보를 개발자나 경영진에게 기록합니다. 이 데이터는 버그 보고서라고 알려진 테스트 기록의 일부입니다.

버그 보고서는 다음과 같은 이점을 제공합니다.

  • 문제 이해
  • 이 문제를 재현하는 단계
  • 테스트 환경과 특정 조건이 발생합니다.
  • 개발자가 문제를 해결하는 경우의 해결 방법 및 시기

79) 소프트웨어 테스팅에서 오류 추측이란 무엇을 의미합니까?

오류 추측은 오류 시딩과 유사한 테스트 케이스 설계 방법입니다. 이 테스트 방법에서는 테스터가 소프트웨어 애플리케이션에서 발생할 수 있는 오류를 추측하여 테스트 케이스를 설계합니다.

80) 쇼스토퍼 결함이란 무엇입니까?

사용자가 애플리케이션에서 더 이상 이동할 수 없게 하는 결함입니다. 거의 충돌과 같습니다.

예를 들어, 유효한 사용자 이름과 비밀번호가 있어도 한 소프트웨어 애플리케이션에서 로그인 버튼이 작동하지 않는지 확인하십시오. 로그인 버튼이 작동하지 않아 더 이상 이동할 수 없습니다.

81) 버그 바운티란 무엇입니까?

버그 현상금 프로그램은 조직이 소프트웨어에서 오류를 발견하고 이를 보고하는 사람에게 보상하는 데 도움이 됩니다. 오래전부터 존재해왔던 개념이다. 인터넷이 만들어졌습니다.

많은 기업에서는 시스템이나 애플리케이션의 취약점을 검색할 때마다 침투 테스트를 위해 전문가를 고용하는 것이 얼마나 비용이 많이 드는지 이해하기 시작했습니다.

82) 상태 전환이란 무엇입니까?

상태 전환 테스트는 다양한 시스템 전환을 테스트해야 하는 애플리케이션의 테스트 사례를 돕습니다. 이전 상태에서 발생한 상황에 따라 애플리케이션이 동일한 입력에 대해 고유한 출력을 제공하는 경우 이 방법을 적용할 수 있습니다.

83) 결함 분류란 무엇을 의미합니까?

결함 분류 위험, 심각도, 문제 해결에 소요되는 시간 등 다양한 특성에 따라 우선순위에 따라 결함을 찾는 데 도움이 되는 방법입니다. 개발팀, 테스트팀, 프로젝트 관리자 등 다양한 이해관계자가 참여합니다.

84) 결함 제거 효율성이란 무엇입니까?

결함 제거 효율성은 제품 출시 전에 개발 팀이 오류와 문제를 얼마나 효과적으로 수정할 수 있는지를 나타내는 테스트 지표입니다. 발견된 문제 수에 대한 결함 비율을 측정하는 데 도움이 됩니다. 예를 들어 테스트 중에 100개가 발견되고 80개가 수정된 경우 DRE는 100/80 = 1.25%가 됩니다.

85) 침지 테스트란 무엇입니까?

성능 문제를 식별하기 위해 장기간 매우 높은 로드에서 시스템을 실행하는 것을 Soak 테스트라고 합니다.

86) 농약 역설이란 무엇입니까?

소프트웨어 테스트에서 살충제 역설은 반복적인 테스트 사례에서 새로운 버그가 드러나지 않을 때 발생합니다. 정기적으로 테스트 사례를 검토하고 더 많은 결함을 찾기 위해 추가하거나 업데이트하는 것이 필수적이기 때문에 이러한 살충제 역설을 극복할 수 있습니다.

데일리 구루99 뉴스레터

지금 바로 전달되는 최신의 가장 중요한 AI 뉴스 기사로 하루를 시작하세요.