SW 품질보증 - 정형기술검토(FTR,Formal Technical Review)

SW 품질보증 - 정형기술검토(FTR,Formal Technical Review)

• 정형기술검토(FTR) 정의
  • 정형기술검토(FTR)의 원칙
  • 정형기술검토(FTR)의 목적
  • 페덱스의 법칙(1:10:100)
  • 정형기술검토(FTR)의 절차
  • 정형기술검토(FTR)의 종류

정형기술검토(FTR)는 소프트웨어 테스트 시간과 비용을 절감하기 위한 정적 테스트 기법입니다. 코드를 포함하여 소프트웨어 개발 중간 산출물을 검토하고 테스팅하는 방법으로, 결함을 예방하는 데 중점을 둡니다.

정형기술검토(FTR) 정의

• 소프트웨어 테스트 시간과 비용을 절감하기 위한 정적 테스트 기법
• 코드를 포함하여 소프트웨어 개발 중간 산출물을 검토하고 테스팅하는 방법
• 결함을 예방하는 데 중점

정형기술검토(FTR)의 원칙

• 사전준비: 검토 전에 충분한 준비
• 의제 제한성: 검토할 의제를 명확히 제한
• 참가 인원 제한성: 검토에 참여하는 인원을 제한하여 효율성 높임
• 제품 검토 집중성: 제품 자체에 집중하여 검토
• 논쟁과 반박의 제한성: 논쟁과 반박을 제한하여 검토의 목적에 집중

정형기술검토(FTR)의 목적

• 결함 조기 발견: 초기 단계에서 결함 발견 및 수정
• 전체 비용 감소: 결함을 조기에 발견하여 전체 비용 절감
• 적은 결함으로 품질 향상: 결함을 줄여 소프트웨어 품질 향상
• 개발 생산성 향상: 결함을 줄여 개발 생산성 높임
• 기능과 로직의 오류 발견: 기능과 로직의 오류 발견 (해결책 제시 X)

페덱스의 법칙(1:10:100)

• 초기 버그 1 비용: 초기 단계에서 버그 발견 시 비용 1
• 개발 단계 10 비용: 개발 단계에서 버그 발견 시 비용 10
• 유지보수 단계 100 비용: 유지보수 단계에서 버그 발견 시 비용 100

정형기술검토(FTR)의 절차

1. 계획: 검토 계획 수립
2. 시작(kick-off): 검토 시작
3. 개별 준비: 각 참가자가 개별적으로 준비
4. Review 미팅: 검토 회의 진행
5. Rework: 발견된 결함 수정
6. 후속 처리: 검토 결과 문서화 및 후속 조치

정형기술검토(FTR)의 종류

• Walkthrough (Open): 작성자 주도로 비공식적 검토, 개발 참여 팀들로 구성
• Review: 요구 명세서와 일치성 검토, 개발자, 관리자, 사용자, 외부 전문가 참여
• Inspection (Role based): 훈련된 중재자가 주도, 소프트웨어 구성 요소 정확히 평가, Review보다 엄격, 체크리스트와 전문 지식 팀으로 구성, 진행자의 진행 능력에 따라 인스펙션 품질 좌우
  • 절차: 계획 -> 사전 교육 -> 준비 -> 인스펙션 회의 -> 수정 -> 후속 조치

정형기술검토(FTR)는 소프트웨어 개발 과정에서 결함을 조기에 발견하고 수정하여 품질을 향상시키는 중요한 방법입니다. 이를 통해 전체 비용을 절감하고, 개발 생산성을 높일 수 있습니다.