소프트웨어 테스트 수명주기 (STLC) 란 무엇입니까?

what is software testing life cycle

소프트웨어 테스팅 :

이 튜토리얼에서는 소프트웨어 테스팅의 진화에 대해 설명합니다. 소프트웨어 테스트 수명주기 및 관련된 다양한 단계 STLC.

학습 내용 :

• 소프트웨어 테스트 수명주기 (STLC)의 8 단계
• 라이프 사이클이란 무엇입니까?
• 소프트웨어 테스트 수명주기 (STLC) 란?
  • 결론
  • 추천 도서

소프트웨어 테스트 수명주기 (STLC)의 8 단계

진화:

1960 년대 트렌드 :

1990 년대 트렌드

2000 년대 트렌드 :

테스트의 추세와 역량이 변화하고 있습니다. 테스터는 이제보다 기술적이고 프로세스 지향적이어야합니다. 지금 테스트는 버그를 찾는 데만 국한되지 않고 범위가 더 넓으며 요구 사항이 완성되지 않은 프로젝트 시작부터 바로 수행해야합니다.

테스트도 표준화되기 때문입니다. 소프트웨어 개발에 수명주기가있는 것처럼 테스트에도 수명주기가 있습니다. 다음 섹션에서는 라이프 사이클이 무엇이며 그것이 소프트웨어 테스트와 어떻게 관련되어 있는지에 대해 논의 할 것이며이를 자세히 설명 할 것입니다.

시작합시다!

라이프 사이클이란 무엇입니까?

간단한 용어의 라이프 사이클은 한 양식에서 다른 양식으로의 변경 순서를 나타냅니다. 이러한 변화는 유형 또는 무형의 모든 것에 발생할 수 있습니다. 모든 엔터티는 시작부터 은퇴 / 종료까지의 수명주기가 있습니다.

비슷한 방식으로 소프트웨어도 하나의 실체입니다. 소프트웨어 개발에 일련의 단계가 포함되는 것처럼 테스트에도 명확한 순서로 실행되어야하는 단계가 있습니다.

테스트 활동을 체계적이고 계획된 방식으로 실행하는 이러한 현상을 테스트 수명주기라고합니다.

소프트웨어 테스트 수명주기 (STLC) 란?

소프트웨어 테스팅 라이프 사이클은 품질 목표가 충족되었는지 확인하기 위해 특정 단계가 정해진 순서로 실행되는 테스트 프로세스를 말합니다. STLC 프로세스에서 각 활동은 계획되고 체계적인 방식으로 수행됩니다. 각 단계에는 다른 목표와 결과물이 있습니다. 조직마다 STLC의 단계가 다릅니다. 그러나 기본은 동일하게 유지됩니다.

다음은 STLC의 단계입니다.

1. 요구 사항 단계
2. 계획 단계
3. 분석 단계
4. 디자인 단계
5. 구현 단계
6. 실행 단계
7. 결론 단계
8. 폐쇄 단계

#1. 요구 사항 단계 :

이 STLC 단계에서 요구 사항을 분석하고 연구하십시오. 다른 팀과 브레인 스토밍 세션을 갖고 요구 사항이 테스트 가능한지 여부를 확인하십시오. 이 단계는 테스트 범위를 식별하는 데 도움이됩니다. 테스트 할 수없는 기능이있는 경우 완화 전략을 계획 할 수 있도록이 단계에서이를 전달합니다.

#두. 계획 단계 :

오라클 성능 튜닝 인터뷰 질문 및 답변

실제 시나리오에서 테스트 계획은 테스트 프로세스의 첫 번째 단계입니다. 이 단계에서는 테스트 목표를 달성하는 데 도움이되는 활동과 리소스를 식별합니다. 계획 중에 우리는 또한 메트릭을 식별하고 이러한 메트릭을 수집하고 추적하는 방법을 시도합니다.

계획은 어떤 기준으로 수행됩니까? 요구 사항 만?

내 대답은 아니오 야. 요구 사항은 기본 중 하나를 형성하지만 테스트 계획에 영향을 미치는 다른 두 가지 중요한 요소가 있습니다. 이것들은:

– 조직의 테스트 전략.
– 위험 분석 / 위험 관리 및 완화.

#삼. 분석 단계 :

이 STLC 단계는 테스트 할“무엇”을 정의합니다. 우리는 기본적으로 요구 사항 문서, 제품 위험 및 기타 테스트 기반을 통해 테스트 조건을 식별합니다. 테스트 조건은 요구 사항까지 추적 할 수 있어야합니다.

테스트 조건 식별에 영향을 미치는 다양한 요인이 있습니다.

– 테스트 수준 및 깊이
– 제품의 복잡성
– 제품 및 프로젝트 위험
– 관련된 소프트웨어 개발 수명주기.
– 테스트 관리
– 팀의 기술과 지식.
– 이해 관계자의 가용성.

