-
소프트웨어 결함 리포트: 보고QA 관련/정보 2020. 7. 9. 20:02
이어지는 시리즈
테스팅 중 발견한 결함 반드시 기록!
결함은 [코드 작성 중, 정적 분석, 리뷰, 동적 테스팅, 제품 사용 중] 에 보고 가능
결함은 [코드나 운영 중인 시스템 & 요구사항, 사용자스토리 & 인수조건, 개발 문서, 테스트 문서, 사용자 메뉴얼, 설치 가이드]와 같은 문서에서 이슈로 보고 가능
소프트웨어 결함 보고
1. 중복되지 않는지 확인
→ 이미 보고된 문제가 아닌지 (검색 가능 결함 트레킹 시스템)
2. 개발자와 상의
→ 개발자가 결함 리포트에 입력하지 않도록 설득하지 못 하게 하기!
3. 시스템에 입력
→ 결함 트레킹 시스템 (예. 형상(configuration)컨트롤, 소스 컨트롤 - SCR(Software Change Request)없이 테스트 변경 불가)
4. 해결되었는지 확인
효과적인 결함 리포트의 특성
- 번호 또는 ID 붙이기: 결함 트레킹 시스템에 의해 자동적으로 행해짐
- 간단명료: 결함 리포트 하나당 하나의 문제를 고수
- 글로 남긴
- 완성된
- 이해가능한
- 문제를 설명한다
- 재생산하기위한 최소한의 단계들을 포함: 복잡하고 긴 X
소프트웨어 결함들을 보고하는 것은 상식이다!
- 많은 이해관계자들은 현재 또는 과거의 '시스템에서 어떤 것이 잘못되었는지'에 관심있다
- 되도록이면, 간결하게 할 것
- 결함들을 전달하는데 있어 일관된 방법을 제공하기
- 템플릿에 잘 맞게 구성요소들을 수정하기
'QA 관련 > 정보' 카테고리의 다른 글
소프트웨어 결함 리포트: 트랙, 재시험, 마감 (0) 2020.07.17 소프트웨어 결함 리포트: 내용 (0) 2020.07.17 소프트웨어 결함 리포트: 분석 (0) 2020.07.09 소프트웨어 결함 리포트 (0) 2020.06.22 테스트(상태) 리포트 (0) 2020.06.22