메뉴

CSTE 소프트웨어 테스트 인증 시험 문제 패턴

cste software testing certification exam question pattern

문제를 제거하기 위해 도구를 사용해보십시오

이 기사에서는 다음에 대한 일반적인 아이디어를 제공합니다. CSTE 인증 시험 종이 패턴 . CSTE 모의 시험지에 대한 몇 가지 샘플 질문과 답변을 포함했습니다. 이러한 질문을 참조하여 설명 답안지의 패턴을 판단 할 수 있습니다.

CSTE 논문의 목표 유형 질문이 필요한 경우 CSTE 목표 유형 질문 답변에 대한 이전 기사를 참조 할 수 있습니다. 또한 저희 사이트에서 더 많은 샘플 문서를 다운로드 할 수 있습니다. ‘다운로드’ 부분.

CSTE

CSTE 모의 시험지 – 질문 및 답변

Q # 1) 예제와 함께 다음을 정의하십시오. (25 점)
ㅏ. 경계 값 테스트
비. 동등성 테스트
씨. 추측 오류
디. 책상 확인
이자형. 제어 흐름 분석

대답:
a) 경계 값 분석 : 유효 및 유효하지 않은 조건을 구분하는 경계를 식별하여 테스트 케이스 / 데이터를 선택하는 프로세스입니다.

테스트는 실제 경계 지점 또는 입력 도메인 (또는 출력 범위) 클래스, 데이터 구조의 '경계'를 따라 놓 이도록 테스트 데이터를 선택하는 선택 기술 외에도 이러한 경계의 내부 및 외부 가장자리를 테스트하기 위해 구성됩니다. , 절차 매개 변수 등

선택 항목에는 종종 최대, 최소 및 사소한 값 또는 매개 변수가 포함됩니다.

예를 들어, 입력 데이터 1 ~ 10 (경계 값)
테스트 입력 데이터 0, 1, 2 ~ 9, 10, 11

b) 동등성 테스트 : 시스템의 입력 도메인은 대표 값의 클래스로 분할되어 테스트 케이스의 수를 최소 수를 나타내는 클래스 당 하나로 제한 할 수 있습니다. 실행해야하는 테스트 케이스의 수.

예를 들어, 유효한 데이터 범위 : 1-10
테스트 세트 : -2; 5; 14

c) 오류 추측 : 테스트 데이터 선택 기술. 선택 기준은 오류를 일으킬 가능성이있는 값을 선택하는 것입니다. 오류 추측은 대부분 경험을 기반으로하며 경계 값 분석과 같은 다른 기술의 도움을받습니다.

경험을 바탕으로 테스트 설계자는 특정 유형의 소프트웨어에서 발생할 수있는 오류 유형을 추측하고이를 발견하기 위해 테스트 케이스를 설계합니다.

jira를위한 최고의 테스트 케이스 관리 도구

예를 들어, 리소스 유형이 동적으로 할당되는 경우 오류를 찾기 좋은 위치는 리소스 할당 해제입니다. 모든 리소스가 올바르게 할당 해제 되었습니까? 아니면 소프트웨어가 실행될 때 일부 리소스가 손실됩니까?

d) 책상 점검 : Desk Checking은 시스템 또는 프로그램 개발자가 수행합니다. 이 프로세스에는 전체 제품을 검토하여 구조적으로 건전하고 표준 및 요구 사항이 충족되었는지 확인하는 작업이 포함됩니다. 이것은 시스템이나 프로그램을 분석하는 가장 전통적인 방법입니다.

e) 제어 흐름 분석 : 프로그램 프로세스의 그래픽 표현을 기반으로합니다. 제어 흐름 분석에서; 프로그램 그래프에는 해결되지 않은 분기로 끝나는 명령문 또는 세그먼트를 나타내는 노드가 있습니다.

그래프는 분기를 통해 설명 된 것처럼 한 세그먼트에서 다른 세그먼트로의 프로그램 제어 흐름을 보여줍니다. 제어 흐름 분석의 목적은 루프 조건 또는 부적절한 처리를 초래할 수있는 논리 분기의 잠재적 문제를 확인하는 것입니다.

Q # 2) 주니어 테스터보다 실수를 더 많이하는 시니어 테스터가 있다는 것을 알게되었습니다. 이 측면을 시니어 테스터에게 전달해야합니다. 또한이 테스터를 잃고 싶지 않습니다. 건설적인 비판을 어떻게해야합니까? (10 점)

