비교-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 테스트에서 승인을받은 후 여기에서 수행됩니다.
  • 시스템 통합 테스트는 테스트 케이스를 기반으로 시작됩니다.
  • 보고 된 결함이있는 경우 다시 테스트하고 수정합니다.
  • 회귀 테스트가 여기서 수행되며 제품이 종료 기준을 충족하면 사인 오프됩니다.
배포 / 제품 출시
  • 다양한 테스트 팀에서 사인 오프를 받으면 실제 최종 사용자를위한 제품 환경에 애플리케이션이 배포됩니다.
  • 생산 환경에서의 연기 및 위생 테스트는 제품이 배포되는 즉시 여기에서 완료됩니다.
  • 테스트 보고서 및 매트릭스 준비는 제품을 분석하기 위해 테스트 팀이 수행합니다.
유지
  • 배포 후 지원, 향상 및 업데이트 (있는 경우)를 다룹니다.
  • 이 단계에서는 향상 및 업데이트를 기반으로 테스트 케이스, 회귀 슈트 및 자동화 스크립트를 유지 관리합니다.