소프트웨어 테스팅 절차는 테스팅 프로세스 단계를 포함하는 STLC(Software Testing Life Cycle)라고도 합니다. 테스팅 프로세스는 잘 계획되고 체계적인 방식으로 실행됩니다. 모든 활동은 소프트웨어 제품의 품질을 향상시키기 위해 수행됩니다.
STLC의 다양한 단계를 살펴보겠습니다.
소프트웨어 테스트 수명주기에는 다음 단계가 포함됩니다.
요구사항 분석:
수동 테스트 절차의 첫 번째 단계는 요구 사항 분석입니다. 이 단계에서 테스터는 고객이 명시한 요구사항을 조사하기 위해 SDLC(Software Development Life Cycle)의 요구사항 문서를 분석합니다. 요구사항을 검토한 후 테스터는 소프트웨어가 요구사항을 충족하는지 여부를 확인하기 위해 테스트 계획을 세웁니다.
입학 기준 | 활동 | 결과물 | 테스트 계획 요구사항 사양을 계획하려면 애플리케이션 아키텍처 문서와 잘 정의된 승인 기준이 있어야 합니다. | 모든 요구 사항 및 쿼리 목록을 준비하고 기술 관리자/리드, 시스템 아키텍처, 비즈니스 분석가 및 고객으로부터 해결을 받으세요. 수행할 모든 유형의 테스트(성능, 기능 및 보안) 목록을 만듭니다. 테스트 사례를 실행하는 데 필요한 모든 도구가 포함되어야 하는 테스트 환경 세부 정보 목록을 만듭니다. | 테스트 가능한 요구 사항 및 테스트 환경 세부 사항에 필요한 모든 테스트 목록 |
---|
테스트 계획 생성:
테스트 계획 작성은 모든 테스트 전략이 정의되는 STLC의 중요한 단계입니다. 테스터는 전체 프로젝트의 예상 노력과 비용을 결정합니다. 이 단계는 성공적으로 완료한 후에 발생합니다. 요구사항 분석 단계 . 이 단계에서 제공되는 테스트 전략 및 노력 추정 문서입니다. 테스트 계획 생성이 성공적으로 완료된 후 테스트 케이스 실행을 시작할 수 있습니다.
입학 기준 | 활동 | 결과물 | 요구사항 문서 | 목표와 소프트웨어 범위를 정의합니다. 테스트와 관련된 방법을 나열하십시오. 테스트 프로세스 개요. 테스트 환경의 정착. 테스트 일정 및 제어 절차 준비. 역할과 책임의 결정. 테스트 결과물을 나열하고 위험이 있는 경우 정의하십시오. | 테스트 전략 문서. 테스트 노력 추정 문서는 이 단계의 결과물입니다. |
---|
환경 설정:
테스트 환경 설정은 독립적인 활동이며 다음과 같이 시작할 수 있습니다. 테스트 케이스 개발 . 환경 테스트 없이는 불가능하므로 이는 수동 테스트 절차의 필수 부분입니다. 환경 설정에는 테스트 환경을 생성하기 위한 필수 소프트웨어 및 하드웨어 그룹이 필요합니다. 테스트 팀은 테스트 환경을 설정하는 데 관여하지 않으며 이를 만드는 수석 개발자입니다.
입학 기준 | 활동 | 결과물 | 테스트 전략 및 테스트 계획 문서. 테스트 케이스 문서. 테스트 데이터. | 요구사항 사양을 분석하여 소프트웨어 및 하드웨어 목록을 준비합니다. 테스트 환경을 설정한 후 스모크 테스트 케이스를 실행하여 테스트 환경이 준비되었는지 확인합니다. | 실행 보고서. 결함 보고서. |
---|
테스트 케이스 실행:
테스트 케이스 실행은 테스트 계획이 성공적으로 완료된 후에 수행됩니다. 이 단계에서 테스트 팀은 사례 개발 및 실행 활동을 시작합니다. 테스트 팀은 자세한 테스트 사례를 작성하고 필요한 경우 테스트 데이터도 준비합니다. 준비된 테스트 사례는 팀의 동료 구성원이나 품질 보증 리더가 검토합니다.
이 단계에서는 RTM(요구사항 추적성 매트릭스)도 준비됩니다. 요구 사항 추적 가능성 매트릭스는 요구 사항을 추적하는 데 사용되는 업계 수준 형식입니다. 각 테스트 케이스는 요구 사항 사양과 매핑됩니다. RTM을 통해 역방향 및 순방향 추적이 가능합니다.
입학 기준 | 활동 | 결과물 | 요구사항 문서 | 테스트 케이스 생성. 테스트 케이스 실행. 요구사항에 따른 테스트 케이스 매핑. | 테스트 실행 결과. 결함에 대한 자세한 설명이 포함된 기능 목록입니다. |
---|
결함 로깅:
테스터와 개발자는 테스트 범위, 품질, 시간 소비, 비용 및 중요한 비즈니스 목표를 기반으로 소프트웨어의 완성 기준을 평가합니다. 이 단계에서는 소프트웨어의 특성과 단점을 결정합니다. 테스트 사례와 버그 보고서를 심층 분석하여 결함 유형과 심각도를 감지합니다.
결함 로깅 분석은 주로 심각도 및 유형에 따른 결함 분포를 찾는 데 사용됩니다. 결함이 발견되면 소프트웨어는 개발 팀에 반환되어 결함을 수정한 다음 테스트의 모든 측면에서 소프트웨어를 다시 테스트합니다.
테스트 주기가 완전히 완료되면 테스트 종료 보고서와 테스트 지표가 준비됩니다.
입학 기준 | 활동 | 결과물 | 테스트 케이스 실행 보고서. 결함 보고 | 테스트 범위, 품질, 시간 소비, 비용 및 중요한 비즈니스 목표를 기반으로 소프트웨어의 완성 기준을 평가합니다. 결함 로깅 분석은 유형과 심각도를 분류하여 결함 분포를 찾아냅니다. | 폐쇄 보고서 테스트 지표 |
---|
테스트 주기 종료:
테스트 주기 종료 보고서에는 소프트웨어 설계, 개발, 테스트 결과 및 결함 보고서와 관련된 모든 문서가 포함됩니다.
이 단계에서는 동일한 사양의 소프트웨어가 있는 경우 향후 이러한 관행을 사용하기 위해 개발 전략, 테스트 절차, 가능한 결함을 평가합니다.
입학 기준 | 활동 | 결과물 | 소프트웨어와 관련된 모든 문서 및 보고서. | 동일한 사양의 소프트웨어가 있는 경우 향후 이러한 방법을 사용할 수 있도록 개발 전략, 테스트 절차, 가능한 결함을 평가합니다. | 테스트 종료 보고서 |
---|