대답: 품질 접근 방식에서 부하 직원을 성공으로 만드는 것은 감독자의 책임입니다. 비판의 효과적인 사용은 하위 성과를 향상시키는 도구입니다.

건설적인 비판을 할 때 다음 전략을 통합해야합니다.

  • 개인적으로하십시오.
  • 사실을 알고 있습니다.
  • 근로자가 자신의 성과를 향상시킬 수 있도록 준비하십시오.
  • 기대치에 대해 구체적으로 설명하십시오.
  • 비판을 할 때 특정 과정을 따르십시오.

Q # 3) 관리자가 웹 기반 애플리케이션 테스트를위한 테스트 리드로 귀하를 데려 왔습니다. 그는 테스트 계획에 어떤 위험을 포함할지 알고 싶어합니다. 테스트 계획의 일부가 될 각 위험 요소를 설명하십시오. (20 점)

대답: 웹 기반 애플리케이션의 주요 위험 요소 :

  • 보안: 응용 프로그램의 보안과 관련된 모든 것.
  • 공연: 명시된 기능을 수행하기 위해 시스템에 필요한 컴퓨팅 리소스 및 코드의 수입니다.
  • 단정: 시스템에 입력, 처리 및 출력되는 데이터는 정확하고 완전합니다.
  • 액세스 제어: 애플리케이션 시스템 리소스가 보호된다는 보장
  • 처리의 연속성 : 이벤트 문제 발생시 처리를 유지하는 능력
  • 감사 추적: 발생한 처리를 입증하는 기능입니다.
  • 권한 부여: 데이터가 경영진의 의도에 따라 처리된다는 보장.

일반 위험 또는 2 차 위험 :

  • 복잡한: 불균형 적으로 크거나 복잡하거나 복잡한 모든 것.
  • 새로운: 제품에 기록이없는 모든 것.
  • 변경 : 변조되거나 '개선 된'모든 것.
  • 업스트림 종속성 : 실패로 인해 나머지 시스템에서 계단식 실패가 발생하는 모든 것.
  • 다운 스트림 종속성 : 나머지 시스템의 장애에 특히 민감한 모든 것.
  • 위독한: 실패로 인해 상당한 피해를 입힐 수있는 모든 것.
  • 정확한: 요구 사항을 정확히 충족해야하는 모든 것.
  • 인기 있는: 많이 사용되는 모든 것.
  • 전략적 : 경쟁 업체와 차별화되는 기능과 같이 귀하의 비즈니스에 특별히 중요한 모든 것.
  • 타사 : 제품에 사용되었지만 프로젝트 외부에서 개발 된 모든 것.
  • 분산 : 시공간에 흩어져있는 모든 요소가 함께 작동해야합니다.
  • 버기 : 많은 문제가 있다는 것을 알고있는 모든 것.
  • 최근 실패 : 최근 실패의 역사가있는 모든 것.

Q # 4) 프로젝트의 계약 단계에 있으며 안전에 중요한 소프트웨어 시스템에 대한 포괄적 인 제안을 개발 중입니다. 디렉터는 수락 테스트 단계에서 사용자의 역할을 맡을 지침 문서를 준비하기 위해 귀하와상의했습니다.

수락 단계에서 사용자가 수행해야한다고 생각하는 주요 역할을 표시합니다. 또한 수락 요구 사항이 속해야하는 범주를 표시하십시오. (10 점)

대답:

  • 시스템 요구 사항 및 승인 기준 개발에 사용자의 참여를 보장합니다.
  • 승인 기준 및 일정을 수락하기위한 중간 및 최종 제품을 식별합니다.
  • 각 수락 활동을 수행 할 방법과 대상을 계획합니다.
  • 정보 제공을위한 리소스를 계획합니다.
  • 구매자 직원이 수락 검토 전에 제품 및 평가를 받고 검토 할 수있는 적절한 시간을 예약합니다.
  • 수용 계획을 준비하십시오.
  • 수락 및 거부하기 전에 프로젝트 자격 분석에 응답합니다.
  • 다양한 임시 소프트웨어 제품을 승인하십시오.
  • 납품시 공식 승인 테스트를 포함하여 최종 승인 활동을 수행합니다.
  • 각 제품에 대한 수락 결정을 내립니다.

Q # 5) 병렬 테스트 란 무엇이며 언제 병렬 테스트를 사용합니까? 설명
예? (5 점)

