메뉴

테스트 케이스 인터뷰 질문 : 시나리오를 기반으로 테스트 케이스 작성

test cases interview questions

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

STH에서 우리는 질문을 좋아하고 항상 격려합니다. 건전한 토론을 장려하고 관점을 개발하는 유일한 방법입니다.

오늘 기사에서는 기사에 대한 의견을 통해 제출 된 두 가지 흥미로운 질문에 대한 답변을 드리겠습니다.

댓글 자체에서 답변 할 수 있었지만 비슷한 상황에있는 모든 사람에게 길이와 폭 넓은 적용 가능성으로 인해이 게시물을 독점 Q & A로 디자인했습니다.

시작하자!

주어진 시나리오에 대한 테스트 케이스

또한 읽으십시오 => 101+ 수동 및 자동화 소프트웨어 테스트 인터뷰 질문 및 답변

학습 내용 :

질문 1)

이것은이 게시물에 대한 응답으로 'Bhawana Kumara'에서 우리에게 왔습니다. 모든 테스터가 알아야 할 7 가지 소프트웨어 오류 유형

“인터뷰 중 하나에서이 질문을 받았습니다.이 시나리오에 대해 가능한 한 많은 테스트 케이스를 작성하십시오. 신규 고객이고 신용 카드 계좌를 개설하려면 먼저 세 가지 조건이 있습니다. 15 %를 받게됩니다. 오늘 모든 구매에 대한 할인, 두 번째 기존 고객이고 로열티 카드를 보유한 경우 10 % 할인을 받고 세 번째 쿠폰이 있으면 오늘 20 % 할인을받을 수 있지만 사용할 수 없습니다. '신규 고객'할인 포함). 해당되는 경우 할인 금액이 추가됩니다.

누군가 도와주세요.”

확실한. 도와 줄 수있어서 기뻐!

대답: 이 질문은 다른 종류의 입력에 대해 다른 처리가 발생하는 고전적인 경우입니다. 여기 입력은 고객 유형입니다. 처리는 이용할 수있는 할인 금액입니다. 입력 유형에 따라 출력이 다른 경우 테스트에 성공적으로 사용할 수있는 모델은 'Decision Table Testing'입니다.

어떻게 할 수 있는지 봅시다.

1 단계 : 입력을 카테고리로 분할

의사 결정 테이블을 작성하려면 입력을 카테고리로 분할해야합니다.

이 상황에는 6 가지 범주의 사용자가 있습니다.

  • 쿠폰이있는 신규 고객
  • 쿠폰이없는 신규 고객
  • 포인트 카드가 있고 쿠폰이없는 기존 고객
  • 포인트 카드 및 쿠폰이없는 기존 고객
  • 포인트 카드와 쿠폰을 소지 한 기존 고객
  • 충성도가없고 쿠폰이있는 기존 고객

더 많은 파티션을 만들 수 있지만 문제 정의 자체에서 신규 고객이 로열티 카드를 가질 수 있는지 여부는 명확하지 않습니다. 그러니 가정하지 말자. 게다가 이것은 해결책에 도달하는 방법을 보여주기위한 것입니다.

2 단계 : 의사 결정 테이블을 구성하십시오.

이를 수행하는 방법에는 여러 가지가 있습니다. 모든 입력 범주를 열로 사용하고 할인을 행으로 사용합니다. 결국 다음 테이블이 생성됩니다.

(아래 이미지를 클릭하시면 크게보실 수 있습니다.)

결정 테이블

3 단계 : 각 입력 카테고리에서 사용자를 선택하고 테스트합니다.

이제 각 범주에서 하나의 값을 선택하고 올바른 할인 금액이 적용되었는지 테스트 할 수 있습니다.
따라서 이제 케이스를 완전히 테스트하려면 최소 6 명의 고객 또는 6 개의 테스트 케이스가 필요합니다.

이 시점에서 여러분은“이게 다 좋습니다. 하지만 당신처럼 세부적인 해결책을 찾을 시간이 없을 때 인터뷰 질문에 어떻게 즉시 대답 할 수 있을까요?”

그렇기 때문에 인터뷰에서 자신의 생각에 대해 이야기하는 것이 중요합니다. .

질문을 듣 자마자 다음과 같이 말할 수 있습니다. 의사 결정 테이블이이 문제를 해결하는 데 도움이 될 것 같습니다. 면접관이 정교하게 해달라고하면 메모장과 펜을 요청하여 해결할 수 있습니다. 진행하면서 솔루션을 설명하십시오.

