Day_11. S/W Quality and Requirement

Requirement driven development
=software quality comformance of requirement
=이때 S/W 의 품질 – 요구사항의 만족 수준


핵심
=V&V model 에서 개발시 test는 요구사항을 기반으로 수행해야 한다


RDD= Requirement Drivel Development
=새로운 요구사항과 기존 요구 사항의 교체등이 중요
==Requirement Deffect 로 인해 전체 s/w의 질이 떨어지는 software crisis 가 올 수 있다
=요구사항이 부정확하기 때문에 발생한다는 의미
=요구사항의 부정확 -> 범위의 침범 –> Requirement creeping -> 시간 & 범위 증가 -> 부정확한 test & 검증이 어려움 ->시스템의 fail


요구 사항의 특성
=명시 / 묵시적 요구항으로 나뉠수 있으며 언제나 같이 진행


요구사항의 결함 3가지

목적성 결함	Concept error
이래성 관련 결함	Spec error
연결성 관련 결함	Implementation error – 개발자 실수의 bug

RBT - Requirement Based Test
=요구사항을 기반으로 Test case 를 짠다

Requirement	Test requirement
Design	Test design
Implementation	Test implementation
Delivery

Background of RBT
=S/W requirement defect – 프로젝트 실패
=s/w test coverage – 너무 많은 test / 변경 관리의 실패
=s/w test limit – 무작위 조합 , 감에 의해 시행 한다
=무작위 test (brute force) – 꿈 같은 test, 모든 조합에 대해 test 하는것


RBT의 goal
=최대의 결함을 찾기 위해 최적의 test coverage생성
=모든 기능 요구 사항을 검증할 최소 수의 test 를 생성
=조기 결함 방지 및 예방


RBT의 특징
=Well definel STS 를 가질것이라고 가정하지 않는다


개발 & TEST의 특징
=Rule Of 50:50 – technique knowledge : business knowledge
=예측 가능한 test 의 범위 계획
=하나의 단위가 준비되는 즉시 test를 시작


RBT의 전략
=명시된 요구사항에 대해 적어도 1개의 test 실시
=명시된 요구사항은 실체로 모두 사용되지 않는다
==20:80 의 원리
==50%는 아예 사용되지 않으며 30%는 가끔 사용되고 20%만이 자주 사용된다
==요구사항 우선순위가 아주 중요함
=1Test case = 1 requirement 로 1:1관계가 되어야 한다
=요구사항이 test가 가능하게 되어 있는가


좋은 test process characteristic

timely test	요구사항 작성시 시작
effective test	시스템적 test 구성
Efficiency test	자동화 & 최소 test case
Manageable test	정량적 식별 가능한 메트릭 제공

RBT Process activities

Requirement verification	Scope 지정/ 사용자 요구사항 결함 검토 Testcase requirement 대응
Defining test / completion criteria	구체적이며 정량화 가능한 목표 무섯을 어떻게 test 할지 지정 Test ability – 얼마나 쉽게 test가 가능한가
Design test case	기능과 동일한 test case 정의 / cause effect graph 중목이 발생하는 상황을 방지 =5가지 input 특징 =초기상태/test data/input data/예상결과/실제결과

Verify rest case quality
=stakeholder 전체의 검토


Implementation test case
=설계 / 코드 검토 (code inspection)


Manage test case
=요구사항과 rest case 추적성 관리
=결함 추적 & 관리 / test case 저장소 build
==기능 & 비기능 요구사항을 모두 포함한다