비교 차트
| 비교 근거 | 확인 | 확인 |
|---|---|---|
| 기본 | 특정 요구 사항에 대해 개발 단계에서 제품을 검사하는 프로세스. | 개발이 끝날 때 사용자 요구 사항에 대한 제품 평가가 포함됩니다. |
| 골 | 제품 개발을 보장하는 것은 설계 및 요구 사항 사양에 따른다. | 개발 된 제품이 정확하고 사용자의 요구 사항을 충족하는지 확인합니다. |
| 관련 활동 | 계획, 요구 사항 사양, 설계 사양, 코드, 테스트 케이스가 평가됩니다. | 테스트중인 소프트웨어가 평가됩니다. |
| 수행자 : | 품질 보증팀 | 테스트 팀 |
| 실행 명령 | 사전 수행 | 확인 후 |
| 비용 | 적게 | 더 |
검증의 정의
소프트웨어 공학의 맥락에서의 검증 은 소프트웨어의 특정 기능의 정확한 구현을 확인하는 일련의 방법입니다. 제품이 올바르게 구성되었는지 여부를 확인하는 데 사용됩니다. 소프트웨어 개발 프로세스의이 단계에서는 버그 및 오류가 제거되어 안정성을 보장합니다.
확인 프로세스는 다음을 제공합니다.
- 개발 후 I / O 기능의 기능을 보장하기 위해 복합 설계를 분석하는 예 f 식 방법을 제공합니다.
- 디자인의 정확성과 품질 또한 검증되었습니다.
- 그것은 설계에 대한 최종 제품을 간단히 검사하여 제품이 제품 사양을 준수하는지 여부를 확인합니다.
검증은 시뮬레이션, 하드웨어 에뮬레이션 및 공식 방법 과 같은 다양한 방법을 사용하여 수행 할 수 있습니다. 실질적으로 단위 테스트와 시스템 테스트는 소프트웨어 코드 검증에 사용됩니다. 단위 테스트는 코드 동작이 단위 사양을 따르는 지 여부를 확인합니다. 시스템 테스트의 경우, 모듈은 전체 시스템 테스트의 의미로 함께 연결됩니다. 시스템 테스트 결과에는 시스템이 사양을 충족하는지 여부가 확인됩니다.
유효성 검사의 정의
유효성 검사 는 고객 요구 사항에 따라 소프트웨어의 추적 성을 보장하는 데 사용되는 일련의 프로세스를 나타냅니다. 최근의 대부분의 경우, 컴퓨터 시스템은 사용자의 요구 사항을 충족시키지 못하고 이것이 중요한 문제 중 하나입니다. 검증과 관련된 문제는 사용자와 개발자 및 문화적 틈 사이의 부적절한 의사 소통으로 인해 발생합니다. 따라서 유효성 확인은 시스템이 사용자의 필요, 의도, 수용을 충족시키는 지 여부를 확인하고 작동하는 시스템이 이러한 요구 사항을 충족시키는 지 확인하는 데 사용됩니다.
시스템이 완벽하게 작동하더라도 사용자가 필요로하는 필수적인 목적을 충족시켜야합니다. 유효성 검사 활동에는 프로젝트가 끝날 때 수행되는 수용 테스트가 포함됩니다. 이 테스트에서는 소프트웨어가 클라이언트의 요구 사항을 준수하고 클라이언트가이를 수락하면 소프트웨어가 클라이언트에게 시연됩니다.
검증과 검증의 주요 차이점
- 검증 활동은 특정 구성 요소의 설계 출력이 특정 요구 사항을 충족한다는 객관적인 확인을 제공합니다. 반대로 소프트웨어 유효성 검사는 최종 소프트웨어 제품이 사용자 요구 사항을 준수하는지 확인합니다.
- 검증에서 발견 된 오류는 검증 프로세스의 오류와 관련된 비용에 비해 비용이 적게 듭니다.
- 검증은 제품 개발 후 (즉, 검증 후) 검증이 수행되는 동안 개발 단계에서 수행됩니다.
- 품질 보증 팀은 검증을 수행 할 책임이 있습니다. 반대로 유효성 검사는 테스트 팀에서 수행합니다.
결론
검증은 소프트웨어에서 특정 기능의 정확한 구현을 보장하는 일련의 활동으로 설명됩니다. 반면에 유효성 검사는 개발 된 소프트웨어가 고객 요구 사항을 준수하는지 확인하는 활동 그룹입니다.
