메뉴

소프트웨어 테스트에서 테스트 결과물은 무엇입니까?

  • 메인
  • 다른
  • 소프트웨어 테스트에서 테스트 결과물은 무엇입니까?

what are test deliverables software testing

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

예제를 통해 소프트웨어 테스트의 테스트 결과물에 대해 모두 알아보십시오.

주어진 과제가 성공적으로 완료되면 모든 테스터에게 안도의 한숨이옵니다. 모든 테스트가 끝날 때 테스터는 적절한 테스트 결과물을 클라이언트에게 보내야합니다.

이 기사에서는 중요한 테스트 결과물 중 일부를 자세히 살펴 보겠습니다.

최고의 무료 바이러스 제거는 무엇입니까

일반적으로 테스트 결과물은 프로젝트 전체에서 사용됩니다. 테스트의 모든 단계에서 사용되며 추가 처리를 위해 항상 제 시간에 보내야합니다.

소프트웨어 테스트의 테스트 결과물

학습 내용 :

소프트웨어 테스트의 테스트 결과물

테스트 결과물은 소프트웨어 테스트에서 중요한 역할을합니다. 이 문서에서는 테스트 결과물에 대한 모든 것을 자세히 설명합니다.

몇 가지 중요한 테스트 결과물은 참조 용으로 아래에 나열되어 있습니다.

  • 테스트 전략
  • 테스트 계획 및 추정
  • 테스트 시나리오
  • 테스트 케이스 및 테스트 데이터
  • RTM
  • 테스트 요약 보고서
  • 테스트 마감 보고서
  • 사고 보고서

테스트 전략

테스트 전략은 비즈니스 요구 사항 사양에 따라 결정됩니다. 수행 할 테스트 작업의 모든 세부 사항을 포함하는 중요한 문서입니다. 완전한 관리 문서입니다.

테스트 계획과 비교할 때 이것은 높은 수준의 문서이며 일반적으로 테스트 관리자 또는 리드가 준비합니다. 테스트 목표, 테스트 접근 방식, 테스트 범위, 진입 및 종료 기준, 테스트 유형 및 수준, 마일스톤, 직원 배치 등이 여기에 언급되어야합니다.

테스트 계획 및 추정

여기에서는 각 테스트 단계에 대한 세부적인 수준의 세부 정보를 언급해야합니다. 일반적으로 적절한 계획은 적절한 작업 구조로 이어집니다. 마찬가지로 좋은 계획은 좋은 테스트로 이어집니다.

테스트 목표, 테스트 접근 방식, 테스트 범위, 진입 및 종료 기준, 테스트 유형 및 수준, 이정표, 직원 배치 등이 여기에 자세하게 언급되어야합니다.

테스트 수행 방법을 포함하는 마스터 플랜은 간단한 프로젝트에 사용됩니다.

견적: 추정은 전체 비용과 함께 테스트에서 각 단계가 발생하는 시간을 정의합니다.

또한 읽기 => 완벽한 테스트 계획 튜토리얼 – 심층 가이드

테스트 시나리오

이제 예를 들어 이해하겠습니다. 여기에서 기차 예약을 예로 들어 보겠습니다. 테스트에 필요한 모든 기능은 테스트 시나리오 문서의 상위 수준 형식으로 언급됩니다. 간단히 말해서 수행 할 유사한 활동의 ​​그룹을 의미합니다.

좋은 이메일 서비스는 무엇입니까

시나리오에 대한 두 가지 기법 :

# 1) 사용 사례

외부 요인과 시스템 간의 상호 작용 집합 인 목표 지향적 방법입니다. 구성 요소에는 기본 흐름, 대체 흐름, 트리거 또는 활동, 예외 흐름, 사전 조건, 사후 조건 등이 포함됩니다.

예:

사용 사례 예

(영상 출처 )

# 2) ACE (활동 구성 요소)

활동 구성 요소 프로세스는 비즈니스 요구 사항을 활동으로 나눕니다.

예:

일반적으로 승객 정보, 성별 등을 입력하여 티켓을 예약합니다. 따라서 다음 필드를 검증해야 시나리오가됩니다.

  • 예약: 예약 기능을 확인하세요.
  • 승객 정보 : 성별, 연령 및 성별 필드 기능을 확인하십시오.
  • 수정 : 수정 기능이 제대로 작동하는지 확인하십시오.
  • 양보: 양보 기능이 제대로 작동하는지 확인하십시오.
  • 전망: 보기 기능이 제대로 작동하는지 확인하십시오.
  • 취소: 취소 기능이 제대로 작동하는지 확인하십시오.

여기서, 양허는 사용자가 연령에 따라 유무에 관계없이 예약 할 수 있으므로 '대안 시나리오'라고 할 수 있습니다. 그러나 목표는 티켓을 예약하는 것과 같습니다.

테스트 케이스

위와 동일한 예약 페이지 예를 사용하여 테스트 케이스를 다음과 같이 작성합니다.

예약:

  • 모든 필드에 유효한 세부 정보를 입력하여 사용자가 티켓을 예약 할 수 있는지 확인하십시오.
  • 모든 필드에 유효하지 않은 정보를 입력하여 사용자가 티켓을 예약 할 수 있는지 확인하십시오.
  • 빈 칸을 남겨 사용자가 티켓을 예약 할 수 있는지 확인하십시오.

