Day_05. S/W Defect Management

S/W Defect 란?
=S/W fault or Bug


3가지 구분
=Error – Human Errpr
=Defect – Developer – based 내부 오류/실수
=Failure – User-based = S/W 시스탬의 경계 상에서 행위 변경


Defect 발생 비율의 80%는 요구사항 정의에서 발생
=비용중 1위는 버그탐색과 수정에 소요


s/w defect protential(결함 가능성)
=발생 가능한 결함의 수(2~10개 정도의 예상(함수당)) – Function Point별


Defect potential 과 defect size의 관계
=팀스킬 / 사용언어 /


Defect Removal Efficiency
=제거되는 결함비
=program 의 크기가 크면 클수록 DRE(줄어드는 양)가 줄어든다
=최상의 그룹은 Function Point 별 2.5 개의 defect와 95% 까지 DRE를 잡는다 (목표는 99%)
=75% 미만의 DRE ,F-P 당 7개는 최하위 그룹의 성능
=설계와 요구 사항에서 Defect가 많이 발생한다(수정도 잘 되기 어려움)
=code단에서 error는 거의 제거 된다 (98% 이상)
=저수준 언어에서 에러가 많이 발생한다
=CMMI Level 에 따라 defect의 수준이 다르다
=의료/항공/무기체계등 Mission Critical 한 분야의 defect가 제일 적다
=폭포수 모델에서 에러율이 높다


경제적 가치의 품질
=적은 비용과 짧은 일정은 품질에 약영향을 준다
=defect 제거에서 test가 w일 중요하다
=Low defect 와 high DRE를 지향하는게 가장 저렴하고 빠르게 만드는 것
=Pre-Test (inspection Review) 를 꼭 실시 해야 한다


Defect management
=defect 의 추적
=zero defect가 목적
=요구사항 – 디자인 – inspection- prevention 단계
=Test – Releve maintenance = Defect detection


Defect prevention 의 3가지 기둥
=training – 직원의 교육
=tracking – 추적
=techniques – 경함 분류기술의 도립


s/w defect management 6 step
=discovery
-categorization
=resolution
=verification
=closure
=reporting
===명시적이고 확실한 요구사항이 중요하다


Defect root cause
=BA(Business analysis) 의 domain 교육이 중요
=End-user의 명확한 요구사항 요구


설계(Design)에러 검출
=형상관리
=산출물 관리
=모호한 설계 방지
=추적성


Code 에러 검출
=Test 진행
=Code표준 위반 – 시간이 부족해서 발생하는 문제가 많음


Test 에러 검출
=Test 자체 문제가 대부분
=Test의 생략 – 시간이 부족하다
=부적절한 Test - SDLC 의 활동을 통한 예방