문서요약 - 효과적인 테스트 요약 보고서 작성을 위한 12단계 안내 by Pillai

제목: 효과적인 테스트 요약 보고서 작성을 위한 12단계 안내(A Simple 12 Steps Guide to Write an Effective Test Summary Report)

저자: Baskar Pillai

문서유형: 웹문서, 2016년

출처: http://www.softwaretestinghelp.com/test-summary-report-template-download-sample/

 

테스팅이 완료된 후에 작성되는 ‘테스트 요약 보고서’에 포함되는 정보 항목을 나열한 자료

---

테스트 요약 보고서(Test Summary Report)란?

• 테스트 프로젝트 말에(또는 테스팅이 완료된 후에) 준비되는 중요한 산출물
• 이 문서의 주된 목적은 프로젝트를 위해 수행된 테스팅에 대한 여러 상세사항과 활동을 관련 이해관계자(예, 고위 경영진, 고객 등)에게 설명하는 것이다.
• ‘일일 상태 보고서’가 매일의 테스팅 결과를 관련된 이해관계자들과 공유하기 위한 것이라면, ‘테스트 요약 보고서’는 프로젝트를 위해 지금까지 수행된 테스팅에 대한 종합적인 보고서를 제공한다. 예를 들어, 원격에 위치한 고객이 특정 기간(예, 4개월) 동안 수행된 테스팅 프로젝트에 대한 결과와 상태를 이해할 필요가 있다면, 테스트 요약 보고서가 이 목적을 해결할 수 있다.
• 테스트 요약 보고서는 또한 CMMI 프로세스의 한 부분으로써 준비될 필요가 있는 산물이다.

테스트 요약 보고서 항목

(각 조직의 형식과 관행에 따라 그 내용이 다양할 수 있지만) 통상적인 테스트 요약 보고서가 아래의 정보를 포함한다.

 

Step #1: 문서의 목적(Purpose of the document)

이 문서를 준비하는 목적에 대해 간략히 기술

 

Step #2: 애플리케이션 개요(Application Overview)

테스트 대상 애플리케이션에 대해 간략히 기술

 

Step #3: 테스팅 범위(Testing Scope)

테스팅 범위 내에 있는 기능/모듈, 테스팅 범위 외에 있는 기능/모듈, 어떤 제약이나 의존성 등으로 인해 테스트 되지 않는 항목들에 대해 설명

 

Step #4: 메트릭(Metrics)

메트릭이 테스트 실행 결과, 테스트 케이스의 상태, 결함의 상태 등을 이해하는 것을 돕는다. 다양한 메트릭이 필요에 따라 추가되며, 더 좋은 시각적 표현을 위해 차트/그래프가 첨부될 수 있다. 

a) 계획된 테스트케이스 수 vs. 실행된 테스트케이스 수

b) 통과된/실패한 테스트케이스 수

c) 식별된 결함 수와 그 상태 및 심각도

d) 결함 분포(모듈별) – 아래 예

Step #5: 수행된 테스팅 유형(Types of testing performed)

프로젝트를 위해 수행된 테스팅 타입(예, 스모크 테스팅, 시스템 통합 테스팅, 회귀 테스팅)에 대해 서술한다. 이게 테스트 계획에서 합의한 테스팅 타입에 따라 애플리케이션이 제대로 테스트되었는지를 확인할 수 있게 해줌

 

Step #6: 테스트 환경 및 도구(Test Environment & Tools)

테스팅이 수행된 테스팅 환경(예, 서버, 데이터베이스, 애플리케이션 URL 등)에 대한 상세사항을 제공한다. 테스팅에 사용된 도구가 있다면 이에 대한 정보도 제공한다.

[테스트 환경 및 도구 예]

Step #7: 교훈(Lessons Learned)

직면한 주요 이슈들과 그 해결책(테스팅 동안 어떻게 이 이슈들이 해결되었는지)에 대해 기술한다. 차후 프로젝트에서 동일한 실수/문제를 피하고 그 해결책을 찾을 수 있게 하기 위한 목적

 

Step #8: 권고사항(Recommendations)

기타 제2의 해결책(workaround) 또는 제안(suggestions)을 이 섹션에서 언급할 수 있다.

 

Step #9: 모범 관행(Best Practices)

프로젝트 동안 테스트 팀에 의해 수행된 많은 활동들 중 시간/자원을 절약할 수 있는 효율적인 작업 방법을 문서화한다.

 

Step #10: 종료 기준(Exit Criteria)

조건 충족 시 테스팅을 완료할 수 있는 종료 기준을 정의한다.

 

(i) 모든 계획된 테스트케이스가 실행됨

(iI) 심각도가 최상인 모든 중요(Critical) 결함이 종결됨(즉, 수정 및 재확인 완료)

 

Step #11: 결론/승인(Conclusion/Sign Off)

테스팅 종료 기준이 충족된 후에 애플리케이션이 ‘Go Live’로 가는 것에 테스팅 팀이 동의하는지 여부를 언급한다. 만약 애플리케이션이 종료 기준을 충족시키지 못한다면, “애플리케이션이 Go Live로 가는 것을 권하지 않음”이라고 언급하고 결정권을 가진 고위 경영진, 고객, 기타 이해관계자의 판단에 맡긴다.

 

Step #12: 정의, 두문자어, 약어(Definitions, Acronyms, and Abbreviations)

문서에서 사용된 신규 정의나 용어/약어들의 의미를 기술