또한 솔루션을 100 % 올바르게 얻는 것은 중요하지 않습니다. 따라서 인터뷰 또는 서두르 기의 압력 때문에 입력 범주를 한두 개 놓칠 수 있으며 괜찮습니다. 면접관은 당신의 전략과 생각의 명확성을 높이 평가할 것입니다.

이를 통해이 질문에 만족할 수 있기를 바랍니다. 의사 결정 테이블에 대한 자세한 정보는 다음을 확인하십시오. 의사 결정 테이블 기법을 사용하여 복잡한 비즈니스 로직 테스트 시나리오를 작성하는 방법

또한 읽으십시오 => 효과적인 테스트 케이스 작성 방법

질문 # 2)

Dhrumil은“ 80:20 규칙 또는 파레토 원칙은 무엇입니까? 예를 통해 설명 해주세요 .” 에 대한 응답으로 결함 밀도에 대한 올인원 가이드 – 중요성 및 계산 방법 .

대답: 80/20 규칙은 파레토 원칙이라고도합니다. 여기에서 기본 정의를 확인할 수 있습니다. 파레토 원리

결과의 80 %가 원인의 20 % 때문이라고합니다. 그것은 많은 것들에 적용될 수 있으며 IT QA 프로젝트의 맥락에서 다음과 같은 것을 관찰 할 수 있습니다.

  • 생산성의 80 %는 수행하는 활동의 20 % 때문입니다.
  • 진행 상황의 80 %는 팀의 20 %가 기여합니다.
  • 애플리케이션의 80 %는 테스트 케이스의 20 %에서 테스트 할 수 있습니다.
  • 결함의 20 %를 수정하여 80 %의 오작동을 해결할 수 있습니다.

등등..

따라서이 규칙에 따라 원인의 20 %를 식별해야합니다.

파레토 분석은 단순히 노력을 최적화하는 데 도움이되는 기술입니다. 모든 100 % 원인에 초점과 노력을 분배하는 대신, 해결되었을 때 수익을 극대화하는 원인의 20 % (문제의 80 %)를 찾도록 알려줍니다.

  • 이것은 정확한 과학이 아니며 액면 그대로 받아 들여서는 안됩니다.
  • Pareto Analysis는 소프트웨어뿐만 아니라 많은 산업에서 사용을 찾습니다.
  • 원인의 20 %가 정확히 무엇인지 알기 위해 다음을 작성할 수 있습니다. 파레토 차트 . X 축에 원인과 Y 축에 문제를 표시하는 막대 차트와 꺾은 선형 차트의 간단한 조합입니다. 누적 주파수 라인 포인트 80 %가 X 축으로 떨어집니다. 0과 선 사이에있는 모든 원인은 20 % 원인입니다.

예를 들어, 수정해야 할 결함이있는 애플리케이션에 5 개의 모듈이 있고 이것이 배포 된 경우 :

기본 게이트웨이를 사용할 수 없습니다. Windows 7

결함 관리 1

이제 결함 수의 내림차순으로이 테이블을 재정렬하고 누적 빈도 백분율을 계산합니다.

결함 관리 2

위의 표 형식 데이터에 대한 파레토 차트를 그릴 때 다음과 같이됩니다.

(Excel에서 파레토 차트를 생성하는 방법에 대한 정확한 단계는 다음 링크를 따르십시오. 파레토 차트 )

누적 빈도

이제 최적의 결함 수정을 목표로하기 위해 모듈의 20 %를 수정해야하는 것을 알기 위해 아래와 같이 누적 주파수 비율 축의 80 % 표시에 선을 그립니다.

누적 빈도 1

따라서 집중해야 할 20 % 모듈은 모듈 1, 4 및 2입니다.

물론 이것은 인위적인 예이지만 원인 수가 10 개에 불과할 때이 방법은 무엇을 선택해야할지 명확하게 제공한다는 점에서 놀라운 일을 할 수 있습니다.

결론

훌륭한 질문, 독자층 및 참여에 감사드립니다.

이러한 질문에 더 자세히 답변 해 주신 STH 팀원 인 Swati S.에게 감사드립니다.

이 기사에서 우리가 어떻게했는지, 도움이되었는지 알려주십시오. 또한 계속해서 더 많은 질문을 제출하십시오!

이전 튜토리얼 | NEXT 튜토리얼

추천 도서

^