STLC의 6단계 | #4 소프트웨어 테스트의 첫 번째 단계

게시 됨: 2022-10-03

소프트웨어 개발과 관련하여 모든 테스트 활동은 여러 단계로 나눌 수 있습니다. 소프트웨어 개발 수명 주기(SDLC)와 유사하게 소프트웨어 테스팅 수명 주기(STLC)도 있습니다. 모든 단계를 따르는 것은 프로세스를 올바르게 만들고 수행된 테스트의 훨씬 더 높은 효율성과 결과적으로 훨씬 더 높은 품질의 최종 제품으로 변환하는 데 중요할 수 있습니다. 자세히 알아보려면 계속 읽어보세요.

STLC의 6단계 – 목차:

1단계: 요구 사항 분석
2단계: 테스트 계획
3단계: 테스트 케이스 개발
4단계: 환경 설정
5단계: 테스트 실행
6단계: 테스트 종료
STLC의 6단계 – 요약

1단계: 요구 사항 분석

이것은 주기의 첫 번째 단계입니다. 테스트 팀은 제품 요구 사항을 신중하게 검토합니다. 충돌, 누락, 부정확 또는 오해가 있는 경우 테스트 팀은 비즈니스 분석가 또는 소프트웨어 설계자와 같은 다양한 프로젝트 이해 관계자와 논의합니다.

참가 기준:

비즈니스 요구 사항 사양(BRS)
소프트웨어 아키텍처 문서

수행할 작업:

수행할 테스트를 결정
테스트 실행의 우선 순위 설정
수동이어야 하는 테스트와 자동화해야 하는 테스트 확인

종료 기준:

테스트 요구 사항 목록
자동화할 모든 테스트

2단계: 테스트 계획

이 단계에서 검증 팀은 테스트 계획을 작성하여 모든 테스트 활동을 계획합니다. 이 문서는 다음을 지정합니다.

달성해야 할 목표
구현해야 할 프로세스 및 방법
사용할 환경과 도구
테스트할 요소 또는 테스트하지 않은 요소
팀 구성과 업무 분담,
다양한 활동을 위한 중간 목표
발생할 수 있는 위험

테스트 계획을 개발하는 것 외에도 비용 견적도 이 단계에서 작성됩니다.

3단계: 테스트 케이스 개발

테스트 설계라고도 하는 이 단계에서는 다음 4단계를 수행해야 합니다.

1. 테스트 시나리오 준비

테스트 관리자 또는 테스트 리더는 테스트 케이스를 생성하는 데 사용할 테스트 시나리오를 준비합니다.

2. 테스트 케이스 생성

각 시나리오에 대해 테스터는 소프트웨어 기능이 요구 사항을 충족하는지 확인할 수 있도록 테스트 사례를 작성합니다. 테스트 자동화의 경우 이 단계에서 테스트 스크립트가 작성됩니다.

3. 테스트 데이터 준비

테스트 팀은 테스트 케이스를 실행할 때 사용할 데이터 세트를 준비해야 합니다. 데이터가 정확하거나 잘못된 경우 함수의 성능을 테스트하기 위해 양수 또는 음수 데이터가 될 수 있습니다.

4. RTM 준비

테스트 팀은 핵심 요구 사항 추적 가능성 매트릭스(RTM)를 준비합니다. 이 문서는 요구 사항이 충족되는지 여부를 확인하는 데 필요한 테스트를 추적하는 데 사용됩니다. 테스트가 시작되기 전에 이해 관계자는 위의 활동 중에 개발된 사항에 대한 확인 및 검증을 수행합니다.

4단계: 환경 설정

테스트 팀이 참여하지 않는 단계입니다. 별도의 팀이 환경의 준비 및 구성을 처리합니다. 테스터는 환경이 어떻게 설정되었고 어떤 소프트웨어 버전이 최신인지 알려줍니다.

테스트 팀에 필요한 유일한 활동은 설치된 빌드가 테스트에 적합한지 확인하기 위해 연기 테스트를 준비하는 것입니다. 연기 테스트가 실패하면 빌드가 거부되고 표시된 문제가 수정될 때까지 테스트가 일시 중단됩니다.

참가 기준:

테스트 계획
시험 날짜
연기 테스트

수행할 작업:

테스트 환경 준비
테스트 환경 설정
테스트 데이터 설정
컴파일 시 스모크 테스트 실행

종료 기준:

사용 가능한 테스트 환경
사용 가능한 테스트 데이터
긍정적인 연기 테스트 결과

5단계: 테스트 실행

이것은 단순히 테스트의 실행입니다. 이 단계에서 테스터는 가능한 이상을 식별하고 프로그래머가 개발한 개선 사항을 테스트할 수 있습니다. 테스트 팀의 임무는 다음과 같습니다.

이전에 개발된 테스트 케이스를 실행하고 예상 결과와 얻은 결과를 비교합니다.
테스트 스크립트 유지
감지된 결함을 식별, 감지, 기록 및 보고합니다.
결함 수정을 다시 테스트

참가 기준:

기능 테스트 환경
정확한 테스트 데이터
테스트 계획
실행할 테스트 케이스

수행할 작업:

테스트 계획에 따라 테스트 수행
문서 테스트 결과
결함 수명 주기 관리

종료 기준:

MTR과 관련된 모든 테스트 실행
결과가 포함된 업데이트된 테스트 케이스
결함 보고서

6단계: 테스트 종료

소프트웨어가 구현됩니다. 검증 팀은 결과를 분석하고 향후 프로젝트에서 개선할 영역을 식별하기 위해 모입니다. 테스트 관리자는 매일(DSR – 일일 상태 보고서) 또는 매주(WSR – 매주 상태 보고서) 기준으로 수행될 테스트 종료 보고서를 준비합니다. , 이해 관계자가 동의한 대로.

결국 테스트 팀이 만나 테스트 케이스, 발견된 결함, 소요 시간, 기한 준수 등을 분석합니다. 이러한 방식으로 다음 테스트 주기에서 개선해야 할 사항을 결정할 수 있습니다.

참가 기준:

테스트 실행 보고서
결함 보고서

수행할 작업:

테스트한 내용을 분석하다
테스트 종료 보고서 작성

종료 기준:

미결 결함 없이 프로세스 종료
테스트 종료 보고서

STLC의 6단계 – 요약

소프트웨어 개발은 테스트 단계 없이는 존재할 수 없습니다. 이 프로세스를 적절하게 준비하면 가장 중요한 것은 향후 수정을 위해 시간과 비용을 절약할 수 있다는 점을 포함하여 많은 이점이 있습니다. 이 기사가 소프트웨어 테스팅 라이프 사이클(STLC)에 대해 더 많이 배우는 데 도움이 되었기를 바랍니다.

STLC의 6단계에 대해 읽었습니다. Python 및 Javascript에 대한 다른 시리즈를 확인하십시오!

콘텐츠가 마음에 들면 Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest에서 바쁜 꿀벌 커뮤니티에 가입하세요.

저자: 로버트 휘트니
IT 부서를 지도하는 JavaScript 전문가이자 강사입니다. 그의 주요 목표는 코딩하는 동안 다른 사람들에게 효과적으로 협력하는 방법을 가르쳐 팀 생산성을 높이는 것입니다.
모든 게시물 보기

소프트웨어 테스트의 첫 번째 단계:

소프트웨어 테스팅이란?
소프트웨어 오류에 대한 1가지 큰 진실
7가지 주요 ISTQB 테스트 원칙
STLC의 6단계
테스트 대 디버깅
소프트웨어 테스트 프로세스의 검증 및 검증