메뉴

양성 및 음성 테스트 시나리오를 분류하는 방법 – 테스터 용 치트 시트

how classify positive

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

당신은 쉬운 방법 또는 어려운 방법으로 무언가를 할 수 있습니다. 중요한 것은 당신이 그것을하는 것입니다. 단순한 일상은 거의 없지만 자신감이 없으면 그것에 대한 어떤 것이 우리 마음에 잘 맞지 않으며 성공의 정도는 히트 또는 실패입니다.

오늘 간단한 예를 하나 들어 보면서 개념을 명확히 할뿐만 아니라 항상 올바르게 이해할 수있는 지름길을 찾아 보겠습니다.

양성 및 음성 테스트 시나리오

테스트 시나리오 / 케이스의 양성 또는 음성 분류

테스트 설계 프로세스는 3 배입니다.

테스트 시나리오를 작성할 때 긍정적 인 조건과 부정적인 조건으로 분류합니다. (생각할 때이 분류를 만드는 것이 정말 중요합니까? 그렇다면 어떤 목적으로 사용됩니까? 어쨌든 모든 것을 테스트해야합니다. 그렇지 않습니까?) 대부분의 경우 저도 이깁니다. 하지만 적절한 범위를 설정하려는 시도라고 생각하며 시스템이 처리해야하는 행복 경로와 대체 경로를 모두 테스트하고 있음을 확인하는 데 도움이됩니다. 이것이 수행되는 다른 이유를 알고 있다면 아래에 의견을 말하십시오.

이제 몇 가지 요구 사항을 살펴보고 테스트 시나리오를 작성하고 분류를 수행해 보겠습니다.

# 1) 로그인 :올바른 자격 증명을 입력 한 사용자가 시스템에 들어갑니다. 자격 증명이 올바르지 않으면 액세스가 거부되고 오류 메시지가 표시됩니다.

# 2) 제품보기 : 시스템에서 사용 가능한 모든 제품의 온라인 카탈로그가 있고 '제품보기'링크를 클릭하면 모든 제품이 목록에 표시된다고 가정 해 보겠습니다.

# 3) 로그 아웃 : 이 링크를 클릭하면 사용자가 로그 아웃됩니다.

이러한 요구 사항에 대한 테스트 시나리오를 거의 작성하지 않을 것입니다.

표 A :옳은 길

테스트 시나리오 ID테스트 시나리오 설명양수, 음수
TS_login_01입력 한 자격 증명이 올바른 경우 사용자가 성공적으로 로그인했는지 확인양
TS_login_02입력 한 자격 증명이 잘못된 경우 사용자가 액세스 할 수 없는지 확인합니다.부정
TS_ViewProduct_01제품보기 링크를 클릭 할 때 모든 항목이 나열되는지 확인양
TS_logout_01로그 아웃을 클릭 할 때 이미 로그인 한 사용자가 시스템에서 로그 아웃되었는지 확인양

그러나 때때로 나는 이와 같이 작성된 테스트 시나리오를 봅니다.

표 B : 표시된 항목그물잘못된 테스트 시나리오입니다.

테스트 시나리오 ID테스트 시나리오 설명양수, 음수
TS_login_01입력 한 자격 증명이 올바른 경우 사용자가 성공적으로 로그인했는지 확인양
TS_login_02입력 한 자격 증명이 잘못된 경우 사용자가 액세스 할 수 없는지 확인합니다.부정
TS_ViewProduct_01제품보기 링크를 클릭 할 때 모든 항목이 나열되는지 확인양
TS_ViewProduct_02제품보기 링크를 클릭 할 때 모든 항목이 나열되지 않는지 확인부정
TS_logout_01로그 아웃을 클릭 할 때 이미 로그인 한 사용자가 시스템에서 로그 아웃되었는지 확인양
TS_logout_02로그 아웃 링크를 클릭 할 때 사용자가 로그 아웃하지 않는지 확인합니다.부정

로그인 성공 사례의 경우 성공하지 못할 경우와 동일하고 반대되는 경우가 있습니다. 모든 요구 사항이 그런 식으로되어있는 것은 아니며, 부정적인 시나리오를 작성해야하는 강박감은 없습니다.

결론 : 모든 요구 사항에 부정적인 사례가있는 것은 아닙니다.

이 시점에서 '어떻게 알 수 있습니까'또는 '아직 잘 모르겠습니다'라고 생각하는 경우 도움이 될 간단한 치트 시트가 있습니다.

