sample test plan document
샘플 테스트 계획을 배우고 다운로드 하시겠습니까? 이 튜토리얼은 테스트 계획 예제를 요청한 사람들을위한 것입니다.
이전 튜토리얼에서 저는 테스트 계획 색인. 이 튜토리얼에서는 더 자세한 내용과 함께 해당 색인에 대해 자세히 설명합니다.
테스트 계획은 전체 테스트 일정과 접근 방식을 반영합니다.
=> 전체 테스트 계획 튜토리얼 시리즈를 보려면 여기를 클릭하십시오.
여기에는 테스트 계획의 목적 즉, 테스트 활동의 범위, 접근 방식, 리소스 및 일정이 포함됩니다. 테스트 할 항목, 테스트 할 기능, 수행 할 테스트 작업, 각 작업을 담당하는 직원,이 계획과 관련된 위험 등을 식별하기 위해.
이 게시물 끝에이 테스트 계획 예제의 PDF 형식을 다운로드 할 수있는 링크를 포함했습니다.
샘플 테스트 계획
(제품명)
의해서 준비되었다:
(준비 자명)
(데이트)
목차 (TOC)
1.0 소개
2.0 목표 및 작업
2.1 목표
2.2 작업
3.0 범위
4.0 테스트 전략
4.1 알파 테스트 (단위 테스트)
4.2 시스템 및 통합 테스트
4.3 성능 및 스트레스 테스트
4.4 사용자 수락 테스트
4.5 배치 테스트
4.6 자동화 된 회귀 테스트
4.7 베타 테스트
5.0 하드웨어 요구 사항
회귀 테스트의 목적은 무엇입니까
6.0 환경 요구 사항
6.1 메인 프레임
6.2 워크 스테이션
7.0 테스트 일정
8.0 제어 절차
9.0 테스트 할 기능
10.0 테스트 할 수없는 기능
11.0 자원 / 역할 및 책임
12.0 일정
13.0 크게 영향을받는 부서 (SID)
14.0 종속성
15.0 위험 / 가정
16.0 도구
17.0 승인
노트 : 이 테스트 계획은 PDF로 제공됩니다. 유연성을 극대화하려면 다음과 같은 웹 기반 테스트 관리 도구를 사용하는 것이 좋습니다. TestRail 테스트 계획을 개발합니다.
각 분야를 자세히 살펴 보자 !!
1.0 소개
테스트중인 제품에 대한 간략한 요약입니다. 모든 기능을 개략적으로 설명하십시오.
2.0 목표 및 작업
2.1 목표
마스터 테스트 계획에서 지원하는 목표를 설명하십시오. 예를 들어 , 작업 및 책임 정의, 통신 수단, 서비스 수준 계약으로 사용할 문서 등
2.2 작업
이 테스트 계획에 의해 식별 된 모든 작업 (예 : 테스트, 사후 테스트, 문제보고 등)을 나열합니다.
3.0 범위
일반: 이 섹션에서는 테스트 대상, 특정 제품의 모든 기능, 기존 인터페이스, 모든 기능 통합 등에 대한 새로운 사항에 대해 설명합니다.
전술: '범위'섹션에 나열된 항목을 수행하는 방법에 대해 여기에 나열하십시오.
예를 들어 , 기존 인터페이스를 테스트 할 것이라고 언급 한 경우 주요 직원에게 각 영역을 대표하도록 알리고 활동을 수행하는 데 도움이되는 일정에 시간을 할당하기 위해 따라야 할 절차는 무엇입니까?
4.0 테스트 전략
테스트에 대한 전반적인 접근 방식을 설명합니다. 각 주요 기능 그룹 또는 기능 조합에 대해 이러한 기능 그룹을 적절하게 테스트 할 수있는 접근 방식을 지정합니다.
지정된 기능 그룹을 테스트하는 데 사용되는 주요 활동, 기술 및 도구를 지정합니다.
접근 방식은 주요 테스트 작업을 식별하고 각 작업을 수행하는 데 필요한 시간을 추정 할 수 있도록 충분히 세부적으로 설명되어야합니다.
4.1 단위 테스트
정의: 원하는 최소 포괄 성 정도를 지정하십시오. 테스트 노력의 포괄 성을 판단하는 데 사용할 기술을 식별합니다 ( 예를 들어 , 어느 문이 적어도 한 번 실행되었는지 확인).
추가 완료 기준 ( 예를 들어 , 오류 빈도). 요구 사항을 추적하는 데 사용할 기술을 지정해야합니다.
참가자 : 책임이있는 개인 / 부서의 이름을 기재하십시오. 단위 테스트 .
방법론: 단위 테스트가 수행되는 방법을 설명하십시오. 누가 단위 테스트를위한 테스트 스크립트를 작성할 것이며, 단위 테스트의 이벤트 순서는 무엇이며, 테스트 활동은 어떻게 진행됩니까?
4.2 시스템 및 통합 테스트
정의: 당신이 이해하는 것을 나열하십시오 시스템 테스트 프로젝트에 대한 통합 테스트.
참가자 : 누가 시스템을 수행하고 통합 테스트 당신의 프로젝트에? 이 활동을 담당 할 개인을 나열하십시오.
방법론: 시스템 및 통합 테스트가 수행되는 방법을 설명하십시오. 유닛 테스트를위한 테스트 스크립트는 누가 작성하고, 시스템 및 통합 테스트의 이벤트 순서는 무엇이며 테스트 활동은 어떻게 진행됩니까?
4.3 성능 및 스트레스 테스트
정의: 프로젝트의 스트레스 테스트에 대한 이해를 나열하십시오.
참가자 : 프로젝트에 대해 누가 스트레스 테스트를 수행 할 것입니까? 이 활동을 담당 할 개인을 나열하십시오.
방법론: 성능 및 스트레스 테스트가 수행되는 방법을 설명하십시오. 테스트 용 테스트 스크립트는 누가 작성하고 성능 및 스트레스 테스트의 이벤트 순서는 어떻게되며 테스트 활동은 어떻게 진행됩니까?
4.4 사용자 수락 테스트
정의: 승인 테스트의 목적은 시스템이 작동 할 준비가되었는지 확인하는 것입니다. 수락 테스트 동안 시스템의 최종 사용자 (고객)는 시스템을 초기 요구 사항과 비교합니다.
참가자 : 사용자 수락 테스트는 누가 담당합니까? 개인의 이름과 책임을 기재하십시오.
방법론: 사용자 수락 테스트가 수행되는 방법을 설명하십시오. 테스트 용 테스트 스크립트는 누가 작성하고, 사용자 수락 테스트의 이벤트 순서는 무엇이며 테스트 활동은 어떻게 진행됩니까?
4.5 배치 테스트
4.6 자동화 된 회귀 테스트
정의: 회귀 테스트 수정으로 인해 의도하지 않은 효과가 발생하지 않았는지 확인하고 해당 시스템 또는 구성 요소가 요구 사항에 지정된대로 계속 작동하는지 확인하기 위해 시스템 또는 구성 요소를 선택적으로 다시 테스트하는 것입니다.
4.7 베타 테스트
5.0 하드웨어 요구 사항
컴퓨터
모뎀
6.0 환경 요구 사항
6.1 메인 프레임
테스트 환경의 필수 속성과 원하는 속성을 모두 지정합니다.
사양에는 하드웨어, 통신 및 시스템 소프트웨어를 포함한 시설의 물리적 특성, 사용 모드 ( 예를 들어, 독립 실행 형) 및 테스트를 지원하는 데 필요한 기타 소프트웨어 또는 소모품.
또한 테스트 시설, 시스템 소프트웨어 및 소프트웨어, 데이터 및 하드웨어와 같은 독점 구성 요소에 대해 제공해야하는 보안 수준을 지정합니다.
필요한 특수 테스트 도구를 식별하십시오. 기타 테스트 요구 사항 식별 ( 예를 들어, 출판물 또는 사무실 공간). 현재 귀하의 그룹에 제공되지 않는 모든 요구의 출처를 확인하십시오.
6.2 워크 스테이션
7.0 테스트 일정
소프트웨어 프로젝트 일정에서 확인 된 모든 테스트 마일스톤과 모든 항목 전송 이벤트를 포함합니다.
필요한 추가 테스트 마일스톤을 정의합니다. 각 테스트 작업을 수행하는 데 필요한 시간을 추정하십시오. 각 테스트 작업 및 테스트 마일스톤에 대한 일정을 지정합니다. 각 테스트 리소스 (즉, 시설, 도구 및 직원)에 대해 사용 기간을 지정합니다.
8.0 제어 절차
문제보고
테스트 프로세스 중에 사고가 발생했을 때 따라야 할 절차를 문서화하십시오. 표준 양식을 사용할 경우 테스트 계획에 '부록'으로 빈 사본을 첨부하십시오.
자동화 된 사고 로깅 시스템을 사용하는 경우 해당 절차를 작성하십시오.
변경 요청
소프트웨어 수정 과정을 문서화합니다. 변경 사항에 서명 할 사람과 현재 제품에 대한 변경 사항을 포함하기위한 기준이 무엇인지 확인합니다.
변경 사항이 기존 프로그램에 영향을 미치는 경우 이러한 모듈을 식별해야합니다.
9.0 테스트 할 기능
테스트 할 모든 소프트웨어 기능 및 소프트웨어 기능 조합을 식별합니다.
10.0 테스트 할 수없는 기능
이유와 함께 테스트되지 않을 모든 기능과 중요한 기능 조합을 식별합니다.
11.0 자원 / 역할 및 책임
테스트 프로젝트에 참여하는 직원과 그들의 역할이 무엇인지 지정합니다 ( 예를 들어, Mary Brown (사용자)은 수락 테스트를위한 테스트 케이스를 컴파일합니다.
테스트 활동 및 관련 문제를 관리, 설계, 준비, 실행 및 해결하는 책임이있는 그룹을 식별합니다.
또한 테스트 환경을 제공하는 그룹을 식별하십시오. 이러한 그룹에는 개발자, 테스터, 운영 직원, 테스트 서비스 등이 포함될 수 있습니다.
12.0 일정
주요 결과물 : 결과물 문서를 식별합니다. 다음 문서를 나열 할 수 있습니다.
- 테스트 계획
- 테스트 케이스
- 테스트 사고 보고서
- 테스트 요약 보고서
13.0 중대한 영향을받는 부서 (SID)
부서 / 사업장 버스. 관리자 테스터
14.0 종속성
테스트 항목 가용성, 테스트 리소스 가용성 및 기한과 같은 테스트에 대한 중요한 제약 사항을 식별합니다.
15.0 위험 / 가정
테스트 계획의 고위험 가정을 식별합니다. 각각에 대한 비상 계획 지정 ( 예를 들어, 테스트 항목의 배달이 지연되면 배달 날짜를 맞추기 위해 야간 근무 일정을 늘려야 할 수 있습니다.
하나 6.0 도구
사용할 자동화 도구를 나열하십시오. 또한 여기에 버그 추적 도구를 나열하십시오.
17.0 승인
이 계획을 승인해야하는 모든 사람의 이름과 직함을 지정하십시오. 서명과 날짜를위한 공간을 제공하십시오.
이름 (대문자) 서명 날짜 :
1.
2.
삼.
네.
다운로드:이 샘플 테스트 계획을 다운로드 할 수도 있습니다. 여기에 템플릿이 있습니다.
우리는 또한 진짜를 준비했습니다라이브 프로젝트 테스트 계획이 샘플에서.
다음 튜토리얼에서 확인하고 다운로드 할 수 있습니다.
=> 전체 테스트 계획 자습서 시리즈를 보려면 여기를 방문하십시오.