V 모델(V-model)은 개발 단계와 그에 대응하는 테스트 단계를 하나씩 짝지은 개발 생명주기 모델이다.[1][2] ISTQB 용어집은 V 모델을 순차 개발 생명주기 모델로 분류한다.[1]
왼쪽과 오른쪽의 대응
V-Modell XT 2.4는 V자 절차의 내려가는 가지에서 시스템을 명세하며 분해하고, 올라가는 가지에서 구현하며 통합하며, 수평 단계마다 검증과 확인을 둔다. 시험 명세는 내려가는 가지에서 같은 수평 단계의 요구사항, 명세, 아키텍처로부터 만들고, 시험 기록은 올라가는 가지에서 남긴다.[2]
테스트 기준
ISTQB 용어집은 테스트 기준(test basis)을 테스트 분석과 테스트 설계의 바탕이 되는 지식의 총체로 정의한다.[4] V 모델에서는 오른쪽 단계의 검증을 같은 수평 단계에 있는 왼쪽 단계의 산출물, 곧 요구사항, 아키텍처, 설계를 바탕으로 명세한다.[2][3] ASPICE 4.1은 시스템 통합과 소프트웨어 통합의 검증 조치를 각각 시스템 아키텍처와 소프트웨어 아키텍처의 정적·동적 측면에 맞춰 정하게 한다.[3]
테스트 설계를 앞당김
V 모델에서는 테스트 설계를 코딩이 끝난 뒤가 아니라 대응하는 개발 단계에서 시작한다.[2][6] ISTQB CTFL 강의계획서는 이를 개발 생명주기 모델과 상관없이 지킬 좋은 관행으로 권한다. 이 강의계획서에 따르면 순차 모델에서는 초기 단계에 테스터가 요구 검토, 테스트 분석, 설계에 참여한다.[6]
ISTQB 용어집은 테스트와 품질 보증 활동을 SDLC에서 가능한 한 일찍 수행하는 테스트 접근법을 shift left라 부른다.[7] CTFL 강의계획서에 따르면 일찍 테스트하면 시간과 비용이 준다. 일찍 없앤 결함은 뒤 산출물에 결함을 낳지 않고, 뒤에 생기는 장애(failure)가 줄어 품질 비용이 준다.[6]
기원
V-Modell XT는 V자 모양의 개발 절차를 내용의 바탕으로 삼았고 이름도 거기서 땄다.[2] 독일 연방정부의 V-Modell은 1992년 처음 발표되어 국방 기술 분야에서 쓰였다. 후속판 V-Modell 97은 연방 행정의 소프트웨어 개발에 쓰도록 지정되었고, 2005년 2월부터는 V-Modell XT가 쓰인다.[8]
Forsberg와 Mooz는 1991년 논문에서 시스템 공학이 프로젝트에서 맡는 역할을 밝히려고 프로젝트 주기의 기술적 측면을 V 모양 그림으로 나타냈다.[9]
반복 적용
V-Modell XT 2.4는 V를 한 번이 아니라 반복마다 여러 번 거치게 하여 기능을 점진적으로 늘리고, 점진 개발 전략과 prototype 개발 전략마다 V를 거치는 순서를 달리 둔다. 이 모델의 점진 개발 전략에서는 시스템을 증분이라는 단계로 나누어 설계, 구현, 인도하고, 증분마다 따로 인수한다. 반복의 계획은 적어도 증분 하나의 인도와 인수까지를 다룬다.[2]
ASPICE 4.1의 프로세스 참조 모델과 프로세스 평가 모델은 생명주기 모델이 아니어서 프로세스나 BP(base practice)를 수행할 순서를 정하지도 막지도 않고, 프로젝트 생명주기는 MAN.3.BP2에 따라 프로젝트가 정하게 둔다.[3]
ASPICE의 V 컨셉
프로세스 참조 모델은 시스템 엔지니어링 프로세스와 소프트웨어 엔지니어링 프로세스를 각각 V 모양으로 배치해, 왼쪽의 요구사항 분석과 설계 프로세스가 오른쪽의 검증 프로세스와 짝을 이뤄 마주 보게 한다. 마주 보는 짝마다 오른쪽의 검증 조치와 왼쪽 산출물 사이에 일관성과 양방향 추적성을 요구한다.[3] 프로세스마다의 ID와 이름은 프로세스 참조 모델의 프로세스 범주와 그룹에서 다룬다.