2024. 2. 26. 14:40ㆍ카테고리 없음
왼쪽요소들을-> 테스트 베이시스(테스트 근거 산출물)이라고도 함
요구사항 분석 단계에서 테스트 케이스 만들면서 피드백, 그후 테스트를 진행하며 테스트 케이스를 업데이트
단위 테스트
이 테스트의 목표는 개별 모듈 검증에 초점이 맞춰져 있다.
여기서 모듈이란 함수, 서브루틴, 컴포넌트 등을 말한다.
이 테스트에서는 내부의 논리적 오류를 검출하고, 사용자 요구사항대로 구현되었는지 확인한다.
통합테스트
이 테스트의 목표는 모듈 간의 인터페이스를 확인하기 위한 것이다.
다시 말해, 모듈들이 상호 간에 잘 결합되었는지 확인하는 단계이다
시스템 테스트
모듈이 통합된 후, 사용자의 요구사항을 만족하는지 확인하는 테스트다.
여기서는 시스템 전체가 정상적으로 작동하는지 테스트한다.
인수 테스트
시스템이 예상대로 동작하고 요구사항에 부합하는지 확인하는 테스트이다.
요구분석명세서에 명시된 사항을 모두 충족하는지 테스트한다.
이 단계가 끝나면 프로젝트 수행을 종료한다.
총 정리: 테스트할때 뭐보고 할래?
근거 산출물들을 보면서 테스트할래 (왼쪽에 정의서, 분석서 등)
장점
- 명확한 구조: 각 개발 단계가 테스트 단계와 직접 연결되어 있어, 프로젝트의 구조가 명확하고 이해하기 쉽습니다.
-테스트 중심 개발: 개발의 초기 단계부터 테스팅을 계획함으로써, 결함을 조기에 발견하고 수정할 수 있어 프로젝트의 품질을 향상시킵니다.
-V-Model은 요구사항이 명학한 소규모 프로젝트에 사용된다
- 테스트 중심 개발: 개발의 초기 단계부터 테스팅을 계획함으로써, 결함을 조기에 발견하고 수정할 수 있어 프로젝트의 품질을 향상시킵니다(라이프 사이클 초기에 확인 및 검증 활동에 중점을 두어 오류가 적고 고품질의 제품을 만들 확률이 높다).
-효율적인 자원 사용: 개발과 테스트가 병렬로 진행되므로, 자원을 효율적으로 사용하고 시간을 절약할 수 있습니다.
단점
- 유연성 부족: V모델은 변경 사항에 대해 유연하게 대응하기 어렵습니다. 요구사항이 변경되면, 이미 완료된 작업에 대한 많은 수정이 필요할 수 있습니다.
- 초기 비용 증가: 초기 개발 단계에서 테스트 계획을 수립하고 실행하기 위해 더 많은 시간과 자원이 필요할 수 있습니다.
- 복잡한 프로젝트에 적합하지 않을 수 있음: 매우 복잡하거나 변화가 많은 프로젝트의 경우, V모델로 인해 프로젝트 관리가 더 어려워질 수 있습니다.
- 사용자 피드백의 부족: 개발 과정에서 사용자의 피드백을 반영하기 어렵습니다. 이는 최종 제품이 사용자의 기대와 다를 수 있다는 리스크를 증가시킵니다.
- 경직성: 선형 및 순차 모델이므로 변화하는 요구 사항이나 예기치 않은 이벤트에 적응하기 어려울 수 있다.
- 시간 소모적: 많은 문서화와 테스트가 필요하므로 시간이 많이 소요될 수 있다.
- 단계 반복을 지원하지 않는다.
- 높은 위험과 불확실성