중요한 필드 설명이있는 샘플 테스트 케이스 템플릿 다운로드

우수한 테스트 케이스 템플릿은 테스트 팀에 대해 테스트 아티팩트 일관성을 유지하고 모든 이해 관계자가 테스트 사례를 쉽게 이해할 수있게 해줍니다. 테스트 케이스를 표준 형식으로 작성하면 테스트 노력과 오류율이 줄어 듭니다. 전문가의 테스트 케이스를 검토하는 경우 테스트 케이스 형식이 더 바람직합니다.

프로젝트에 대해 선택한 템플릿은 테스트 정책에 따라 다릅니다. 많은 조직에서는 Microsoft Excel에서 테스트 사례를 작성하고 일부는 Microsoft Word에서 테스트 케이스를 작성합니다. 일부는 심지어 테스트 사례를 문서화하기 위해 HP ALM과 같은 테스트 관리 도구를 사용합니다.

선택된 테스트 케이스 문서화 방법에 관계없이, 좋은 테스트 케이스 템플릿에는 다음 필드가 있어야합니다

테스트 케이스 필드	기술
테스트 케이스 ID :	각 테스트 케이스는 고유 ID로 표시되어야합니다. 테스트 유형을 나타내는 것은 "TC_UI_1"과 같은 "User Interface Test Case # 1"과 같은 규칙을 따릅니다.
시험 우선 순위 :	테스트를 실행하는 동안 유용합니다. 낮은 매질 높은
모듈 이름 :	테스트 할 주 모듈 또는 하위 모듈의 이름 결정
테스트 설계자:	테스터의 이름
시험 예정일 :	테스트가 실시 된 날짜
테스트 수행자:	테스트 테스터를 수행 한 사람
시험 실시 일자:	테스트를 실행해야하는 날짜
이름 또는 시험 제목 :	테스트 케이스 제목
설명 / 시험 요약 :	요약 또는 테스트 목적을 간단히 결정합니다.
사전 조건 :	이 테스트 케이스를 실행하기 전에 수행해야하는 모든 요구 사항. 이 테스트 사례를 실행하려면 모든 사전 조건을 나열하십시오.
종속성:	테스트 요구 사항 또는 기타 테스트 케이스에 대한 종속성 결정
테스트 단계 :	모든 테스트 단계를 자세히 언급하고 실행해야하는 순서로 작성하십시오. 테스트 단계를 작성하는 동안 가능한 한 자세하게 제공해야합니다.
테스트 데이터:	테스트 케이스의 입력으로 테스트 데이터 사용. 정확한 값을 가진 다른 데이터 세트를 입력으로 사용
예상 결과 :	화면에 표시되어야하는 오류나 메시지를 포함하여 예상되는 결과 언급
사후 조건 :	테스트 케이스를 실행 한 후 시스템의 상태는 어떻습니까?
실제 결과 :	테스트 실행 후 실제 테스트 결과를 채워야합니다.
상태 (Fail / Pass) :	실제 결과가 예상 결과와 다른 경우이 필드를 실패로 표시합니다.
참고 사항 :	위의 필드에 남아있는 특별한 조건이있는 경우

선택적으로 프로젝트 요구 사항에 따라 다음 필드를 가질 수 있습니다.

• 링크 / 결함 ID는 :에 대한 링크를 포함 결함을 또는 테스트 상태가 실패 할 경우 결함 수를 결정
• 키워드 / 테스트 유형 : 테스트 유형에 따라 테스트를 결정하려면이 필드를 사용할 수 있습니다. 예 : 유용성, 기능, 비즈니스 규칙 등
• 요구 사항 :이 테스트 사례가 작성되는 요구 사항
• 참조 / 첨부 : 복잡한 테스트 시나리오에 유용하며 문서 또는 다이어그램의 실제 경로를 제공합니다.
• 자동화 (예 / 아니오) : 테스트 사례가 자동화 된 경우 자동화 상태를 추적합니다.
• 사용자 정의 필드 : 클라이언트 / 프로젝트 요구 사항으로 인해 테스트중인 프로젝트의 필드입니다.

  

  Test Case XLS를 다운로드하려면 아래를 클릭하십시오.

TestCaseTemplate (1).xls