예제를 사용하여 테스트 사례를 작성하는 방법

수동 테스트에서 테스트 사례를 만드는 단계

시나리오에 대한 테스트 사례를 만들어 보겠습니다. 로그인 기능 확인

수동 테스트에서 테스트 사례 만들기

단계 1) 시나리오를 설명하는 간단한 테스트 사례는 다음과 같습니다.

테스트 케이스 # 테스트 케이스 Descript이온
1 유효한 이메일과 비밀번호를 입력하면 응답을 확인합니다.

단계 2) 데이터를 테스트합니다.
테스트 케이스를 실행하려면 다음이 필요합니다. 테스트 데이터. 아래에 추가하세요

테스트 케이스 # 테스트 케이스 Descript이온 테스트 데이터
1 유효한 이메일과 비밀번호를 입력하면 응답을 확인합니다. 이메일: guru99@email.com 비밀번호: lNf9^Oti7^2h

테스트 데이터를 식별하는 데는 시간이 많이 걸릴 수 있으며 때로는 테스트 데이터를 새로 생성해야 할 수도 있습니다. 문서화해야 하는 이유.

단계 3) 작업을 수행합니다.
테스트 케이스를 실행하려면 테스터는 AUT에서 특정 작업 세트를 수행해야 합니다. 이는 아래와 같이 문서화되어 있습니다.

테스트 케이스 # 테스트 케이스 Descript이온 테스트 단계 테스트 데이터
1 유효한 이메일과 비밀번호를 입력하면 응답을 확인합니다. 1) 이메일 주소를 입력하세요

2) 비밀번호 입력

3) 로그인을 클릭하세요.

이메일: guru99@email.com

비밀번호: lNf9^Oti7^2h

테스트 단계는 위와 같이 간단하지 않은 경우가 많으므로 문서가 필요합니다. 또한 테스트 케이스 작성자가 조직을 떠나거나 휴가를 가거나, 아프거나 비번일 수도 있고, 다른 중요한 작업으로 매우 바쁠 수도 있습니다. 최근 채용된 직원에게 테스트 사례를 실행하도록 요청받을 수 있습니다. 문서화된 단계는 그에게 도움이 될 뿐만 아니라 다른 이해관계자의 검토도 촉진할 것입니다.

단계 4) AUT의 동작을 확인하세요.
소프트웨어 테스팅에서 테스트 케이스의 목표는 예상 결과에 대해 AUT의 동작을 확인하는 것입니다. 이는 아래와 같이 문서화되어야 합니다.

테스트 케이스 # 테스트 케이스 Descript이온 테스트 데이터 예상 결과
1 유효한 이메일과 비밀번호를 입력하면 응답을 확인합니다. 이메일: guru99@email.com
비밀번호: lNf9^Oti7^2h
로그인이 성공해야 합니다

테스트 실행 시간 동안 테스터는 예상 결과를 실제 결과와 비교하여 통과 또는 실패 상태를 할당합니다.

테스트 케이스 # 테스트 케이스 Descript이온 테스트 데이터 예상 결과 실제 결과 통과 실패
1 유효한 이메일과 비밀번호를 입력하면 응답을 확인합니다. 이메일: guru99@email.com 비밀번호: lNf9^Oti7^2h 로그인이 성공해야 합니다 로그인에 성공했습니다 패스

단계 5) 테스트 케이스와 별도로 다음과 같은 필드가 있을 수 있습니다.
Pre – 테스트를 실행하기 전에 준비해야 할 사항을 지정하는 조건입니다. 테스트 사례의 경우 전제 조건은 테스트 중인 사이트에 액세스할 수 있도록 브라우저를 설치하는 것입니다. 테스트 케이스에는 테스트 케이스가 완료된 후 적용되는 모든 항목을 지정하는 Post – 조건이 포함될 수도 있습니다. 테스트 사례의 경우 사후 조건은 로그인 시간과 날짜가 데이터베이스에 저장되는 것입니다.

테스트 케이스 비디오 작성 방법

LINK 비디오에 접근할 수 없는 경우

좋은 테스트 사례를 작성하기 위한 모범 사례.

테스트 케이스 모범 사례
테스트 케이스 모범 사례

1. 테스트 케이스는 간단하고 투명해야 합니다.

