시험계획서

Test plan

테스트 계획은 소프트웨어 또는 하드웨어 제품의 특정 테스트 목적, 리소스 및 프로세스를 자세히 설명하는 문서입니다.계획에는 일반적으로 최종 워크플로우를 자세히 이해합니다.

테스트 계획

테스트 계획에는 제품 또는 시스템이 설계 사양 및 기타 요건을 충족하는지 검증 및 확인하기 위해 사용되는 전략이 기재되어 있습니다.테스트 계획은 일반적으로 테스트 엔지니어에 의해 작성되거나 테스트 엔지니어로부터 상당한 의견을 받아 작성됩니다.

제품 및 테스트 계획이 적용되는 조직의 책임에 따라 테스트 계획에는 다음 중 하나 이상의 전략이 포함될 수 있습니다.

  • 설계 검증 또는 컴플라이언스 테스트– 제품 개발 또는 승인 단계(일반적으로 소량의 유닛 샘플) 중에 실시합니다.
  • 제조 테스트 또는 생산 테스트– 성능 검증 및 품질 관리를 위해 제품 준비 또는 조립 중에 지속적으로 실시합니다.
  • 인수 테스트 또는 커미셔닝 테스트– 제품 배송 또는 설치 시 실시합니다.
  • 서비스 및 수리 테스트– 제품 사용 기간 동안 필요에 따라 수행합니다.
  • 회귀 테스트 – 기존 운영 제품에서 수행되며 환경의 다른 측면이 변경되었을 때 기존 기능에 부정적인 영향이 없는지 확인합니다(기존 애플리케이션이 실행되는 플랫폼 업그레이드 등).

복잡한 시스템은 전체적인 요건에 대처하기 위한 높은 수준의 테스트 계획을 가지고 있으며 서브시스템과 컴포넌트의 설계 세부사항에 대처하기 위한 지원 테스트 계획을 가지고 있을 수 있습니다.

테스트 계획 문서 형식은 해당 문서가 적용되는 제품 및 조직에 따라 달라질 수 있습니다.테스트 계획에서 설명되어야 할 세 가지 주요 요소는 다음과 같습니다.테스트 범위, 테스트 방법 및 테스트 책임.이것들은 정식 테스트 전략에서도 사용됩니다.

테스트 범위

테스트 계획서의 테스트 범위에는 제품 수명의 어느 단계에서 검증되는 요건이 기재되어 있습니다.시험 적용범위는 설계사양 및 안전표준 또는 규제코드 등의 기타 요건에서 도출되며, 각 요건 또는 설계사양이 하나 이상의 상응하는 검증수단을 갖는 것이 이상적이다.다른 제품 수명 단계에 대한 테스트 적용 범위가 중복될 수 있지만, 모든 단계에서 동일한 것은 아닙니다.예를 들어, 일부 요건은 설계 검증 테스트 중에 검증될 수 있지만, 인수 테스트 중에는 반복되지 않습니다.테스트에 액세스 할 수 있도록 제품을 설계해야 할 수도 있기 때문에 테스트 적용 범위도 설계 프로세스에 반영됩니다.

테스트 방법

테스트 계획의 테스트 방법에는 테스트 적용범위가 구현되는 방법이 명시되어 있습니다.시험방법은 표준, 규제기관 또는 계약상 합의에 의해 결정되거나 새로 작성되어야 할 수 있다.또한 테스트 방법은 테스트 수행에 사용할 테스트 장비를 지정하고 합격/불합격 기준을 설정합니다.하드웨어 설계 요건을 검증하는 데 사용되는 테스트 방법은 육안 검사와 같은 매우 간단한 단계에서부터 별도로 문서화된 테스트 절차를 상세히 설명하는 데까지 다양합니다.

테스트의 책임

