소프트웨어 테스팅의 테스트 문서(예)

테스트 문서란 무엇입니까?

테스트 문서는 소프트웨어 테스트 전이나 도중에 생성된 결과물에 대한 문서입니다. 이는 테스트 팀이 필요한 테스트 노력, 테스트 범위, 리소스 추적, 실행 진행 상황 등을 추정하는 데 도움이 됩니다. 이는 테스트 계획, 테스트 설계, 테스트 실행, 도출된 테스트 결과를 설명하고 문서화할 수 있는 완전한 문서 모음입니다. 테스트 활동에서.

 

형식성을 테스트하는 이유는 무엇입니까?

소프트웨어 테스팅의 유형

초보자의 경우 테스트가 임시적으로 코드의 다양한 섹션을 실행하고 결과를 확인한다고 가정하기 쉽습니다. 그러나 현실 세계에서 테스트는 매우 공식적인 활동이며 자세히 문서화됩니다. 테스트 문서화를 사용하면 테스트 계획, 검토 및 실행이 쉽고 검증 가능해집니다.

테스트 형식의 정도는 다음에 따라 다릅니다.

  • 테스트 중인 애플리케이션 유형
  • 귀하의 조직이 따르는 표준
  • 개발 프로세스의 성숙도.

테스트 활동은 일반적으로 소프트웨어 개발 프로젝트 노력의 30%~50%를 소비합니다. 문서는 향후 프로젝트에 적용할 수 있는 테스트 프로세스 개선 사항을 식별하는 데 도움이 됩니다.

테스트 문서의 예

다음은 중요한 테스트 문서 유형입니다.

테스트 문서 유형 상품 설명
테스트 정책 이는 조직의 원칙, 방법 및 모든 중요한 테스트 목표를 설명하는 상위 수준 문서입니다.
테스트 전략 프로젝트에 대해 실행될 테스트 수준(유형)을 식별하는 상위 수준 문서입니다.
테스트 계획 테스트 계획은 테스트 활동의 범위, 접근 방식, 리소스, 일정 등을 포함하는 완전한 계획 문서입니다.
요구 사항 추적 성 매트릭스 요구사항을 테스트 케이스에 연결하는 문서입니다.
테스트 시나리오 테스트 시나리오 하나 이상의 테스트 케이스로 검증할 수 있는 소프트웨어 시스템의 항목 또는 이벤트입니다.
테스트 케이스 입력값, 실행 전제조건, 예상 실행 사후조건 및 결과의 그룹입니다. 테스트 시나리오를 위해 개발되었습니다.
테스트 데이터 테스트 데이터는 테스트가 실행되기 전에 존재하는 데이터입니다. 테스트 케이스를 실행하는 데 사용되었습니다.
결함 보고서 결함 보고서는 예상 기능을 수행하지 못하는 소프트웨어 시스템의 결함에 대한 문서화된 보고서입니다.
테스트 요약 보고서 테스트 요약 보고서는 수행된 테스트 활동과 테스트 결과를 요약한 상위 수준 문서입니다.

테스트 문서화를 위한 모범 사례

  • QA 팀은 테스트 문서가 병렬로 생성되도록 프로젝트의 초기 단계에 참여해야 합니다.
  • 문서를 작성하고 방치하는 것이 아니라 필요할 때마다 업데이트하세요.
  • 버전 관리를 사용하여 문서 관리 및 추적
  • 작업을 이해하는 데 필요한 것과 이해관계자에게 생산하기 위해 필요한 것이 무엇인지 문서화해 보세요.
  • Excel 시트나 문서 파일과 같은 문서화에는 표준 템플릿을 사용해야 합니다.
  • 모든 프로젝트 관련 문서를 한 곳에 저장하세요. 모든 팀원이 참조하고 필요할 때 업데이트할 수 있도록 액세스할 수 있어야 합니다.
  • 충분한 세부 정보를 제공하지 않는 것도 테스트 문서를 만드는 동안 흔히 저지르는 실수입니다.

테스트 문서의 장점

  • 테스트 문서를 작성하는 주요 이유는 테스트 활동에 대한 불확실성을 줄이거나 제거하는 것입니다. 작업 할당과 관련하여 자주 발생하는 모호성을 제거하는 데 도움이 됩니다.
  • 문서화는 체계적인 접근 방식을 제공할 뿐만 아니라 소프트웨어 테스팅, 그러나 소프트웨어 테스팅 프로세스의 신입사원을 위한 교육 자료로도 사용됩니다.
  • 성숙한 테스트 프로세스를 보여주기 위해 테스트 문서를 선보이는 것도 좋은 마케팅 및 영업 전략입니다.
  • 테스트 문서는 특정 시간 제한 내에 고객에게 고품질 제품을 제공하는 데 도움이 됩니다.
  • In 소프트웨어 공학, 테스트 문서는 구성 문서 및 운영자 매뉴얼을 통해 프로그램을 구성하거나 설정하는 데도 도움이 됩니다.
  • 테스트 문서는 클라이언트와의 투명성을 향상시키는 데 도움이 됩니다.

테스트 문서의 단점

  • 문서화 비용은 시간이 많이 걸리기 때문에 그 가치를 초과할 수 있습니다.
  • 글을 잘 못쓰거나 내용을 모르는 사람들이 쓰는 경우가 많습니다.
  • 클라이언트가 요청한 변경 사항을 추적하고 해당 문서를 업데이트하는 것은 힘든 일입니다.
  • 품질이 좋지 않은 문서는 제품의 품질을 직접적으로 반영하므로 고객과 조직 간의 오해가 발생할 수 있습니다.

요약

  • 테스트 문서는 소프트웨어 테스트 전이나 도중에 생성된 결과물에 대한 문서입니다.
  • 테스트 형식의 정도는 1) 테스트 중인 애플리케이션 유형 2) 조직이 따르는 표준 3) 개발 프로세스의 성숙도에 따라 달라집니다.
  • 테스트 문서의 중요한 유형은 테스트 정책, 테스트 전략, 테스트 계획, 테스트 케이스 등입니다.
  • QA 팀은 테스트 문서가 병렬로 생성되도록 프로젝트의 초기 단계에 참여해야 합니다.
  • 테스트 문서를 작성하는 주요 이유는 테스트 활동에 대한 불확실성을 줄이거나 제거하는 것입니다.
  • 문서화 비용은 시간이 많이 걸리기 때문에 그 가치를 초과할 수 있습니다.