일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- 결함심각도
- ISTQB
- SQA
- Wepublic
- QA Engineer
- defect
- 테스트 프로세스 개선
- 리그레이션
- 웹성능
- Test Summary Report
- Test Scenario
- severity
- 리스크기반테스트
- Risk Based Testing
- 버그수명주기
- QA Manager
- Software Testing Life Cycle
- Airbridge
- STLC
- Sanity Testing
- 구조기반 테스트
- bug
- RESRful
- Shift Left Testing
- 결함우선순위
- 테스트 시나리오
- BugLifeCycle
- Retest
- 테스트 요약 보고서
- 세니티테스트
Archives
- Today
- Total
Software Quality
테스트 요약 보고서(Test Summary Report) 본문
Why write a Test Summary Report?
테스트 요약 보고서는 테스트 프로젝트의 모든 테스트 활동과 최종 테스트 결과를 요약한 문서입니다. 테스트 보고서는 테스트가 얼마나 잘 수행되었는지 평가합니다. 이해관계자는 테스트 요약 보고서를 기반으로 제품의 품질을 평가하고 제품 릴리스에 대한 결정을 진행할 수 있습니다.
- 배포 가능 여부를 결정
- 외주 프로그램의 경우 테스트 내용 확인 후 최종 인수를 결정
- 고객 문의가 들어 올 수 있는 노운 이슈 있는 경우 고객센터에 미리 공유해야 미리 대처할 수 있음
What does a Test Summary Report contain?
프로젝트 정보
- 프로젝트 이름
- 버전
- 배포내용 요약
- 일정
- 범위(테스트 진행 영역, 진행하지 않는 영역)
- 테스트 환경
테스트 목표
- 진행하는 각 테스트 항목별 진행 목표
테스트 요약
- 실행된 테스트 케이스 수
- 합격한 테스트 케이스 수
- 실패한 테스트 케이스 수
- Pass/Fail 비율
- 테스트에 대한 의견(Comments)
결함
- 총 버그 수
- 버그 상태(Open, Closed, Responding)
- 버그 수(Open, Resolved, Closed)
- 심각도 및 우선순위 구분
기타
- TC 에서 진행하지 않은 케이스에 대한 사유
- 아직 해결되지 않은 이슈가 있다면 그 이유
- 특이사항
Tips
- 테스트 보고서에는 추상적인 표현 금지
- 테스트 보고서는 표준 템플릿으로 일관성 있게 작성
- 차트나 표 이용해 시각화
- 관련 티켓이나 문서 링크 추가
작성자 의견
- 꼭 위 모든 내용을 담아야 하는 것은 아닙니다. 실무 진행 중 필요한 내용들을 참고해서 작성하면 됩니다.
참고
https://www.guru99.com/how-test-reports-predict-the-success-of-your-testing-project.html
https://www.qatouch.com/blog/how-to-write-qa-test-summary-report/
'SQA > 이론' 카테고리의 다른 글
테스트 계획 템플릿(Test Plan Template) (0) | 2023.10.15 |
---|---|
구조기반 테스트(Structure based Testing) (0) | 2023.10.07 |
탐색적 테스트(Exploratory Testing) (0) | 2023.10.01 |
알파 테스트(Alpha Test)와 베타 테스트(Beta Test) (0) | 2023.09.30 |
Shift Left 테스트 (0) | 2023.09.30 |