테스트 책임에는 테스트 방법과 제품 수명의 각 단계에서 수행하는 조직이 포함됩니다.이를 통해 테스트 기관은 자신이 담당하는 테스트 방법을 구현하는 데 필요한 테스트 장비 및 기타 자원을 계획, 획득 또는 개발할 수 있습니다.또한 어떤 데이터를 수집하고 해당 데이터를 저장 및 보고하는 방법(종종 "전달 자료"라고 함)도 테스트에 포함됩니다.성공적인 테스트 계획의 결과 중 하나는 모든 당사자가 합의한 모든 설계 규격 및 요건의 검증에 대한 기록 또는 보고서여야 한다.

IEEE 829 테스트플랜 구조

IEEE 829-2008(소프트웨어 테스트 문서용 표준)은 소프트웨어 테스트의 정의된 단계에서 사용하기 위한 문서 세트의 형식을 지정하는 IEEE 표준으로, 각 단계에서 개별 유형의 문서를 [1]작성할 수 있습니다.다음 단계가 있습니다.

  • 시험계획 식별자
  • 서론
  • 테스트 항목
  • 테스트 대상 기능
  • 테스트하지 않는 기능
  • 접근
  • 항목 합격/불합격 기준
  • 정지 기준 및 재개 요건
  • 테스트 성과물
  • 테스트 태스크
  • 환경 요구
  • 책임
  • 인력 및 훈련 요구
  • 스케쥴
  • 리스크와 우발상황
  • 승인

테스트 계획에 포함되는 것을 제안하는 IEEE 문서는 다음과 같습니다.

  • 829-2008 소프트웨어 및 시스템 테스트 문서용[1] IEEE 표준
    • 829-1998 소프트웨어 테스트 문서용 IEEE 규격(829-2008로 [2]대체)
    • 829-1983 소프트웨어 테스트 문서용 IEEE 규격([3]829-1983
  • 소프트웨어 유닛[4] 테스트용 1008-1987 IEEE 표준
  • 소프트웨어 검증 및 검증을 위한 1012-2004[5] IEEE 표준
    • 소프트웨어 검증 및 검증을 위한 1012-1998 IEEE 표준(1012-2004로 [6]대체)
    • 소프트웨어 검증 및 검증 계획을 위한 1012-1986 IEEE 표준 (1012-1998로 [7]대체)
  • 1059-1993 소프트웨어 검증 및 검증 계획 가이드 (도안)[8]

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b 829-2008 — IEEE Standard for Software and System Test Documentation. 2008. doi:10.1109/IEEESTD.2008.4578383. ISBN 978-0-7381-5747-4.
  2. ^ 829-1998 — IEEE Standard for Software Test Documentation. 1998. doi:10.1109/IEEESTD.1998.88820. ISBN 0-7381-1443-X.
  3. ^ 829-1983 — IEEE Standard for Software Test Documentation. 1983. doi:10.1109/IEEESTD.1983.81615. ISBN 0-7381-1444-8.
  4. ^ 1008-1987 - IEEE Standard for Software Unit Testing. 1986. doi:10.1109/IEEESTD.1986.81001. ISBN 0-7381-0400-0.
  5. ^ 1012-2004 - IEEE Standard for Software Verification and Validation. 2005. doi:10.1109/IEEESTD.2005.96278. ISBN 978-0-7381-4642-3.
  6. ^ 1012-1998 - IEEE Standard for Software Verification and Validation. 1998. doi:10.1109/IEEESTD.1998.87820. ISBN 0-7381-0196-6.
  7. ^ 1012-1986 - IEEE Standard for Software Verification and Validation Plans. 1986. doi:10.1109/IEEESTD.1986.79647. ISBN 0-7381-0401-9.
  8. ^ 1059-1993 - IEEE Guide for Software Verification and Validation Plans. 1994. doi:10.1109/IEEESTD.1994.121430. ISBN 0-7381-2379-X.

외부 링크

  • 소스 포지의 공용 도메인 RUP 테스트 계획 템플릿(템플릿은 현재 액세스할 수 없지만 샘플 문서는 여기에서 볼 수 있습니다: DBV 샘플)