대답: 다른 시스템에서 사용되는 동일한 소스 데이터로 새롭거나 변경된 데이터 처리 시스템을 테스트합니다. 다른 시스템은 비교 기준으로 간주됩니다. 또는 병렬 테스트에는 동일한 애플리케이션의 두 버전을 통해 실행되는 동일한 입력 데이터가 필요하다고 말할 수 있습니다.

새로운 응용 프로그램 처리의 정확성에 대해 불확실한 경우 병렬 테스트를 사용해야합니다. 그리고 이전 버전과 새 버전의 응용 프로그램은 동일합니다.

예를 들어,

  • 급여 시스템의 이전 버전과 새 버전을 운영하여 두 시스템의 급여가 조정 가능한지 확인합니다.
  • 새 애플리케이션에서 문제가 발생하는 경우 이전 버전의 애플리케이션 시스템을 실행하여 이전 시스템의 작동 상태가 유지되었는지 확인하십시오.

Q # 6) 테스트 기법과 도구의 차이점은 무엇입니까? 예를 들다. (5 점)

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

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

예를 들어, 망치를 흔들어 못을 박는 것. 망치는 도구이며 망치를 휘두르는 것은 기술입니다. 도구와 기술의 개념은 테스트 프로세스에서 중요합니다. 테스트 프로세스를 수행 할 수 있도록하는 두 가지 조합입니다.

테스터는 먼저 테스트 기술을 이해 한 다음 각 기술에 사용할 수있는 도구를 이해해야합니다.

어떤 이메일 서비스를 사용해야하나요

Q # 7) 품질 관리 활동은 생산 된 실제 제품의 결함을 식별하는 데 중점을 둡니다. 그러나 상사는 결함을 방지 할 프로세스를 식별하고 정의하기를 원합니다. QA와 QC 책임을 구별하기 위해 그에게 어떻게 설명 하시겠습니까? (10 점)

대답:

품질 보증:

  • 요구 사항이 적절하게 설정되고 제품 또는 서비스가 지정된 요구 사항을 준수한다는 적절한 확신을 제공하는 데 필요한 계획되고 체계적인 활동 세트
  • 제품을 생산하는 프로세스를 설정하고 평가하는 활동입니다.
  • 프로세스 설정을 돕습니다.
  • 프로세스를 평가하기위한 측정 프로그램을 설정합니다.
  • 프로세스의 약점을 식별하고 개선합니다.
  • QA는 전체 팀의 책임입니다.
  • 문제 또는 결함의 도입 방지

품질 관리:

  • 제품 품질을 적용 가능한 표준과 비교하는 프로세스 부적합이 감지되면 조치가 취해집니다.
  • 제품이 사전 정의 된 표준을 충족하는지 확인하는 활동입니다.
  • 프로세스를 구현합니다.
  • 특정 속성이 특정 제품 또는 서비스에 있는지 확인
  • 결함 수정의 주요 목적으로 결함을 식별합니다.
  • QC는 테스터의 책임입니다.
  • 결함 감지,보고 및 수정

Q # 8) 트랜잭션 흐름 모델링, 유한 상태 모델링, 데이터 흐름 모델링 및 타이밍 모델링을 구별합니까? (10 점)

대답:
트랜잭션 흐름 모델링 : 노드는 트랜잭션의 단계를 나타냅니다. 링크는 단계 간의 논리적 연결을 나타냅니다.

유한 상태 모델링 : 노드는 사용자가 관찰 할 수있는 소프트웨어 상태를 나타냅니다. 링크는 상태에서 상태로 이동하기 위해 발생하는 전환을 나타냅니다.

데이터 흐름 모델링 : 노드는 데이터 개체를 나타냅니다. 링크는 한 데이터 개체를 다른 데이터 개체로 변환하기 위해 발생하는 변환을 나타냅니다.

타이밍 모델링 : 노드는 프로그램 개체입니다. 링크는 프로그램 개체 간의 순차적 연결입니다. 링크 가중치는 프로그램이 실행될 때 필요한 실행 시간을 지정하는 데 사용됩니다.

9) 테스트의 두 가지 주요 목표라고 생각하는 것을 나열하십시오.
(5 점)

대답:

  • 시스템이 사양을 충족하는지 확인 (생산자 관점)
  • 시스템이 비즈니스 및 사용자 요구 사항을 충족하는지 확인 (고객 관점)

이 기사가 CSTE 소프트웨어 테스트 인증 시험 문제 패턴에 대한 아이디어를 얻는 데 도움이 되었기를 바랍니다. 아래 댓글 섹션에서 피드백을 알려주십시오!

추천 도서

^