how write an effective test summary report
샘플 테스트 요약 보고서 템플릿으로 효과적인 테스트 요약 보고서를 작성하는 간단한 12 단계 가이드 :
테스트의 일부로 여러 문서와 보고서가 준비 중입니다. 일부는 테스트 전략 문서 , 테스트 계획 문서 , 위험 관리 계획 , 구성 관리 계획 등. 이러한 테스트 요약 보고서 중 하나는 테스트가 완료된 후 준비되는 보고서입니다.
나는 목적을 설명하려고 노력했다 ' 테스트 요약 보고서 ' 및 제공 다운로드 할 실제 보고서와 함께 샘플 테스트 요약 보고서 템플릿.
학습 내용 :
테스트 요약 보고서 란 무엇입니까?
아시다시피 소프트웨어 테스팅은 SDLC에서 중요한 단계이며 애플리케이션이 통과하고 테스팅 팀에서 'Can Go Live'로 인증하는 'Quality Gate'역할도합니다.
테스트 요약 보고서는 테스트 프로젝트가 끝날 때 또는 테스트가 완료된 후에 준비되는 중요한 결과물입니다. 이 문서의 주요 목적은 프로젝트를 위해 수행 된 테스트에 대한 다양한 세부 사항과 활동을 고위 경영진, 고객 등과 같은 각 이해 관계자들에게 설명하는 것입니다.
의 일부로 일일 상태 보고서 , 일일 테스트 결과는 매일 관련 이해 관계자와 공유됩니다. 그러나 테스트 요약 보고서는 프로젝트에 대해 지금까지 수행 한 테스트에 대한 통합 보고서를 제공합니다.
추천 도서=> 테스트 실행을 스마트하게보고하는 방법 (상태 보고서 템플릿 다운로드)
원격 위치에있는 고객이 예를 들어 4 개월 동안 수행 된 테스트 프로젝트에 대한 결과 및 상태를 이해해야하는 경우 테스트 요약 보고서가 목적을 해결한다고 가정합니다.
이것은 또한의 일부로 준비하는 데 필요한 유물입니다 CMMI 프로세스 .
어떤 테스트 요약 보고서에 포함됩니까?
전형적인 테스트 보고서 템플릿 아래 내용이 포함 되나 각 회사의 형식 및 관행에 따라 내용이 다를 수 있습니다. 더 나은 이해를 위해 실제 사례도 제공했습니다.
이 기사의 끝에서 테스트 요약 보고서 샘플을 다운로드 할 수 있습니다.
효과적인 테스트 요약 보고서 작성을위한 12 단계 가이드
단계 # 1) 문서의 목적
예를 들어 이 문서는 'ABCD 전송 시스템'애플리케이션 테스트의 일부로 수행되는 다양한 활동을 설명합니다.
2 단계) 애플리케이션 개요
예를 들어 ‘ABCD Transport System’은 웹 기반 버스 티켓 예약 애플리케이션입니다. 온라인 시설을 통해 다양한 버스 티켓을 예약 할 수 있습니다. 실시간 승객 정보는 '중앙 리포지토리 시스템'에서 수신되며 예약 확인 전에 참조됩니다. 목적을 달성하기 위해 통합 된 등록, 예약, 결제 및 보고서와 같은 여러 모듈이 있습니다.
3 단계) 범위 테스트
- 범위 내
- 범위 외
- 테스트되지 않은 항목
예를 들어 일부 기술적 인 제한으로 인해 연결을 설정할 수 없으므로 타사 응용 프로그램에 연결해야하는 기능 확인을 테스트 할 수 없습니다. 이 섹션은 명확하게 문서화되어야합니다. 그렇지 않으면 테스트가 애플리케이션의 모든 영역을 다룬다 고 가정합니다.
- 범위 내 : 다음 모듈에 대한 기능 테스트는 테스트 범위에 있습니다.
- 기재
- 예약
- 지불
- 범위 외 : 이 응용 프로그램에 대한 성능 테스트가 수행되지 않았습니다.
- 테스트되지 않은 항목 : 타사 시스템 인 '중앙 저장소 시스템'과의 연결 확인은 일부 기술적 인 제한으로 인해 연결을 설정할 수 없기 때문에 테스트되지 않았습니다. 이는 연결을 사용할 수 있거나 설정할 수있는 UAT (User Acceptance Testing) 중에 확인할 수 있습니다.
4 단계) 메트릭
- 계획된 대 실행 된 테스트 케이스 수
- 통과 / 실패한 테스트 케이스 수
- 식별 된 결함 수 및 상태 및 심각도
2-3 년 경력의 SQL 개발자 인터뷰 질문
- 결함 분포 – 모듈 방식
단계 # 5) 수행되는 테스트 유형
- 연기 테스트
- 시스템 통합 테스트
- 및 회귀 테스트
노트 :여러 차례의 테스트를 수행 한 경우 여기에 세부 정보도 포함 할 수 있습니다.>
예를 들어
에) 연기 테스트
이 테스트는 빌드가 수신 될 때마다 수행되었습니다. (테스트 환경에 배포 됨) 주요 기능이 제대로 작동하는지 테스트하기 위해 빌드를 수락하고 테스트를 시작할 수 있습니다.
비) 시스템 통합 테스트
- 이것은 전체 응용 프로그램이 요구 사항에 따라 작동하는지 확인하기 위해 테스트중인 응용 프로그램에서 수행되는 테스트입니다.
- 애플리케이션의 중요한 기능이 오류없이 의도 한대로 작동하는지 확인하기 위해 중요한 비즈니스 시나리오를 테스트했습니다.
씨) 회귀 테스트
- 회귀 테스트는 결함 수정 및 새로운 개선 사항이있는 경우 테스트를 위해 새 빌드가 배포 될 때마다 수행되었습니다.
- 회귀 테스트는 새로운 기능과 결함 수정뿐만 아니라 전체 애플리케이션에서 수행되고 있습니다.
- 이 테스트는 결함을 수정하고 기존 애플리케이션에 새로운 개선 사항을 추가 한 후 기존 기능이 제대로 작동하는지 확인합니다.
- 새로운 기능에 대한 테스트 케이스가 기존 테스트 케이스에 추가되고 실행됩니다.
6 단계) 테스트 환경 및 도구
예를 들어
7 단계) 교훈
예를 들어
단계 # 8) 권장 사항
예를 들어
- 결함 관리 도구에 대한 관리자 제어는 테스트 팀에 대한 액세스를 제공하기 위해 Offshore Test 관리자에게 부여 될 수 있습니다.
- 요청이 발생할 때마다 현장 관리자에게 연락 할 필요가 없으므로 지리적 시간대 차이로 인해 시간이 절약됩니다.
9 단계) 모범 사례
예를 들어
- 매번 수동으로 수행되는 반복적 인 작업은 시간이 많이 소요되었습니다. 이 작업은 스크립트를 생성하고 매번 실행하여 자동화되어 시간과 리소스를 절약했습니다.
- Smoke 테스트 케이스가 자동화되고 스크립트가 실행되어 빠르게 실행되고 시간이 절약되었습니다.
- 자동화 스크립트는 테스트를 위해 많은 레코드를 만들어야하는 새로운 고객을 만들기 위해 준비되었습니다.
- 비즈니스 크리티컬 시나리오는 제대로 작동하는지 확인하는 데 필수적인 전체 애플리케이션에서 별도로 테스트됩니다.
단계 # 10) 종료 기준
(iI) 모든 치명적인 결함이 종결 됨 등>
예를 들어
- 모든 테스트 케이스를 실행해야합니다. 예
- Critical, Major, Medium 심각도의 모든 결함을 확인하고 종결해야합니다. 예 .
- Trivial 심각도의 모든 미결 결함 – 예상 마감일과 함께 준비된 실행 계획.
Severity1 결함은 'OPEN'이어야합니다. 2 개의 Severity2 결함 만 'OPEN'이어야합니다. 4 개의 Severity3 결함 만 'OPEN'이어야합니다. 참고 : 이것은 프로젝트마다 다를 수 있습니다. 미결 결함에 대한 조치 계획은 언제 어떻게 해결되고 종결 될 것인지에 대한 세부 정보와 함께 명확하게 언급되어야합니다.>
단계 # 11) 결론 / 사인 오프
예를 들어 섹션 10에서 언급 한대로 종료 기준이 충족되고 충족되었으므로이 애플리케이션은 테스트 팀에서 '실행'을 제안합니다. '출시'전에 적절한 사용자 / 비즈니스 승인 테스트를 수행해야합니다.
단계 # 12) 정의, 두문자어 및 약어
=> 샘플 테스트 요약 보고서 다운로드 :
다운로드하려면 여기를 클릭하십시오 예제가있는 샘플 테스트 보고서 템플릿
테스트 요약 보고서를 준비하는 동안 유의해야 할 몇 가지 사항
- 테스트 실행의 일부로 수행 된 테스트에 필요한 모든 정보를 수집합니다. 이것은 건전한 테스트 요약 보고서를 준비하는 데 도움이됩니다.
- 배운 교훈을 자세히 설명하여 이러한 문제를 해결하기 위해 취한 책임을 전달할 수 있습니다. 또한이를 방지하기위한 향후 프로젝트에 대한 참고 자료가 될 것입니다.
- 마찬가지로 모범 사례를 언급하면 '가치 추가'로 간주되는 정규 테스트와는 별도로 팀이 수행 한 노력을 표현할 수 있습니다.
- 그래픽 형식 (차트, 그래프)에서 메트릭을 언급하는 것은 상태 및 데이터를 시각적으로 나타내는 좋은 방법입니다.
- 테스트 요약 보고서는 테스트의 일부로 수행 된 활동을 수신자가 더 잘 이해할 수 있도록 언급하고 설명해야합니다.
- 필요한 경우 몇 가지 더 적절한 섹션을 추가 할 수 있습니다.
결론
테스트 요약 보고서는 중요한 결과물이며이 아티팩트는 고위 경영진, 클라이언트 등과 같은 다양한 이해 관계자와 공유되므로 효과적인 문서를 준비하는 데 중점을 두어야합니다.
철저한 테스트를 수행 한 후 테스트 결과, 메트릭, 모범 사례, 교훈, 'Go Live'에 대한 결론 등을 게시하는 것은 수행 한 테스트 및 테스트 결론에 대한 증거로이를 생성하는 데 매우 중요합니다.
또한 테스트 보고서 샘플을 다운로드 할 수 있습니다. 효과적인 테스트 요약 보고서를 준비하는 방법의 완벽한 예입니다!
저자 정보 : 이것은 Baskar Pillai의 게스트 포스트입니다. 그는 테스트 관리 및 엔드 투 엔드 소프트웨어 테스트 분야에서 약 14 년의 경험을 가지고 있습니다. CSTE 인증 테스트 전문가, 트레이너는 Cognizant, HCL, Capgemini와 같은 IT 전공에서 일했으며 현재 대규모 MNC의 테스트 관리자로 일하고 있습니다.
귀하의 의견 / 질문 / 생각을 알려주십시오.