테스트 요약 보고서 튜토리얼: 예제 및 템플릿으로 학습

시험 보고서

시험 보고서 모든 테스트 활동의 요약과 테스트 프로젝트의 최종 테스트 결과를 포함하는 문서입니다. 테스트 보고서는 테스트 보고서가 얼마나 잘 수행되었는지 평가합니다. 지원 수행됩니다. 테스트 보고서를 기반으로 이해관계자는 테스트된 제품의 품질을 평가하고 소프트웨어 릴리스에 대한 결정을 내릴 수 있습니다.

예를 들어, 테스트 보고서에 제품에 결함이 많이 남아 있다고 알리면 이해관계자는 모든 결함이 수정될 때까지 출시를 연기할 수 있습니다.

테스트 보고서 예

왜 테스트 보고서인가?

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

앞서 사장님께서 Guru99 Bank 웹사이트를 공개할 수 있는지 물으셨을 때 답변해 주셨는데요.	상사는 당신을 믿고 이 웹사이트를 이달 말에 고객에게 공개하기로 결정했습니다. 그런데 출시 후 2개월이 지나서 고객으로부터 피드백을 받았습니다.

이 문제의 근본 원인을 알고 계십니까? 팀에서 이미 테스트했는데도 웹사이트에 여전히 결함이 있는 이유는 무엇입니까?

문제는 당신이 테스트 관리에서 보고 및 평가 단계를 무시했다는 것입니다. 상사는 이 웹사이트의 품질을 평가할 정보가 없습니다. 그들은 당신이 말한 것을 믿고 테스트 성능을 모른 채 웹사이트를 출시했습니다.

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

좋은 테스트 보고서를 작성하는 방법은 무엇입니까?

이에 답하려면 다음을 알아야 합니다.

테스트 보고서에는 어떤 내용이 포함되어 있나요?

프로젝트 정보

테스트 보고서에는 프로젝트 이름, 제품 이름, 버전 등 프로젝트에 대한 모든 정보가 기술되어야 합니다. 예를 들어 Guru99Bank 프로젝트의 정보는 다음과 같습니다.

테스트 목표

언급 한 바와 같이 테스트 계획 튜토리얼, 테스트 보고서에는 단위 테스트, 성능 테스트, 시스템 테스트 등 각 테스트 라운드의 목표가 포함되어야 합니다.

테스트 요약

이 섹션에는 일반적인 테스트 활동 요약이 포함되어 있습니다. 여기에 자세히 설명된 정보에는 다음이 포함됩니다.

• 실행된 테스트 케이스 수
• 테스트 케이스의 숫자가 통과되었습니다
• 테스트 케이스의 수가 실패합니다
• 합격률
• 실패율
• 코멘트

이 정보가 표시되어야 합니다. 시각 사용하여 색상 표시기, 그래프 및 강조 표시된 테이블.

테스트 보고서에 대한 자세한 내용을 보려면 Guru99 Bank 웹사이트의 테스트 보고서를 살펴보십시오.

결함

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

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

테스트 요약과 마찬가지로 다음과 같은 몇 가지 간단한 측정항목을 포함할 수 있습니다. 결함 밀도, 고정 결함의 %.

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

• 결함 밀도는 결함 20개/코드 평균 1000줄입니다.
• 총 90% 결함 수정
• 버그에 대한 자세한 내용은 Defect tracker에 설명되어 있습니다. LINK

다음 그래프와 같이 데이터를 표현할 수 있습니다.

좋은 테스트 보고서를 작성하는 팁

테스트 보고서는 통신 테스트 관리자와 이해관계자 사이의 도구입니다. 테스트 보고서를 통해 이해관계자는 이해 프로젝트 상황, 제품 품질 및 기타 사항.

다음 시나리오는 왜 좋은 테스트 보고서가 필요한지 보여줍니다.

아웃소싱 회사와 협력하여 테스터가 수행한 후 성능 시험 Guru99 Bank 웹사이트에서 다음과 같은 테스트 보고서를 보냅니다.

그 보고서의 정보는 너무 추상. 자세한 정보가 없습니다. 이 글을 읽는 이해관계자는 조금은 그럴 수도 있겠네요. 어찌할 바를 모르는 그들이 그것을 얻을 때. 그들은 다음과 같은 질문을 하거나 가질 수 있습니다. –

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

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

• 세부: 테스트 활동에 대한 자세한 설명을 제공하고 어떤 테스트를 수행했는지 보여주어야 합니다. 보고서에 추상적 정보를 넣지 마십시오. 독자는 귀하가 말한 내용을 이해하지 못할 것이기 때문입니다.
• 명확한: 테스트 보고서의 모든 정보는 다음과 같아야 합니다. 짧은 그리고 명확하게 이해할 수 있는.
• 표준 : 테스트 보고서는 다음을 따라야합니다 품질 주형. 이해관계자가 쉽게 검토하고 보장할 수 있습니다. 일관성 많은 프로젝트의 테스트 보고서 사이.
• 특유한: 프로젝트 활동에 대한 에세이를 쓰지 마세요. 테스트 결과 사양을 설명하고 요약하고 주요 요점에 집중하세요.

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

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