소프트웨어 결함 리포트: 트랙, 재시험, 마감

이어지는 시리즈

• 소프트웨어 결함 리포트
• 소프트웨어 결함 리포트: 분석
• 소프트웨어 결함 리포트: 보고
• 소프트웨어 결함 리포트: 내용
• 소프트웨어 결함 리포트: 트랙, 재시험, 마감

 

https://instabug.com/blog/wp-content/uploads/2021/01/b_How-to-Write-a-Bug-Report-The-Ideal-Bug-Report-.png

 

소프트웨어 결함 리포트 과정

분석
리포트
트랙
재테스트
종료(Close)

---

결함 트래킹

• 과정을 가지기
• 결함 리뷰 보드에 의해 다뤄지기
  • 독립적으로 결정을 내리게 한다면, 실수가 생길 수 있는 환경을 만들게 됨
• 보드에 리드 테스터(또는 모든 테스터)를 포함하기
  • 이해관계자, 개발 및 관리팀, 비지니스 분석과 데이터베이스팀도 포함된다
• 결함들에 진전이 있는지 확인하기

결함 재테스팅

개발팀이 결함을 가져갔고, 리서치했으며, 해결 표시를 하였다면 → 해결되었는지 재테스트 한다!

• 재테스트는 3가지의 결과를 가지고 있다
  1. 문제가 실제로 해결되었다
     • 종료시키고, 필드들(종료된 릴리즈 버전, 테스터 노트, 종료 날짜 등)을 채워넣는다. 
  2. 문제가 그대로 남아있다
     • 다시 개발자에게 알리고, 재시도 또는 진행중으로 표시한다
  3. 문제가 새로운 문제로 대체되었다
     • 결함을 종료하고, 과정을 다시 처음부터 시작한다.
• 이 결과들은 상호 배타적이 아니다! (= 결과들이 겹칠 수도 있다)

결함 종료

• 테스터 또는 검증(verification) 노트를 추가하기
• 기득권을 가진 그 누구든지 재테스트할 수 있도록 하기
• 종료하기 (또는 종결 추천하기)

만약 "결함 리뷰 보드"가 없다면?

처분 상태를 세팅하는...
진행 상태를 세팅하는...
결함들을 추적하는...

과제/일(Task)들은 테스팅 팀에게 주어진다

---

다음과 같은 결함 리포트 과정은 품질에 관한 것이다

• 테스터들은 각각의 단계에서 주의한다
• 누구든 결함을 입력할 수 있다
• 리뷰보드는 과정의 품질을 확인하는데 도움을 준다
• 보드는 필요할 때마다 자주 리뷰해야한다
  • 예. 디자인 검증 테스팅(DVT): 빌드 스케쥴이 주 2회라면, 보드는 빌드 다음날 시행한다
  • 예. 시스템 검증 테스팅(SVT): 프로세스 끝에 실행되므로, 보드는 빌드가 되든 안 되든 매일 시행된다.