실시간 시나리오가 포함 된 수락 테스트 문서

각 테스트에는 다음이 포함되어야합니다.

• 테스트 #.
• 테스트 대상에 대한 설명 ( 예 : 사용자가 성공적으로 계정을 만들 수 있는지 확인합니다.)
• 이 테스트가 매핑하는 비즈니스 요구 사항 ( 추적 성 매트릭스 ) - 매우 중요.
• 전제 조건 :
  • 테스트 시작 전 제품 상태 (사용자는 성공적으로 등록되었지만 계정을 활성화하지 않았어야 함, 사용자는 최소 30 일 전에 제품에 액세스 한 적이 있어야 함)
  • 모든 서버 조건 – 서버가 잠시 중단되어야합니다.
• 테스트 단계 : 자세한 번호가 매겨진 흐름 ( 예: 아래 참조
  • 응용 프로그램을 엽니 다.
  • 기억하기 확인란을 선택한 상태에서 유효한 자격 증명으로 로그인을 시도합니다.
• 예상 결과 : 단계의 예상되는 동작은 무엇입니까>

합격 시험 – 별도의 합격 시험이 작성된 경우

종료 기준

자원

역할과 책임

도구

비즈니스 결정 요소

Go 또는 No-Go .>

사인 오프 절차

연락처

수락 테스트 계획은 단계에 대한 마스터 테스트 계획 .

수락 테스트 계획 검토

계획이 준비되면 완전성, 모호하지 않음, 명확성, 품질 등을 검토해야합니다. 의심 할 여지없이 승인 테스트 계획의 전체 내용을 철저히 검토하여 적절한 정보를 얻어야하지만 다른 몇 가지 요점에 대해 검토 될뿐만 아니라 체크리스트 요점이라고합시다.

여기서는 콘텐츠를 분류하고 체크리스트 포인트를 살펴 보겠습니다.

위의 체크리스트 문서를 충족하는 테스트 계획은 내부 감사를위한 강력한 문서 역할도합니다.

수락 테스트

수락 테스트는 이전에 기능 테스트로 알려져있었습니다. 수락 테스트 단계에 더 적합하고 목적에 부합하기 위해 이름을 다음과 같이 변경했습니다. 수락 테스트. 때때로 그것은 또한 고객 테스트.

수락 테스트는 항상 사용자 스토리, 수락 기준 및 사용 사례에서 파생됩니다. 이는 블랙 박스 시스템 테스트이며 확인해야하는 비즈니스 테스트 만 나타냅니다. 주로 제품 동작, 사용 및 흐름을위한 것이어야합니다.

설계된 수락 테스트는 회귀주기의 시스템 테스트 단계에서 고려하여 제품을 수락 테스트 단계로 넘기기 전에 제품에 대한 신뢰를 얻을 수도 있습니다.

합격 테스트를 작성하기 전에 기억해야 할 핵심 사항 :

• 모든 참조 문서를 제자리에 보관하십시오. 소프트웨어 요구 사항 사양, 비즈니스 요구 사항 문서, 사용 사례, 사용자 스토리, 데이터 매트릭스 (관련 로직의 경우) 등
• 비즈니스 요구 사항 (테스트 가능한 비즈니스 요구 사항)에만 집중합니다.
• 빠른 시일 내에 비즈니스 요구 사항에 대한 모든 의심과 질문을 제거하십시오.
• 최소한 현재 릴리스의 요구 사항에 변경 사항이 없는지 확인하십시오.

합격 테스트를 작성하기위한 일반 및 간단한 템플릿 :

이 템플릿은 프로젝트 요구 사항과 포함 할 추가 정보에 따라 다시 조정할 수 있습니다.

이제 몇 가지 일반적인 시나리오를 가져 와서 수락 테스트 시나리오를 작성하는 방법을 살펴 보겠습니다.

사례 1 : 사용자 계정 처리

사용자가 자신의 계정을 만들고,보고, 업데이트하고, 비활성화 할 수있는 시나리오입니다. 일반적으로 CRUD 작업 (만들기, 읽기, 업데이트 및 삭제)입니다. 따라서 직접 테스트 할 4 가지 주요 시나리오를 얻을 수 있습니다.

이와 함께 실시간 사용자 계정 처리에는보기 및 업데이트와 관련하여 많은 영역이 있습니다.

합격 테스트 작성 진행 :

테스트 1 : 등록 / 가입 / 계정 만들기, 사용자가 다음을 수행 할 수 있는지 확인합니다.

• 계정을 만듭니다.
• 계정을 활성화하십시오.
• 계정을 한 번만 활성화하십시오 (여기에서 활성화 링크는 2 번 테스트해야합니다.^nd이는 음성 테스트이지만 고려해야 할 주요 검증 포인트 중 하나입니다.)

테스트 2 : 계정 정보에 액세스하고 보려면 사용자가 다음을 수행 할 수 있는지 확인합니다.

• 계정에 로그인하십시오.
• 프로필에서 다른 섹션을 봅니다 (프로필 섹션이 분류 된 경우 각 범주를 볼 수 있어야 함).
• 프로필에 표시된 데이터가 사용자 입력에 따라 올바른지 확인합니다.

테스트 3 : 계정 정보를 업데이트하려면 사용자가 다음을 수행 할 수 있는지 확인하십시오.

• 계정 정보 업데이트 (프로필) :
  • 프로필의 모든 범주를 업데이트합니다.
• 업데이트 정보가 프로필에 올바르게 반영되었는지 확인합니다.
• 사용자가 프로필의 정보를 업데이트 할 수 없는지 확인합니다 (일부 애플리케이션에서는 이름, 성, 사용자 이름 등의 업데이트가 허용되지 않습니다. 테스트가 부정적 임에도 불구하고 주요 검증 포인트 중 하나입니다.) 고려).
• 업데이트 흐름을 취소합니다 (이 테스트가 음성이지만 고려해야 할 주요 검증 포인트 중 하나이기도합니다).

