테스트 관리 프로세스

테스트 관리 프로세스는 테스트 시작부터 테스트 끝까지의 일련의 활동입니다. 그것은 시험에 분야를 준다. 테스트 프로세스를 수행 할 때 그것은 우리에게 초기에 계획을 제공합니다. 테스트 프로세스는 프로젝트 주기 전반에 걸쳐 테스트를 계획하고 제어할 수 있는 기능을 제공합니다. 이 추적하고 프로젝트 전반에 걸쳐 테스트를 모니터링하는 데 도움이됩니다. 이해 관계자 간의 테스트를 투명하게 제공하고 향후 참조를 위해 수행 된 테스트를 유지합니다. 수행중인 테스트의 세부 사항의 깊은 수준을 제공합니다. 모든 이해 관계자에게 이전 프로젝트 및 사후 프로젝트의 테스트 활동에 대한 명확한 이해를 제공합니다.많은 도구가 있습니다(예:큐 테스트,지라,팀 서비스,테스트 링크.)유효한 시험 과정을 처리하기 위하여. 시험 과정은 시험에 있는 필요성에 따라 다르게 정의되고 실행될 수 있습니다. 테스트 프로세스의 일반적인 활동은 아래에 설명되어 있습니다.

테스트 계획은 테스트를 수행하기 위한 초기 스케치로 사용되었습니다. 테스트는 테스트 계획에 따라 추적 및 모니터링됩니다. 이 소프트웨어에 대해 수행 될 것이다 테스트 도전과 측면의 이전 사진을 제공합니다. 테스트 계획을 유지함으로써 계획의 변경 사항을 관리 할 수 있습니다.이전 테스트에서 배운 교훈을 기반으로 새 프로젝트를 시작할 때 테스트 계획을 개선하여 개선해야합니다. 테스트 계획은 범위,기능 및 비 기능 요구 사항,위험 및 완화,테스트 접근법,테스트 일정 및 결과물 및 일정,범위 및 가정,테스트 팀 및 할당,테스트 환경,테스트 활동 메커니즘 및 테스트를위한 기타 특별 참고 사항을 테스트해야하는 특정 요구 사항의 오버 뷰를 설명합니다.

2) 테스트 디자인:

테스트 디자인은 테스트를 구현하는 방법을 제공합니다. 일반적으로 테스트 사례를 만드는 것은 시스템의 입력 및 예상 출력과 테스트 실행에 필요한 테스트 사례를 선택하는 것입니다. 테스터는 예상 결과를 설정하는 명확한 이해와 적절한 지식을 가지고 있어야합니다. 이를 통해 테스트의 적용 범위가 정의되고 테스터는 어떤 시나리오도 놓치지 않습니다. 테스트 설계 기술에는 두 가지 유형이 있으며 하나는 정적 테스트이고 다른 하나는 동적 테스트입니다. 정적 테스트는 주로 문서와 같은 아티팩트를 실행하지 않고 테스트하는 데 사용되며 동적 테스트는 시스템을 실행하여 테스트하는 것입니다.

테스트 케이스(테스트 케이스 문서의 요소):

• 프로젝트/테스트 제목,테스트 실행자,테스트 실행 날짜,소프트웨어 버전 및 테스트 환경
• 테스트 사례 번호
• 테스트 요약
• 단계
• 사전 조건
• 사후 조건
• 테스트 데이터
• 실제 결과
• 예상 결과
• 테스트 결과
• 참고

3) 테스트 실행:

예상 결과에 대한 실제 시스템 결과를 실행하고 테스트하는 방법은 테스트 실행입니다. 테스트 실행은 수동으로 자동화 슈트를 사용하여 수행 할 수 있습니다. 실행 테스터 동안 소프트웨어의 사용자의 필요가 소프트웨어에서 점유되어 있는지 확인해야합니다. 테스트 실행은 테스트 디자인 중에 생성된 문서를 단계별 프로세스로 참조하여 수행됩니다. 테스터는 테스트 케이스를 실행하는 동안 트랙을 유지해야 합니다.

정적 테스트의 예:

• 요구 사항 사양 문서를 테스트합니다.
• 설계 문서 테스트
• 사용자 가이드 테스트

동적 테스트 예제:

• 단위 테스트
• 기능 테스트
• 통합 테스트

4) 종료 기준:

종료 기준은 테스트 실행을 중지할 시기를 결정합니다. 종료 기준은 테스트 계획 단계에서 정의되며 테스트 실행 단계에서 마일 스톤으로 사용됩니다. 테스터는 처음에 종료 기준을 설정해야합니다,종료 기준뿐만 아니라 프로젝트 실행 중에 변경 될 수 있습니다. 종료 기준을 결정하는 클라이언트 필요,시스템 안정성 및 채워진 기능과 같은 요소가 있습니다. 일단 검사자가 출구 표준 테스트를 도달하면 멈추어질 것입니다. 다음은 몇 가지 일반적인 종료 기준입니다.

• 모든 중요한 결함이 닫힙니다.
• 보고 된 모든 결함 및 폐쇄 및 확인.
• 사용자가 주로 사용하는 영역을 실행하고 다루었습니다.
• 시스템은 모든 요구 사항을 충족 시켰습니다.
• 모든 중요한 기능은 예상대로 시험되고 작동합니다.

5) 시험 보고:

시험 보고는 특정한 테스트 주기를 위한 시험 과정 그리고 결과의 그림을 줍니다. 테스트 보고에서 요소를 정의하려면 먼저 테스트 보고서의 대상 그룹을 고려해야 합니다. 예를 들어,프로젝트 관리자는 테스트의 높은 수준의 사진을보고 같은 것입니다,중간 사람들은 더 많은 세부 사항을 볼하고자하는 클라이언트는 요구 사항 기준,기능 기준으로 기준에서 테스트보고를 기대합니다. 테스트 보고서는 매일,매주,매월 등과 같이 주기적으로 준비되고 전달됩니다. 이것은 다른 단계 및 시간안에 보낸것을 필요로 한다.시험 보고서의 미래 프로젝트 결과에 분석하고 교훈을 배운다 적용 할 필요가있다. 테스트 보고서에는 테스트 실행 상태,완료 비율,계획 대 실행 된 테스트 케이스,테스트 환경,리소스 별 테스트 실행,위험 및 완화(있는 경우),결함 요약,테스트 시나리오 및 조건,가정,메모 등의 요소가 포함됩니다.

테스트 커버리지 보고서: (테스트 커버리지 보고서의 요소)

• 완료 비율
• 테스트 시나리오
• 소프트웨어 영역
• 테스트 리소스
• 테스트 날짜
• 테스트 결과

결함 요약 보고서:(결함 요약 보고서의 요소)

• 심각도별 결함
• 우선 순위별 결함
• 할당된 개발자에 의한 결함
• 기능별 결함
• 소프트웨어 영역별 결함
• 개폐 결함

위험 및 완화 보고서: (위험 및 완화 보고서의 요소)

• 확인 된 위험
• 가능성
• 위험 수준
• 위험 유형
• 완화 계획

결론:

이 글에서 우리는 테스트 관리 프로세스에 대해 배운,그것은 단지 하나의 활동뿐만 아니라 테스트 계획,테스트 디자인,테스트 실행,테스트 관리,테스트 관리,테스트 관리,테스트 관리,종료 기준 및 테스트보고.