삭제 된 파일 복구를위한 최고의 소프트웨어

응용 프로그램에 대해 일반화 할 수있는 한 가지가 있다면 동적이라는 것입니다. 우리가 제공하는 입력 (데이터, 클릭 등)은 애플리케이션을 특정 방식으로 만들고 특정 출력을 생성합니다.

입력 변수와 출력 변수 간의 단순한 상관 관계를 통해 쉽게 이해할 수 있습니다.

로그인을 위해 다음을 시도해 보겠습니다.

입력산출양수, 음수
정확함 (올바른 로그인 정보)정답 (사용자 로그인)양
올바르지 않음 (잘못된 로그인 정보)정답 (오류 메시지)부정
정확함 (올바른 로그인 정보)올바르지 않음-로그인 실패버그 / 결함
올바르지 않음 (잘못된 로그인 정보)부정확 함 (시스템이 로그인 함) –“오, 공포!” :)버그 / 결함

따라서 위의 표에서 볼 수 있듯이 기본 흐름을 양수로 분류하고 대체 흐름 (또한 응용 프로그램의 올바른 동작)이 음수로 표시되었다고 말할 수 있습니다.

빨간색으로 표시된 마지막 두 경우는 사실 버그입니다. 테스트는 요구 사항의 유효성을 검사하는 것이며 의도 한대로 작동하지 않을 경우 버그를 찾습니다. 결함을 확인하지 않기 때문에 마지막 두 사례는 유효하지 않습니다.

동일한 생각을 따라 로그 아웃 및 제품보기에 적용하면 다음과 같은 결과를 얻을 수 있습니다.

입력산출양수, 음수
로그 아웃 (클릭)정답-로그 아웃양
로그 아웃 (클릭)틀림-로그인 상태 유지버그 / 결함
제품보기 (클릭)정답-제품 표시양
제품보기 (클릭)잘못됨 (목록이 아니거나 잘못된 목록 표시)버그 / 결함

보시다시피 이러한 요구 사항에 대해 잘못된 입력을 제공 할 가능성이 없습니다. 따라서 부정적인 테스트 시나리오 / 사례를 작성할 필요가 없습니다.

결론 :

시스템은 포지티브 또는 네거티브 입력을받을 수 있습니다. 어느 쪽이든 시스템은 올바른 출력을 생성해야합니다. 올바른 입력을 다루는 경향이있는 경우는 긍정적입니다. 정확하지만 부정적인 입력은 음수입니다.

몇 가지 지침 :

#1) 때 엔드 투 엔드 테스트 케이스 UAT 또는 시스템 테스트 용으로 작성 되었더라도 흐름을 만드는 것은 항상 긍정적 인 테스트 케이스입니다.

#두) 때로는 분류가 주관적입니다.예를 들면, 사이트에서 항목을 삭제하는 중에 '이 항목을 삭제 하시겠습니까?'라는 확인 메시지가 표시되는 경우 확인 및 취소 옵션이 있습니다. 저에 따르면 취소를 클릭하는 것은 긍정적 인 경우입니다. 그러나 일부는 '삭제'옵션의 주된 목적이 작업을 취소하지 않고 삭제하는 것이기 때문에 부정적이라고 생각합니다. 따라서 테스터의 판단도 분류에 영향을 미칩니다.

#삼) 모든 긍정적 인 경우에 항상 같고 반대되는 부정적인 경우가있는 것은 아닙니다.

위의 방법은 항상 올바른 분류를 보장합니다. 직접 시도하고 그렇지 않은 경우 알려주십시오. :)“바로 가기는 종종 잘못된 컷입니다.”-하지만이 경우에는 그렇지 않을 수도 있습니다!

네거티브 테스트에 대한보다 공식적인 설명은 => 네거티브 테스트 란 무엇이며 네거티브 테스트 케이스를 작성하는 방법은 무엇입니까?

저자 정보 : 이 기사는 STH 팀원 Swati S가 작성했습니다. 여기에서 라이브 QA 교육 과정에 참여하십시오. 최고의 소프트웨어 테스트 교육을 받으실 수 있습니다! '

이 기사가 마음에 들었고 다음 기사에서 쉽게 설명되는 이러한 기본 개념을보고 싶다면 알려주십시오.

귀하의 의견, 질문, 피드백 및 독자층은 STH에서 높이 평가되고 소중합니다. 즐거운 테스트 되세요!

추천 도서

^