문서화 테스트

Documentation testing

문서 시험은 제품의 비기능 시험의 일부다.시스템 변경 및 개선이 문서화되었다는 증거를 제공하는 것은 시스템 사용 방법에 대한 문서가 시스템의 기능과 일치하는지 확인하는 블랙박스 시험의 한 유형일 수 있다.[1]

설명

문서화 시험은 시스템 또는 시스템 구성요소의 계획, 결과 및 시험을 포함한다.시험사례 명세서, 시험계획서, 시험절차서, 시험성적서, 시험일지 등이 수록되어 있다.요구 사항, 준수 절차 및 결과를 명시, 정의, 설명 및 보고 또는 검증하는 모든 문서의 시험에 관한 것이다.문서화 시험은 가장 비용 효율적인 최초의 소프트웨어 프로세스의 시작부터 시작한다.[2]문서화 시험에는 맞춤법과 문법을 점검하여 그것이 수행하는 기능과 해야 할 일 사이의 모호성 또는 불일치를 검토하는 것이 포함된다.

제품 설명서는 최종 제품의 중요한 부분이다.[2]서류가 부족하면 제품이나 회사의 평판에 영향을 미칠 수 있다.[3]

문서화는 소프트웨어 시험 전과 후에 작성된 모든 문서의 시험에 관한 것이다.[4]서류 시험이 조금이라도 지연되면 비용이 증가할 것이다.[5]소프트웨어 개발 및 시험에 관한 일부 일반적인 유물은 시험 사례, 시험 계획, 요건 및 추적성 매트릭스로 지정할 수 있다.

주요 영역

문서 시험을 위한 네 가지 핵심 영역에는 지침, 예시, 메시지 및 샘플이 포함된다.보기 오류 또는 누락에 대한 테스트 시나리오를 단계별로 실행하기 위해 지침이 필요하다.실행된 출력이나 핀포인트를 표시하기 위해 GUI 구성품, 구문, 명령 및 인터페이스를 자세히 설명하는 추가 예를 제공할 수 있다.사용자들을 혼란스럽게 할 수 있는 만큼 오류도 해결해야 했고, 이런 모호한 점은 시스템 사용자가 초보 사용자가 될 경우 큰 피해를 입게 된다.사용자, 특히 설명서를 확인할 수 있는 초보 사용자에게 문제가 발생할 경우 예제가 필요하다.

문서화 문제는 코딩 문제와 마찬가지로 형식적인 방법으로 처리할 수 있다.[6]결함 보고 도구와 추적 도구는 코드에서 처리되는 것처럼 결함을 처리하기 위한 일반적인 해결책이다.

참고 항목

참조

  1. ^ "What Is Documentation Testing? – Offshore Software Testing with QATestLab".
  2. ^ a b "What is documentation testing in software testing?".
  3. ^ "Why Documentation is Important in Software Testing? - Software Testing Classes". softwaretestingclass.com. 26 November 2013.
  4. ^ https://www.cs.drexel.edu/~spiros/teaching/SE320/slides/문서-테스트.pdf
  5. ^ Company, DIANE Publishing (April 1994). A Guide to Understanding Security Testing and Test Documentation in Trusted Systems. DIANE Publishing. ISBN 978-0-7881-0699-6.
  6. ^ Gupta, Yoginder Nath. "New Post-Documentation Testing an Important Activity in Software Testing".