테스트 4 : 계정 비활성화가 허용 된 경우 사용자가 다음을 수행 할 수 있는지 확인합니다.

• 계정을 비활성화하십시오.
• 비활성화 흐름을 취소합니다 (이 테스트가 음성이지만 고려해야 할 주요 검증 포인트 중 하나입니다).
• 비활성화 취소 후 계정에 액세스하십시오.

테스트 5 : 이메일 주소 또는 전화 번호에 대한 확인이 필요한 경우 사용자가 다음을 수행 할 수 있는지 확인합니다.

휴대폰을 감시하는 소프트웨어

• 이메일 주소를 다른 유효한 주소로 업데이트하십시오.
• 확인”업데이트 된 이메일 주소.
• 업데이트되고 '확인 된'이메일 주소가 추가로 고려되는지 확인 – 애플리케이션에서 일부 이메일을 보내고 업데이트 된 이메일 주소에 도착했는지 확인합니다. 이전 사람은 이메일을받지 않아야합니다.
• 새 전화 번호를 추가하십시오.
• 추가 된 전화 번호는 통화를 통해 확인합니다.
• 추가 된 전화 번호를 SMS로 확인합니다.
• 추가 및 '확인 된'전화 번호가 계정에 반영되는지 확인합니다.
• 전화 번호를 업데이트하십시오.
• 통화를 통해 업데이트 된 전화 번호를 확인합니다.
• SMS를 통해”업데이트 된 전화 번호를 확인합니다.
• 업데이트되고 '확인 된'전화 번호가 계정에 반영되는지 확인합니다.

사례 2 : 제품 구매

제품 구매에는 일반적으로 일반적인 흐름이 있습니다.

최종 사용자가 보는 몇 가지 일반적인 시나리오는 다음과 같습니다.

전제 조건 : 사용자는 애플리케이션에 로그인해야합니다.

테스트 1 : 제품 세부 정보, 사용자가 다음을 수행 할 수 있는지 확인합니다.

• 상품 상세 페이지를 봅니다.
• 제품 세부 정보 페이지 (설명, 기능, 브랜드 정보 등)에서 모든 하위 섹션을 봅니다.
• 상품 상세 페이지에서 사용 가능한 상품 수량, 색상, 크기 등을 선택합니다.
• 제품 세부 정보 페이지 (제품 세부 정보 페이지에서 사용 가능한 경우)에서 범주, 하위 범주 페이지로 이동합니다.
• 다른 제품의 세부 정보 페이지로 이동합니다 (관련 제품 섹션이 제공된 경우).
• 제품에 대한 의견과 평가를 봅니다.
• 등급에 따라 제품의 댓글을 정렬합니다.
• 제품의 전체 등급을 봅니다.
• 제품에 대한 설명을 추가하십시오.
• 제품에 대한 의견을 업데이트하십시오.
• 제품에 대한 의견을 삭제하십시오 (제공된 경우).

테스트 2 : 장바구니에 추가하고 사용자가 다음과 같은지 확인합니다.

• 장바구니에 제품을 추가 할 수 있습니다.
  • 상품 상세 페이지를 통해.
  • 제품 목록 페이지를 통해.
• 카트에 필요한 수량을 추가 할 수 있습니다 (1 ~ 최대 제한 설정).
• 품절시 장바구니에 상품을 담을 수 없습니다.

테스트 3 : 장바구니 페이지에서 사용자가 다음을 수행 할 수 있는지 확인합니다.

• 추가 수량에 대한 가격 세부 정보와 함께 장바구니에서 제품을 봅니다.
• 수량 업데이트 (1 ~ 최대 제한 설정).
• 카트에서 제품을 꺼냅니다.
• 쇼핑으로 돌아갑니다.
• 결제를 계속합니다.
• 제품이 추가되지 않은 경우 빈 카트보기,

테스트 4 : 계정 세부 정보 페이지에서 사용자가 다음을 수행 할 수 있는지 확인합니다.