가능한 한 간단한 테스트 케이스를 만드세요. 테스트 케이스 작성자가 실행할 수 없으므로 명확하고 간결해야 합니다.

홈 페이지로 가서 데이터를 입력하고 이것을 클릭하는 등의 단호한 언어를 사용하십시오. 이를 통해 테스트 단계를 쉽게 이해하고 테스트 실행을 더 빠르게 수행할 수 있습니다.

2. 최종 사용자를 염두에 두고 테스트 케이스 만들기

모든 소프트웨어 프로젝트의 궁극적인 목표는 고객 요구 사항을 충족하고 사용 및 운영이 쉬운 테스트 케이스를 만드는 것입니다. 테스터는 최종 사용자 관점을 염두에 두고 테스트 케이스를 만들어야 합니다.

3. 테스트 케이스 반복을 피하십시오.

테스트 케이스를 반복하지 마십시오. 다른 테스트 케이스를 실행하기 위해 테스트 케이스가 필요한 경우 사전 조건 열의 테스트 케이스 ID로 테스트 케이스를 호출하세요.

4. 가정하지 마세요

테스트 케이스를 준비하는 동안 소프트웨어 애플리케이션의 기능과 특징을 가정하지 마십시오. 사양 문서를 준수하세요.

5. 100% 보장 보장

사양 문서에 언급된 모든 소프트웨어 요구 사항을 확인하려면 테스트 케이스를 작성해야 합니다. 사용 추적 성 매트릭스 테스트되지 않은 기능/조건이 없는지 확인합니다.

6. 테스트 케이스는 식별 가능해야 합니다.

나중에 결함을 추적하거나 소프트웨어 요구 사항을 식별할 때 쉽게 식별할 수 있도록 테스트 사례 ID를 지정하세요.

7. 테스트 기술 구현

소프트웨어 응용 프로그램에서 가능한 모든 조건을 확인하는 것은 불가능합니다. 소프트웨어 테스팅 기술은 결함을 찾을 가능성이 최대인 몇 가지 테스트 사례를 선택하는 데 도움이 됩니다.

  • 경계값 분석(BVA): 이름에서 알 수 있듯이 지정된 값 범위에 대한 경계 테스트를 정의하는 기술입니다.
  • 등가 파티션(EP): 이 기술은 범위를 동일한 동작을 갖는 경향이 있는 동일한 부분/그룹으로 분할합니다.
  • 상태 전환 기법: 이 방법은 특정 작업에 따라 소프트웨어 동작이 한 상태에서 다른 상태로 변경될 때 사용됩니다.
  • 오류 추측 기술: 이는 수동 테스트를 수행하는 동안 발생할 수 있는 오류를 추측/예상하는 것입니다. 이는 공식적인 방법이 아니며 애플리케이션에 대한 테스터의 경험을 활용합니다.

8. 자기 청소

생성한 테스트 케이스는 다음을 반환해야 합니다. 테스트 환경 테스트 전 상태로 전환하고 테스트 환경을 사용할 수 없게 만들어서는 안 됩니다. 이는 특히 구성 테스트에 해당됩니다.

9. 반복 가능 그리고 자립

테스트 케이스는 누가 테스트하든 항상 동일한 결과를 생성해야 합니다.

10. 피어 Rev에에.

테스트 케이스를 만든 후 동료에게 검토를 받으세요. 동료들은 테스트 사례 설계에서 쉽게 놓칠 수 있는 결함을 발견할 수 있습니다.

다음 정보를 포함하는 테스트 케이스를 초안하는 동안

  • 테스트 중인 요구 사항에 대한 설명
  • 시스템 테스트 방법에 대한 설명
  • 테스트 설정은 테스트 중인 애플리케이션 버전, 소프트웨어, 데이터 파일, 운영 체제, 하드웨어, 보안 액세스, 물리적 또는 논리적 날짜, 시간, 기타 테스트와 같은 전제 조건 및 테스트 중인 요구 사항과 관련된 기타 설정 정보와 같습니다.
  • 입력과 출력 또는 조치와 예상 결과
  • 모든 증거 또는 첨부 파일
  • 활성 케이스 언어 사용
  • 테스트 케이스는 15단계를 초과할 수 없습니다.
  • 자동화된 테스트 스크립트에는 입력, 목적 및 예상 결과가 포함되어 있습니다.
  • 이 설정은 사전 요구 사항 테스트에 대한 대안을 제공합니다.
  • 다른 테스트에서는 잘못된 비즈니스 시나리오 순서여야 합니다.

