비교-STLC 및 SDLC

이 장에서는 STLC와 SDLC의 비교 요소를 이해합니다. 다음 사항을 고려하여 STLC와 SDLC를 비교해 보겠습니다.

• STLC는 SDLC의 일부입니다. STLC는 SDLC 세트의 하위 집합이라고 할 수 있습니다.

• STLC는 소프트웨어 또는 제품의 품질이 보장되는 테스트 단계로 제한됩니다. SDLC는 소프트웨어 또는 제품의 완전한 개발에 광범위하고 중요한 역할을합니다.

• 그러나 STLC는 SDLC의 매우 중요한 단계이며 최종 제품이나 소프트웨어는 STLC 프로세스를 거치지 않고 출시 될 수 없습니다.

• STLC는 또한 알려진 결함이 수정되거나 소프트웨어에 새로운 기능이 추가되는 SDLC의 유지 보수 단계 인 출시 후 / 업데이트주기의 일부입니다.

다음 표는 단계에 따라 SDLC와 STLC 간의 비교 요소를 나열합니다.

단계	SDLC	STLC
요구 사항 수집	비즈니스 분석가가 요구 사항을 수집합니다. 개발 팀은 요구 사항을 분석합니다. 높은 수준 이후 개발 팀은 아키텍처와 디자인 관점에서 분석을 시작합니다.	테스트 팀은 SRD 문서를 검토하고 분석합니다. 테스트 요구 사항 (범위, 검증 및 검증 핵심 사항)을 식별합니다. 다양한 모듈 간의 논리적 및 기능적 관계에 대한 요구 사항을 검토합니다. 이는 초기 단계에서 갭을 식별하는 데 도움이됩니다.
디자인	SDLC의 아키텍처는 요구 사항에 따라 소프트웨어의 고수준 및 저수준 설계를 개발하는 데 도움이됩니다. Business Analyst는 UI 디자인을 조롱하는 작업을합니다. 설계가 완료되면 이해 관계자가 서명합니다.	STLC에서 테스트 아키텍트 또는 테스트 리드는 일반적으로 테스트 전략을 계획합니다. 테스트 포인트를 식별합니다. 리소스 할당 및 타임 라인은 여기서 마무리됩니다.
개발	개발팀이 소프트웨어 개발을 시작합니다. 다른 시스템과 통합합니다. 모든 통합이 완료되면 테스트 할 준비가 된 소프트웨어 또는 제품이 제공됩니다.	테스트 팀은 제품의 품질을 검증하기 위해 테스트 시나리오를 작성합니다. 예상되는 동작과 함께 모든 모듈에 대한 자세한 테스트 사례가 작성됩니다. 테스트 모듈의 전제 조건과 시작 및 종료 기준은 여기에서 식별됩니다.
환경 설정	개발 팀은 검증 할 개발 된 제품으로 테스트 환경을 설정합니다.	테스트 팀은 전제 조건에 따라 설정된 환경을 확인합니다. 연기 테스트를 수행하여 테스트 할 제품의 환경이 안정적인지 확인합니다.
테스팅	실제 테스트는이 단계에서 수행됩니다. 여기에는 단위 테스트, 통합 테스트, 시스템 테스트, 결함 재 테스트, 회귀 테스트 등이 포함됩니다. 개발 팀은보고 된 버그를 수정하고 다시 테스트하기 위해 테스터에게 보냅니다. UAT 테스트는 SIT 테스트에서 승인을받은 후 여기에서 수행됩니다.	시스템 통합 테스트는 테스트 케이스를 기반으로 시작됩니다. 보고 된 결함이있는 경우 다시 테스트하고 수정합니다. 회귀 테스트가 여기서 수행되며 제품이 종료 기준을 충족하면 사인 오프됩니다.
배포 / 제품 출시	다양한 테스트 팀에서 사인 오프를 받으면 실제 최종 사용자를위한 제품 환경에 애플리케이션이 배포됩니다.	생산 환경에서의 연기 및 위생 테스트는 제품이 배포되는 즉시 여기에서 완료됩니다. 테스트 보고서 및 매트릭스 준비는 제품을 분석하기 위해 테스트 팀이 수행합니다.
유지	배포 후 지원, 향상 및 업데이트 (있는 경우)를 다룹니다.	이 단계에서는 향상 및 업데이트를 기반으로 테스트 케이스, 회귀 슈트 및 자동화 스크립트를 유지 관리합니다.