what is stlc v model
STLC V- 모델은 무엇입니까?
Windows 10 용 무료 DVD 리퍼
주요 장애 중 하나 폭포 STLC 모델 개발주기가 끝날 때 테스트가 수행 되었기 때문에 개발 프로세스의 매우 늦은 단계에서 결함이 발견되었습니다. 결함이 매우 나중 단계에서 발견 되었기 때문에 결함을 수정하는 것은 매우 어렵고 비용이 많이 듭니다. 이 문제를 극복하기 위해“V Model”이라는 새로운 개발 모델이 도입되었습니다.
V 모델은 이제 가장 널리 사용되는 소프트웨어 개발 프로세스 중 하나입니다. V 모델의 도입은 실제로 요구 사항 단계에서 바로 테스트 구현을 입증했습니다. V 모델은 검증 및 검증 모델이라고도합니다.
학습 내용 :
확인 및 검증
V 모델을 이해하기 위해 먼저 소프트웨어에서 검증 및 검증이 무엇인지 이해합시다.
확인 : 검증은 정적 분석 기법입니다. 이 기술에서는 코드를 실행하지 않고 테스트가 수행됩니다. 예를 들면 검토, 검사 및 연습이 있습니다.
확인 : 유효성 검사는 코드를 실행하여 테스트를 수행하는 동적 분석 기술입니다. 예를 들면 기능 및 비 기능 테스트 기술이 있습니다.
V- 모델
V 모델에서는 개발과 QA 활동이 동시에 이루어집니다. 테스트라는 개별 단계가 없으며 테스트는 요구 사항 단계에서 바로 시작됩니다. 확인 및 검증 활동은 함께 진행됩니다.
V 모델을 이해하기 위해 아래 그림을 살펴 보겠습니다.
일반적인 개발 프로세스에서 왼쪽에는 개발 활동이 표시되고 오른쪽에는 테스트 활동이 표시됩니다. 개발 단계에서 실제 개발 활동과 함께 검증과 검증이 모두 수행된다고 말하면 잘못된 것이 아닙니다.
이제 그림을 이해하겠습니다.
왼쪽 방향
앞서 말했듯이 왼쪽 활동은 개발 활동입니다. 일반적으로 우리는 느낍니다. 개발 단계에서 수행 할 수있는 테스트, 그러나 이것은 테스트가 개발 활동의 모든 단계에서 수행 될 수 있음을 보여주는이 모델의 아름다움입니다.
요구 사항 분석 :이 단계에서는 요구 사항을 수집, 분석 및 연구합니다. 여기서 시스템이 구현되는 방식은 중요하지 않지만 시스템이 수행해야하는 작업이 중요합니다. 브레인 스토밍 세션 / 워크 스루, 인터뷰는 목표를 명확히하기 위해 수행됩니다.
- 검증 활동 : 요구 사항 검토.
- 검증 활동 : UAT 생성 ( 사용자 수용 테스트 ) 테스트 케이스
- 생성 된 유물 : 요구 사항 이해 문서, UAT 테스트 케이스.
시스템 요구 사항 / 높은 수준의 설계 :이 단계에서는 소프트웨어의 고급 디자인이 구축됩니다. 팀은 요구 사항을 구현할 수있는 방법을 연구하고 조사합니다. 요구 사항의 기술적 타당성도 연구됩니다. 팀은 또한 생성 될 모듈 / 종속성, 하드웨어 / 소프트웨어 요구 사항을 제시합니다.
- 검증 활동 : 디자인 리뷰
- 검증 활동 : 창조, 창출 시스템 테스트 계획 및 사례, 추적 성 메트릭 생성
- 생성 된 유물 : 시스템 테스트 케이스, 타당성 보고서, 시스템 테스트 계획, 하드웨어 소프트웨어 요구 사항, 생성 할 모듈 등
건축 설계: 이 단계에서는 높은 수준의 설계를 기반으로 , 소프트웨어 아키텍처가 생성됩니다. 모듈, 관계 및 종속성, 아키텍처 다이어그램, 데이터베이스 테이블, 기술 세부 정보는 모두이 단계에서 마무리됩니다.
- 검증 활동 : 디자인 리뷰
- 검증 활동 : 통합 테스트 계획 및 테스트 케이스.
- 생성 된 유물 : 디자인 문서, 통합 테스트 계획 및 테스트 케이스, 데이터베이스 테이블 디자인 등
모듈 설계 / 저수준 설계 : 이 단계에서는 소프트웨어 구성 요소의 모든 모듈이 개별적으로 설계됩니다. 메서드, 클래스, 인터페이스, 데이터 유형 등은 모두이 단계에서 마무리됩니다.
- 검증 활동 : 디자인 리뷰
- 검증 활동 : 단위 테스트 케이스 작성 및 검토.
- 생성 된 유물 : 단위 테스트 케이스,
구현 / 코드 :이 단계에서는 실제 코딩이 완료됩니다.
- 검증 활동 : 코드 검토, 테스트 케이스 검토
- 검증 활동 : 기능 테스트 케이스 작성.
- 생성 된 유물 : 테스트 케이스, 검토 체크리스트.
오른편
오른쪽은 테스트 활동 또는 검증 단계를 보여줍니다. 바닥부터 시작하겠습니다.
단위 테스트 : 이 단계에서는 저수준 설계 단계에서 생성 된 모든 단위 테스트 케이스가 실행됩니다.
* 단위 테스트는 코드 조각이 예상 된 출력을 제공하는지 여부를 테스트하기 위해 메서드 (또는 다른 코드 조각)를 호출하는 코드 조각이 작성되는 화이트 박스 테스트 기술입니다. 이 테스트는 기본적으로 개발 팀에서 수행합니다. 이상이있는 경우 결함이 기록되고 추적됩니다.
생성 된 유물 : 단위 테스트 실행 결과
통합 테스트 :이 단계에서는 아키텍처 설계 단계에서 생성 된 통합 테스트 케이스가 실행됩니다. 이상이있는 경우 결함이 기록되고 추적됩니다.
* 통합 테스트 : 통합 테스트는 단위 테스트 모듈이 통합되고 통합 모듈이 예상 결과를 렌더링하는지 테스트하는 기술입니다. 간단히 말해서 응용 프로그램의 구성 요소가 예상대로 함께 작동하는지 여부를 확인합니다.
생성 된 유물 : 통합 테스트 결과.
시스템 테스트 :이 단계에서는 모든 시스템 테스트 케이스, 기능 테스트 케이스 및 비 기능 테스트 케이스가 실행됩니다. 즉, 애플리케이션의 실제 및 본격적인 테스트가 여기서 수행됩니다. 결함이 기록되고 종결 여부를 추적합니다. 진행 상황보고도이 단계의 주요 부분입니다. 추적 가능성 메트릭이 업데이트되어 커버리지 및 위험 완화를 확인합니다.
생성 된 유물 : 테스트 결과, 테스트 로그, 결함 보고서, 테스트 요약 보고서 및 업데이트 된 추적 성 매트릭스.
숙련 된 PDF에 대한 SQL 인터뷰 질문 및 답변
사용자 수락 테스트 : 수락 테스트는 기본적으로 비즈니스 요구 사항 테스트와 관련이 있습니다. 여기서 테스트는 사용자 환경에서 비즈니스 요구 사항이 충족되는지 확인하기 위해 수행됩니다. 호환성 테스트 및 때때로 비 기능 테스트 ( 부하, 스트레스 및 볼륨 ) 테스트도이 단계에서 수행됩니다.
생성 된 유물 : UAT 결과, 업데이트 된 비즈니스 커버리지 매트릭스.
V 모델은 언제 사용합니까?
V 모델은 다음과 같은 경우에 적용됩니다.
- 요구 사항이 잘 정의되어 있고 모호하지 않습니다.
- 허용 기준이 잘 정의되어 있습니다.
- 프로젝트는 크기가 짧거나 중간입니다.
- 사용 된 기술과 도구는 동적이 아닙니다.
V 모델 사용의 장단점
| 장점 | 단점 |
|---|---|
| -개발 및 진행이 매우 조직적이고 체계적입니다. | -크고 복잡한 프로젝트에는 적합하지 않습니다. |
| -중소 규모 프로젝트에 적합합니다. | -요구 사항이 일치하지 않으면 적합하지 않습니다. |
| -테스트는 처음부터 시작되므로 모호성은 처음부터 식별됩니다. | -중간 단계에서 작동하는 소프트웨어가 생성되지 않습니다. |
| -각 단계마다 목표와 목표가 잘 정의되어있어 관리가 쉽습니다. | -위험 분석을위한 규정이 없으므로 불확실성과 위험이 있습니다. |