테스트 조건을 자세하게 기록해야합니다. 예를 들어 전자 상거래 웹 응용 프로그램의 경우 '사용자가 결제 할 수 있어야 함'이라는 테스트 조건을 가질 수 있습니다. 또는“사용자는 NEFT, 직불 카드, 신용 카드를 통해 결제 할 수 있어야합니다.”라고 말하여 자세히 설명 할 수 있습니다.

자세한 테스트 조건 작성의 가장 중요한 장점은 테스트 조건을 기반으로 테스트 케이스가 작성되기 때문에 테스트 범위가 증가한다는 것입니다. 이러한 세부 사항은 더 자세한 테스트 케이스를 작성하도록 트리거하여 결국 범위를 증가시킵니다.

또한 테스트의 종료 기준을 식별하십시오. 즉, 테스트를 중지 할 몇 가지 조건을 결정하십시오.

# 4. 설계 단계 :

이 단계에서는 테스트 할 '방법'을 정의합니다. 이 단계에는 다음 작업이 포함됩니다.

– 테스트 조건을 자세히 설명합니다. 테스트 조건을 여러 하위 조건으로 분할하여 적용 범위를 늘립니다.
– 테스트 데이터 식별 및 확보
– 테스트 환경을 식별하고 설정합니다.
– 요구 사항 추적 성 메트릭 생성
– 테스트 커버리지 메트릭을 생성합니다.

# 5. 구현 단계 :

이 STLC 단계의 주요 작업은 세부 테스트 사례를 만드는 것입니다. 테스트 케이스의 우선 순위를 지정하여 회귀 스위트의 일부가 될 테스트 케이스도 식별하십시오. 테스트 케이스를 마무리하기 전에 테스트 케이스의 정확성을 확인하기 위해 검토를 수행하는 것이 중요합니다. 또한 실제 실행이 시작되기 전에 테스트 케이스의 승인을 잊지 마십시오.

프로젝트에 자동화가 포함 된 경우 자동화를위한 후보 테스트 케이스를 식별하고 테스트 케이스 스크립팅을 진행하십시오. 검토하는 것을 잊지 마세요!

# 6. 실행 단계 :

이름에서 알 수 있듯이 이것은 실제 실행이 이루어지는 소프트웨어 테스트 라이프 사이클 단계입니다. 그러나 실행을 시작하기 전에 입력 기준이 충족되는지 확인하십시오. 테스트 케이스를 실행하고 불일치가있는 경우 결함을 기록합니다. 진행 상황을 추적하기 위해 추적 성 메트릭을 동시에 채우십시오.

# 7. 결론 단계 :

이 STLC 단계는 종료 기준 및보고에 중점을 둡니다. 프로젝트 및 이해 관계자의 선택에 따라 주간 보고서 등의 일일 보고서를 보낼지 여부를 결정할 수 있습니다.

보낼 수있는 다양한 유형의 보고서 (DSR – 일일 상태 보고서, WSR – 주간 상태 보고서)가 있지만 중요한 점은 보고서 내용이 변경되며 보고서를 보내는 사람에 따라 달라진다는 것입니다.

프로젝트 관리자가 테스트 배경에 속하면 프로젝트의 기술적 측면에 더 관심이 있으므로 보고서에 기술적 인 내용을 포함합니다 (테스트 케이스 통과, 실패, 발생한 결함, 심각도 1 결함 등).

그러나 상위 이해 관계자에게보고하는 경우 기술적 인 사항에 관심이 없을 수 있으므로 테스트를 통해 완화 된 위험에 대해보고하십시오.

# 8. 폐쇄 단계 :

폐쇄 활동에 대한 작업은 다음과 같습니다.

– 테스트 완료를 확인합니다. 모든 테스트 케이스가 실행되었는지 또는 의도적으로 완화되었는지 여부. 열린 심각도 1 결함이 없는지 확인하십시오.
– 교훈 회의를하고 교훈 문서를 만듭니다. (잘된 부분, 개선 범위 및 개선 할 수있는 부분 포함)

결론

이제 소프트웨어 테스트 수명주기 (STLC)를 요약 해 보겠습니다!

행복한 테스트 !!

추천 도서

• 최고의 소프트웨어 테스트 도구 2021 (QA 테스트 자동화 도구)
• 소프트웨어 테스팅 QA 어시스턴트 작업
• 소프트웨어 테스팅 과정 : 어떤 소프트웨어 테스팅 기관에 가입해야합니까?
• 경력으로 소프트웨어 테스트 선택
• 소프트웨어 테스팅 기술 콘텐츠 작성자 프리랜서 작업
• 몇 가지 흥미로운 소프트웨어 테스트 인터뷰 질문
• 소프트웨어 테스팅 과정 피드백 및 리뷰
• 소프트웨어 테스트에서 결함 / 버그 수명주기는 무엇입니까? 결함 라이프 사이클 튜토리얼