테스트 요약 보고서 자습서 : 예제 및 템플릿으로 배우기

테스트 보고서 란 무엇입니까?

테스트 보고서는 다음을 포함하는 문서입니다.

• 요약 테스트 활동과 최종 테스트 결과
• 테스트 가 얼마나 잘 수행 되고 있는지에 대한 평가

테스트 보고서를 기반으로 이해 관계자는 

• 테스트 된 제품 의 품질 평가
• 소프트웨어 릴리스에 대한 결정 을하십시오. 예를 들어, 테스트 보고서에 제품에 많은 결함이 있음이 알려지면 모든 결함이 수정 될 때까지 릴리스가 지연 될 수 있습니다.
  
  
  
테스트 보고서 예제

왜 테스트 보고서입니까?

다음 시나리오는 테스트 보고서가 필요한 이유를 보여줍니다.

 

이전에, 상사가 웹 사이트 Guru99 Bank가 공개 할 수 있는지 여부를 묻자, 당신은 그에게 대답했습니다.	사장님은 귀하를 신뢰 하셨으며 매월 말에이 웹 사이트를 고객에게 공개하기로 결정했습니다. 그러나 출시 2 개월 후, 고객으로부터 피드백을 받았습니다.

이 문제의 근본 원인을 알고 있습니까? 팀이 이미 테스트 한 경우에도 웹 사이트에 결함이있는 이유는 무엇입니까?

문제는 테스트 관리에서보고 및 평가 단계를 무시한 것입니다. 사장님은이 웹 사이트의 품질을 평가할 정보가 없습니다. 그들은 당신이 말한 것을 믿었고 테스트 성능을 알지 못하고 웹 사이트를 공개했습니다.

테스트 보고서의 일반적인 이점은 다음과 같습니다.

좋은 성적표를 작성하는 방법?

이것에 대답하기 위해서, 당신은 알아야만합니다 -

테스트 보고서에는 무엇이 포함되어 있습니까?

프로젝트 정보

프로젝트 이름, 제품 이름 및 버전과 같은 프로젝트의 모든 정보는 테스트 보고서에 설명되어야합니다. 예를 들어, Guru99Bank 프로젝트의 정보는 다음과 같습니다.

목표 테스트

Test Planning  튜토리얼 에서 언급했듯이 , Test Report에는 Unit Test, Performance Test, System Test ... 등과 같은 각 테스트 라운드의 목표가 포함되어야합니다.

테스트 요약

이 섹션에는 일반적으로 테스트 활동 요약이 포함됩니다. 여기에 자세한 정보가 포함되어 있습니다.

• 실행 된 테스트 케이스의 수
• 테스트 케이스 수가 통과합니다.
• 테스트 케이스의 수가 실패합니다.
• 패스 백분율
• 실패 비율
• 코멘트

이 정보는 색 표시기 , 그래프 및 강조 표시된 표 를 사용하여 시각적으로 표시되어야 합니다 .

테스트 리포트에서 가장 중요한 정보 중 하나는 결함입니다. 보고서에는 다음 정보가 포함되어야합니다.

• 총 버그 수
• 버그 상태 (열림, 닫힘, 응답)
• 열린 버그, 해결 된 버그, 닫힌 버그 수
• 심각도 및 우선 순위별로 분류

테스트 요약과 마찬가지로 결함 밀도, 고정 결함 비율 과 같은 간단한 메트릭을 포함 할 수 있습니다 .

프로젝트 팀이 결함 정보를 다음과 같이 보냈습니다.

• 결함 밀도는 20 결함 / 1000 라인 코드 평균
• 총 90 % 결함 수정
• 버그의 세부 사항은이 결함 추적기에 설명되어 있습니다.

다음 그래프와 같이 데이터를 나타낼 수 있습니다.

 좋은 시험 보고서를 작성하는 팁

테스트 보고서는 테스트 관리자와 이해 관계자 간의 커뮤니케이션 도구입니다. 테스트 보고서를 통해 이해 관계자는 프로젝트 상황 및 제품 품질 등을 이해할수 있습니다 .

다음 시나리오는 훌륭한 테스트 보고서가 필요한 이유를 보여줍니다.

당신 은 웹 사이트 Guru99 은행의 성능 테스트 를 수행 한 후에 아웃소싱 회사, 테스터와 협력 하여이 같은 테스트 보고서를 보냅니다.

해당 보고서의 정보가 너무 추상적 입니다. 세부 정보는 없습니다. 그것을 읽을 이해 관계자는 그것을 얻을 때 약간의 의아해 할 수도 있습니다 . 그들은 다음과 같은 질문을하거나 질문 할 수 있습니다.

• 나머지 30 TC를 실행하지 않은 이유는 무엇입니까?
• 이 실패한 테스트 케이스는 무엇입니까?
• 버그 설명이 없습니다.

이 문제를 해결하기 위해 좋은 테스트 보고서는 다음과 같아야합니다.

• 세부 정보 : 테스트 활동에 대한 자세한 설명을 제공하고 수행 한 테스트를 표시해야합니다. 독자가 당신이 말한 것을 이해하지 못하기 때문에 추상적 인 정보를 보고서에 넣지 마십시오.
• 지우기 : 시험 보고서의 모든 정보가 있어야한다 짧은 하고 명확하게 이해할 수.
• 표준 : 테스트 보고서는 표준 템플릿을 따라야합니다 . 이해 관계자 는 많은 프로젝트에서 테스트 보고서 간의 일관성 을 검토하고 확인하는 것이 쉽습니다 .
• 구체적 : 프로젝트 활동에 관한 에세이를 작성하지 마십시오. 테스트 결과 스펙을 설명하고 요약하고 주요 포인트에 중점을 둡니다.

예를 들어 위 테스트 보고서를 수정하려면 테스터는 다음과 같은 추가 정보를 제공해야합니다.

• 프로젝트 정보
• 테스트 사이클 : (시스템 테스트, 통합 테스트 ... 등)
• 이미 테스트 한 기능 (실행 된 % TC, 통과 또는 실패한 % TC ...)
• 결함 보고서 (결함 설명, 우선 순위 또는 상태 ...)