-
소프트웨어 결함 리포트QA 관련/정보 2020. 6. 22. 22:49
이어지는 시리즈
2가지 핵심적 이해
- 테스팅의 목적은 오류를 찾는 것만이 아닌 고치는 것이다
- 결함 리포트의 라이프 사이클과 구성요소를 이해하는 것은 개발과 테스팅 사이의 소통에 있어 도움이 된다
소프트웨어 결함 리포트의 목적
- 발생한 모든 부정적인 이벤트 정보를 개발자 & 기타 관계자에게 제공해 구체적 영향 식별, 재현 테스트로 문제 격리, 잠재 결함 수정, 필요에 따라 다른 문제 해결 방법 구상
- 테스트 관리자에게 작업산출물의 품질과 테스팅 영향을 추적할 방법을 제공
- 개발 & 테스트 프로세스 개선에 대한 아이디어 제공
소프트웨어 결함 리포트 동의어들
SDR - Software Defect Report - 소프트웨어 결함 리포트
SUR - Software User Report - 소프트웨어 사용자 리포트
PTR - Program Trouble Report - 프로그램 장애 리포트
SCR - Software Change Request - 소프트웨어 변경 요구
DR - Defect report - 결함 리포트
소프트웨어 결함 리포트 과정
1. 분석
적절한 리포팅을 확실히 하기위해 버그를 분석한다
2. 보고(report)
보고서를 작성한다
3. 추적(track)
수리 상태를 추적한다. 필요하면, 업데이트까지!
4. 재시험(retest)
수정이 제출되고나서 버그를 재시험한다
5. 마무리(close)
문제가 고쳐진 것에 대해 만족한다면, 버그를 마무리한다
소프트웨어 결함 리포트
어떠한 결함이든 위와 같은 수명주기(lifecycle)를 따라야한다!
커뮤니케이션과 결함 고치는 것을 용이하게 하기 위해 디자인된 프로세스
분석 - 보고 - 추적 - 재시험 - 마무리
'QA 관련 > 정보' 카테고리의 다른 글
소프트웨어 결함 리포트: 트랙, 재시험, 마감 (0) 2020.07.17 소프트웨어 결함 리포트: 내용 (0) 2020.07.17 소프트웨어 결함 리포트: 보고 (0) 2020.07.09 소프트웨어 결함 리포트: 분석 (0) 2020.07.09 테스트(상태) 리포트 (0) 2020.06.22