승객 정보 :

  • 유효한 이름을 입력하여 사용자가 티켓을 예약 할 수 있는지 확인하십시오.
  • 사용자가 잘못된 이름을 입력하여 티켓을 예약 할 수 있는지 확인하십시오.
  • 한 번에 하나의 성별을 선택하여 사용자가 티켓을 예약 할 수 있는지 확인하십시오.
  • 사용자가 60 세 이상을 입력하여 티켓을 예약 할 수 있는지 확인하십시오.
  • 사용자가 60 세 미만을 입력하여 티켓을 예약 할 수 있는지 확인하십시오.
  • 5 세 이상의 유효한 연령을 입력하여 사용자가 티켓을 예약 할 수 있는지 확인하십시오.
  • 사용자가 5 세 미만의 연령을 입력하여 예약 할 수 없는지 확인하십시오.

수정 :

  • 사용자가 이름 필드를 수정할 수 있는지 확인하십시오.
  • 사용자가 성별 필드를 수정할 수 있는지 확인하십시오.
  • 사용자가 연령 필드를 수정할 수 있는지 확인하십시오.

양보:

  • 사용자가 양보를받을 수 있는지 확인하려면“ 고령자 ”옵션.
  • 사용자가 양보를받을 수 있는지 확인하려면“ 장애인 / 장애인 ”옵션.

전망:

  • 사용자가 예약 한 티켓을 볼 수 있는지 확인하십시오.

취소:

  • 사용자가 티켓을 취소 할 수 있는지 확인하십시오.

따라서 테스트 케이스는 정확히 무엇을 테스트해야하는지 자세히 알려줍니다. 테스트 케이스는 간단한 언어로 작성되어야하며 쉽게 이해할 수 있어야합니다. 관련 고객의 요청에 따라 적절한 형식으로 작성해야합니다.

테스트 데이터

일부 프로젝트는 테스트 케이스 실행을 진행하기 전에 클라이언트의 사전 데이터가 필요합니다. 테스트를 수행하려면 테스트 데이터를 적용해야합니다.

예: 주사를 받기위한 병원 포털에서 주사 알림 옵션을 확인하기 위해 환자 세부 정보를 얻는 것이 중요합니다.

가지고있는 가장 좋은 이메일 계정은 무엇입니까

여기서 '환자 세부 정보'는 테스트 데이터입니다.

추천 읽기 => 테스트 데이터 – 의미 및 준비 기법 (예제 포함)

RTM / 요구 사항 추적 성 매트릭스

  • 이름에서 알 수 있듯이 모든 요구 사항을 적절한 테스트 케이스에 매핑해야 함을 의미합니다.
  • 테스트 케이스의 모든 요구 사항을 충족했는지 여부를 확인하는 데 도움이됩니다.
  • 재 작업 또는 프로젝트의 다음 연속 릴리스에 도움이됩니다.
  • 고객은 우리의 보장 상태를 쉽게 확인하고 우리의 테스트 프로세스를 알 수 있습니다.

RTM

테스트 요약 보고서

테스트 요약 보고서는 수행 된 모든 테스트 활동을 요약하고 테스트 결과를 컴파일합니다. 테스트에 관련된 구성원, 목표, 범위, 고객 세부 정보, 사용 된 테스트 접근 방식, 테스트 결과, 결함 보고서 등과 같은 모든 테스트 정보가 여기에 언급되어야합니다.

그러나 테스트 요약 보고서는 고객의 조언에 따라 준비해야합니다. 따라서 전체 성능을 검토 할뿐만 아니라 클라이언트에게도 유용한 문서입니다.

테스트 마감 보고서

테스트 및 결함 수정 후 프로젝트를 종료한다는 의미입니다. 따라서 여기서 우리는 테스트 실행에 대한 자세한 분석을 제공해야합니다.

여기에서 발견 및 수정 된 결함을 언급해야합니다. 전체 요구 사항 범위는이 보고서에서 볼 수 있습니다. 일반적으로 팀장 또는 관리자가 준비합니다. 그에 따라 모든 종료 기준이 충족되어야합니다.

사고 보고서

사용자가 결함을 발견하면 포메이션 실행을 수행하는 동안 사고 보고서 (IR)를 제기해야합니다. 이는 결함이 있으므로 실행을 중지해야 함을 의미합니다. 이제 별도의 테스트 케이스로 오류 영역을 다시 실행할 수있는 권한을 요청하는 사고 보고서를 클라이언트에 제출해야합니다.

이것은 실제로 블랙 마크이며 테스터에게 예상되지 않습니다. 모든 결함은 드라 이런 자체에서 찾아야합니다. 누락되어 정식 실행에서 발견되면 IR이됩니다.

예:

모바일 테스트에서 특정 기능을 놓친 경우 ' 화면 보호기 변경 ' 선택권. 그런 다음 테스트 케이스를 실행하는 동안 잠기고이 옵션으로 인해 더 이상 진행할 수 없습니다. 그런 다음 IR을 올리고 별도의 테스트 케이스를 작성하여 화면 보호기 옵션을 실행합니다.

결론

STLC 중에 소프트웨어 프로젝트의 이해 관계자에게 전송되는 아티팩트를 테스트 결과물이라고합니다. 이 기사에서 가장 중요한 테스트 결과물을 살펴 보았습니다.

이 기사가 소프트웨어 테스팅의 테스트 결과물에 대해 배우는 데 도움이 되었기를 바랍니다 !!

추천 도서

^