• 기존 배송 세부 정보를 계속합니다.
• 배송지 주소를 업데이트하세요.
• 새 배송지 주소를 추가하세요.
• 기존 전화 번호로 계속합니다.
• 주문 전화 번호를 업데이트합니다.
• 주문에 대한 새 전화 번호를 추가하십시오.
• 장바구니 페이지로 돌아갑니다.
• 결제 페이지로 이동합니다.

테스트 5 : 결제 페이지에서 사용자가 다음을 수행 할 수 있는지 확인합니다.

• 청구 할 금액의 정확성을 확인하십시오.
• 사용 가능한 모든 옵션으로 주문을 처리합니다 (각 주문에 대해 하나의 옵션).
• 거래를 성공적으로 처리했습니다. 주문 확인 페이지로 이동합니다.
• 트랜잭션 실패 (음성 테스트 임에도 불구하고 주요 시나리오로 간주해야 함)
• 쿠폰 적용 :
  • 유효한 쿠폰 – 성공. 여기에서 청구 할 금액의 변경을 확인하십시오.
  • 유효하지 않은 쿠폰 – 실패
• 만료 된 쿠폰 – 실패.
• 계정 세부 정보 페이지로 다시 이동합니다.

수락 테스트 검토

승인 테스트를 검토하는 것은 비즈니스 요구 사항과 관련하여 정확하고 정확한 정보를 제공해야하므로 중요한 작업입니다. 이러한 작업은 고객 자신 및 / 또는 최종 사용자가 수행 할 수 있으므로 누구나 이해하고 실행할 수있을만큼 완전하고 모호하지 않으며 정확하고 상세해야합니다.

승인 테스트 검토는 비즈니스 분석가, 고객이 수행해야하며 모든 검토 의견은 우선 순위에 포함되어야합니다.

개별 테스트 수준에서 아래에 대해 검토를 수행해야합니다.

• 테스트가 비즈니스 요구 사항을 충족하는지 여부.
• 전제 조건이 분명합니까?
• 테스트 단계가 이해하기 쉽고 상세합니까?
• 예상 결과가 정확하고 명확합니까?
• 추적 성을위한 비즈니스 요구 사항에 매핑되어 있습니까?
• 테스트가 특정 흐름이나 사용을 다루기에 충분합니까?
• 승인 테스트의 일부로 필요한 특정 테스트입니다.
• 승인 테스트에 필요하지 않은 검증 포인트가 있습니까?
• 순전히 기능적입니까 아니면 GUI가 포함되어 있습니까 (기능적이어야 함).
• 특수 입력 데이터가 필요합니까? 그렇다면, 세부 사항을 제공합니까?

전체적으로 전체 합격 테스트 모음 검토에는 다음이 포함되어야합니다.

• 양방향 추적 성 : 테스트에 대한 비즈니스 요구 사항 및 비즈니스 요구 사항에 대한 테스트.
• 각각의 모든 비즈니스 요구 사항이 적용됩니까?
• 모든 비즈니스 요구 사항이 하나 이상의 테스트에 포함됩니까?
• 비즈니스 규칙이 적용됩니까?
• 특수 데이터 케이스가 처리됩니까?
• 각 요구 사항 또는 규칙을 다루기 위해 작성되는 테스트는 몇 개입니까?
• 테스트를 함께 그룹화하고 흐름에 대해 분류 할 수 있습니까?
• 효율적으로 실행되도록 테스트 순서가 올바르게 지정되어 있습니까?

결론

간단히 말해서 앞에서 언급했듯이 문서는 수락 테스트에서 매우 과감한 역할을합니다.

따라서 작성된 모든 승인 테스트는 잘 구조화되고 사용법과 함께 유입되어 승인 테스터가 테스트 대상과 수행 방법에 관심을 갖도록 유지해야합니다. 이것은 차례로 자동으로 성공을 가져올 것입니다.

=> 전체 테스트 계획 자습서 시리즈를 보려면 여기를 방문하십시오.

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

일부 일반 템플릿과 함께 수락 테스트 보고서에 대해 자세히 알아 보려면 다가오는 수락 테스트 자습서를 계속 지켜봐 주시기 바랍니다. 또한 궁금한 점이 있으면 알려주세요.

추천 도서

• 최고의 소프트웨어 테스트 도구 2021 (QA 테스트 자동화 도구)
• 긍정적 인 테스트 : 실제 테스트 시나리오로 설명되는 의미와 장점
• 시험 입문서 eBook 다운로드
• 타임 시프트 테스트를 단순화하기 위해 출시 된 TimeShiftX
• 수락 테스트 란 무엇입니까 (완전한 가이드)
• 예제가있는 합격 테스트 보고서의 샘플 템플릿
• 수동 또는 자동화 테스트 전문가입니까? 우리를 위해 아르바이트!
• HP LoadRunner 자습서를 사용한 부하 테스트