소프트웨어 V&V(Verification & Validation)

📌V&V(Verification & Validation)

Verification은 충분히 납득할만한 전문적인 개발 과정을 거쳤는지를 확인하는 과정이고, Validation은 고객의 요구사항에 기반한 결과물을 도출하였는지를 확인하는 과정이다.
 

Verification = 확인 = 제품을 올바르게 만들고 있는가?

1. 요구사항 명세서와 설계 명세서에 따라 소프트웨어를 구현하였는지 혹은 결함이 있는지를 평가하는 프로세스이다.
2. 사용자에게 소프트웨어를 보여주기 전에 확인(Verification)은 반드시 수행되어야 한다. 오류나 요구 누락이 존재하는 소프트웨어는 고객에게 신뢰를 줄 수 없기 때문이다.
3. 고객의 니즈에 따라 제품이 설계에 맞게 만들어지고 있는가 혹은 제품이 명세서를 충족하는가를 검사하는 절차이다.
주요 방법

1. 검토

소프트웨어 개발 산출물을 체계적으로 검사하고 문제를 식별하는 과정

2. 정적 분석

코드를 실행하지 않고 소스코드, 설계 문서, 모델 등을 검토하는 방식

 

Validation = 검증 = 올바른 제품을 만들고 있는가?

1. 사용자의 입장에서 소프트웨어가 만족스러운지를 평가하는 프로세스이다. 기본적으로 사용자 요구사항들이 소프트웨어에 모두 구현되었는지를 테스트해야 하며, 이들은 최종적으로 사용자를 만족시켜야 한다.
2. 소프트웨어의 이슈들들을 모두 수정하고, 모든 요구사항들을 구현하였음에도 사용자는 불만족할 수 있으며, 이 경우 검증은 실패했다고 할 수 있다.

주요 방법

1. 동적 테스트

• 단위 테스트
• 통합 테스트
• 시스템 테스트

2. 시뮬레이션 테스트

실제 운영 환경을 시뮬레이션하여 소프트웨어의 성능과 동작을 검증한다.

• 트래픽, 부하 테스트를 통해 사용량이 많은 상황에서도 소프트웨어가 안정적으로 작동하는지 확인한다.

3. 회귀 테스트

소프트웨어 변경 후에도 기존 기능이 제대로 작동하는지 검증한다.

 

📌V-모델과 V&V

V-모델은 소프트웨어 개발 생명주기를 시각적으로 표현한 모델로, 소프트웨어 개발 프로세스의 각 단계와 대응하는 테스트 단계를 보여준다. 왼쪽 개발 단계에서 생성된 산출물이 오른쪽 테스트 단계의 기준이 된다.
1) 개발 단계

• 요구사항 분석: 고객의 요구사항을 분석하여 기능적/비기능적 요구사항을 정의한다.
• 시스템 설계: 전체 시스템의 구조와 흐름을 설계한다. 하드웨어, 소프트웨어, 데이터베이스 등을 포함한다.
• 아키텍처 설계: 시스템 내부의 주요 구성 요소와 그 상호작용을 설계한다.
• 모듈 설계: 소프트웨어를 작게 나누어 모듈 단위로 설계한다. 각 모듈의 기능과 인터페이스를 정의한다.

2) 구현 단계

• 구현: 설계를 바탕으로 실제 코드를 작성한다.

3) 테스트 단계

• 단위 테스트: 개별 모듈이 설계대로 동작하는지 테스트한다. 주로 개발자가 작성한 테스트 케이스를 사용한다.
• 통합 테스트: 여러 모듈이 서로 올바르게 상호작용하는지 테스트한다. 모듈 간 인터페이스와 데이터의 흐름을 검증한다.
• 시스템 테스트: 시스템 전체가 요구사항을 충족하는지 확인한다.
• 사용자 승인 테스트: 실제 사용자가 요구사항을 충족했는지 최종 검증한다.

V-모델에서 Verification(=확인=우리는 올바르게 제품을 만들고 있는가?)는 주로 개발 단계의 왼쪽에서 수행된다. 요구사항, 설계, 구현 등이 명세와 일치하는지 검토하는 과정이다.
V-모델에서 Validation(=검증=우리는 올바른 제품을 만들고 있는가?)는 주로 개발 단계의 오른쪽에서 수행된다. 시스템이 최종적으로 고객의 요구를 충족하는지 확인하는 과정이다.