테스트 케이스 관리 도구

테스트 관리 도구는 테스트 케이스를 관리하고 유지하는 데 도움이 되는 자동화 도구입니다. 테스트 케이스 관리 도구의 주요 기능은 다음과 같습니다.

  1. 테스트 케이스를 문서화하려면: 도구를 사용하면 템플릿을 사용하여 테스트 케이스 생성을 가속화할 수 있습니다.
  2. 테스트 케이스를 실행하고 결과를 기록합니다. 도구를 통해 Test Case를 실행하고 얻은 결과를 쉽게 기록할 수 있습니다.
  3. 결함 추적 자동화: 실패한 테스트는 자동으로 버그 추적기에 연결되고, 이를 개발자에게 할당하여 이메일 알림을 통해 추적할 수 있습니다.
  4. 추적성: 요구사항, 테스트 케이스, 테스트 케이스 실행 등은 모두 도구를 통해 서로 연결되어 있으며, 각 케이스를 추적하여 테스트 커버리지를 확인할 수 있습니다.
  5. 테스트 케이스 보호: 테스트 케이스는 재사용이 가능해야 하며 잘못된 버전 관리로 인해 손실되거나 손상되지 않도록 보호해야 합니다. 테스트 사례 관리 도구는 다음과 같은 기능을 제공합니다.
  • 명명 및 번호 지정 규칙
  • 버전 관리
  • 읽기 전용 저장소
  • 통제된 접근
  • 오프사이트 백업

널리 사용되는 테스트 관리 도구는 다음과 같습니다. 품질센터 지라

표준 테스트 케이스의 형식

다음은 표준 로그인 테스트 케이스 예시의 형식입니다.

테스트 케이스 ID 테스트 케이스 Descript이온 테스트 단계 테스트 데이터 예상 결과 실제 결과 통과 실패
TU01 유효한 데이터로 고객 로그인을 확인하십시오.
  1. 사이트로 이동 http://demo.guru99.com
  2. 사용자 ID 입력
  3. 암호를 입력
  4. 제출을 클릭하십시오.
사용자 ID = guru99 비밀번호 = pass99 사용자는 애플리케이션에 로그인해야 합니다. 예상대로 패스
TU02 잘못된 데이터로 고객 로그인을 확인하세요.
  1. 사이트로 이동 http://demo.guru99.com
  2. 사용자 ID 입력
  3. 암호를 입력
  4. 제출을 클릭하십시오.
사용자 ID = guru99 비밀번호 = glass99 사용자는 애플리케이션에 로그인하면 안 됩니다. 예상대로 패스

이 전체 테이블은 Word, Excel 또는 기타 다른 프로그램에서 생성될 수 있습니다. 테스트 관리 도구. 이것이 테스트 케이스 디자인의 전부입니다

테스트 케이스 템플릿

  • 사용되는 템플릿은 프로젝트마다 다를 수 있습니다. 이것을 읽어보세요 지도 시간 중요 필드에 대한 설명이 포함된 테스트 케이스 템플릿 학습

위의 테스트 케이스 템플릿 Excel(.xls)을 다운로드하세요.

자주 묻는 질문

소프트웨어 테스팅은 컴퓨터 시스템/프로그램이 지정된 요구 사항을 충족하고 원하는 결과를 생성하는지 여부를 결정하기 위해 확인하는 프로세스입니다. 결과적으로 소프트웨어 제품/프로젝트의 버그를 식별합니다.

소프트웨어 테스팅은 버그나 문제 없이 고품질의 제품을 제공하는 데 필수적입니다.

테스트 시나리오: 로그인 기능을 확인하세요. 가능한 테스트 사례는 다음과 같습니다.

  • 테스트 케이스 1: 유효한 사용자 ID 및 비밀번호 입력 결과 확인
  • 테스트 케이스 2: 잘못된 사용자 ID 및 비밀번호 입력 결과 확인
  • 테스트 사례 3: 사용자 ID가 비어 있고 로그인 버튼을 눌렀을 때 응답 확인 등