V 모델

AngryQA | 2015-02-20 금요일 오전 1:9 | QA/QA 용어 | 원본

그동안 공부하던 내용을 조금씩 정리하여 포스팅을 시작하겠습니다~

 

하지만 중요하다고 생각한 부분만 포스팅하기 때문에 내용이 매우 부실합니다...

자세한 내용은 소프트웨어 공학 책을 참조하세요 :D

참고 문헌 : 조대협의 서버 사이드 소프트웨어 개발과 테스트

---

모델 설명 > 검증&검수 영역 순으로 설명하도록 하겠습니다~

1. V 모델

---

V 모델(V-model)은 소프트웨어 개발 프로세스로 폭포수 모델의 확장된 형태 중 하나로 볼 수 있습니다. 

소프트웨어 개발의 각 단계마다 상세한 문서화를 통해 작업을 진행하는 방법이며,

테스트 설계와 같은 테스트 활동을 코딩 이후가 아닌 프로젝트 시작 시에 함께 시작하여, 

전체적으로 많은 양의 프로젝트 비용과 시간을 감소시키는 모델입니다.

|

 V 모델

|

|

** 검증(Verification) 단계**

|

** **

|

** 검수(Validation) 단계**

| |

 분석↓

|

 

|

 ↑인수 테스트

| |

 설계↓

|

 

|

 ↑시스템 테스트

| |

 상세 설계↓

|

 

|

 ↑통합 테스트

| |

 구현↓

|

 →

|

 ↑단위 테스트

| |

** 정적(Static) 테스트**

|

** **

|

** 동적(Dynamic) 테스트**

|

-1. 표가 이상하지만 그냥 봐주세요 퍼오기 구차나서 직접 작성..

-2. 화살표 따라 진행 :D

2. 검증(Verification) & 검수(Validation) 영역

위 표를 보면 좌측 부분을 검증 영역 우측 부분을 검수 영역이라고 하는데,

두 영역을 요약하면

검증(Verification)** : "우리가 맞는 제품을 만들고 있는가?"**

(시스템의 기능적 요구사항, 물리적 요구사항, 인터페이스 요구사항, 성능 요구사항, 데이터 요구사항, 보안(security) 요구사항, etc)

검수(Validation)** : "우리가 제품을 맞게 만들고 있는가?**

(만들어진 제품이 의도한 제품인지를 살펴보는 행위)

자세히 읽지 않으면 그 말이 그 말 같은 느낌!

Verification은 과정, Validation은 결과를 확인하는것 입니다.

덧,

Verification과 Validation은 꼭 동시에 수행되어야 합니다.

이유는 Verification 없이 Validation 수행 과정에서 Fail이 발생할 경우

수정에 들어가는 비용은 어마어마해지기 때문입니다.

정리하고 보니 Verification / Validation의 차이를 중요하게 생각했나봅니다 :D

그리고

틀린 내용이 있을 수 있습니다!!

적당히 참고만 하시기 바랍니다 ㅎㅎ

 

건강한 테스트 활동 하세요~

Comments

검증과 검수는 다른 활동이군요

제생각에는 검수는 시스템의 큰 동작 흐름을 보는것 같고 검증은 요구사항이나 디자인등 문서같이 명시 된걸 하나하나 보는느낌이네요

Beenbyoon | 2015-02-26 목요일 오후 1:16

--

흐음 브이모델은 환상인가요.. 상세한 문서화와 같이 시작이라니

프로젝트 나와보니 상세한 문서화에 빠져 힘들어 하는것 같기도 하네요.

소프트웨어 개발의 각 단계마다 상세한 문서화를 통해 작업을 진행하는 방법이며,

테스트 설계와 같은 테스트 활동을 코딩 이후가 아닌 프로젝트 시작 시에 함께 시작하여, 

Beenbyoon | 2015-02-26 목요일 오후 1:20

--