테스트 계획 및 테스트 도구 모음 만들기 지침
Microsoft Test Manager를 사용하여 팀 프로젝트의 테스트 계획과 테스트 도구 모음을 만들 때는 몇 가지 접근 방식을 사용할 수 있습니다. 이 항목에서는 그 중 개발 방법론을 기반으로 하는 두 가지 접근 방식에 대해 설명합니다.
한 가지 접근 방식은 모든 중요 시점에 사용할 테스트 계획 하나를 만들고, 진행하면서 테스트 도구 모음과 테스트를 추가하는 것입니다. 그러나 이 접근 방식을 사용하는 경우 이전 중요 시점의 테스트 통과 비율에 대한 기록 데이터가 생성되지 않습니다. 따라서 어떤 개발 방법론을 사용하든 특정 반복 또는 중요 시점에 대해 테스트 목표를 기반으로 한 테스트 계획을 만드는 것이 좋습니다. 반복 또는 중요 시점에 대한 테스트 계획을 만들면 테스트 목표에 따라 특정 반복 또는 중요 시점이 완료되는 시기를 확인할 수 있습니다. 또한 현재 중요 시점에 대한 테스트를 완료하면서 다음 반복 또는 중요 시점에 대한 테스트 계획을 준비할 수 있습니다. 이 접근 방식을 사용하면 각 테스트 계획에 대해 테스트 진행 상황을 추적하고 응용 프로그램의 품질이 향상되고 있는 것을 확인할 수 있습니다.
테스트 도구 모음에 수동 테스트와 자동화된 테스트를 모두 추가할 경우 테스트 도구 모음과 테스트 계획에 대해 이 두 테스트 유형을 기반으로 한 전반적인 품질을 확인할 수 있습니다.
응용 프로그램 개발 및 테스트에 사용하는 방법론에 따라 다음 단원 중 하나를 참조하십시오.
Agile 개발
기타 개발 방법론
테스트 계획 및 테스트 사례에 대한 자세한 내용과 테스트 계획 및 테스트 사례를 만드는 방법은 테스트 계획을 사용하여 테스트 관련 활동 정의를 참조하십시오.
Agile 개발
응용 프로그램을 개발 및 테스트하는 데 Agile 방법론을 사용하는 경우에는 일반적으로 사용자 스토리를 만들고 스프린트와 반복을 사용하여 개발 및 테스트 작업의 진행 상황을 추적합니다. 테스트 계획을 사용하여 각 스프린트와 연결할 수 있습니다. 예를 들어 웹 응용 프로그램에 다음과 같은 사용자 스토리가 있을 수 있습니다.
사용자가 웹 사이트에서 여러 제품을 선택하여 장바구니에 추가하려고 합니다. - 스프린트 1
사용자가 신용 카드를 사용하여 장바구니의 물품을 구입하려고 합니다. - 스프린트 1
사용자가 물품을 구입할 때 구입 정보를 저장하여 다음 구입 시 보다 빠르게 진행하려고 합니다. - 스프린트 2
사용자가 물품을 구입할 때 개인 정보를 다시 입력할 필요 없이 검색할 수 있도록 자신의 계정에 로그인하려고 합니다. - 스프린트 2
다음 단계에서는 프로젝트의 사용자 스토리를 이와 같이 가정하고, 이러한 사용자 스토리에 대한 테스트 사례를 만들려고 합니다. 함께 결합할 수 있는 여러 사용자 스토리에 대한 종단 간 기능을 테스트하는 테스트 사례를 만들 수도 있습니다. 예를 들어 사용자가 물품을 선택하고, 물품을 장바구니에 추가하고, 로그인하고, 물품을 구입할 수 있는지 테스트할 수 있습니다. 이러한 단계를 따르면 다음 그림과 같이 여러 테스트 계획을 사용하게 됩니다.
.png "Agile 개발용 테스트 계획 및 테스트 도구 모음")
프로젝트 설정
프로젝트 시작 시 다음 테스트 계획을 만듭니다. 이때 포함할 스프린트 수를 기반으로 합니다.
스프린트 1 테스트 계획
스프린트 1 사용자 스토리를 테스트하는 데 사용합니다.
스프린트 2 테스트 계획
스프린트 2 사용자 스토리를 테스트하는 데 사용하며 스프린트 1에 이어 필요한 모든 재발 테스트를 수행하는 데도 사용합니다.
마스터 테스트 계획
둘 이상의 스프린트에 걸친 종단 간 테스트에 사용합니다. 서비스 수준 계약에 대한 성능 테스트에도 사용할 수 있습니다. 이 테스트 계획은 여러 반복에 해당되며 모든 중요 시점이 완료될 때만 완료될 수 있으므로 특정 반복과 연결할 필요가 없습니다.
사용자 스토리를 테스트하는 데 사용해야 할 테스트 구성을 결정합니다. 예를 들어 응용 프로그램이 Internet Explorer 8에서 실행될 경우의 사용자 스토리와 Firefox 3.5에서 실행될 경우의 사용자 스토리를 각각 구성 1과 구성 2로 테스트할 수 있습니다. 그런 다음 Microsoft Test Manager를 사용하여 이러한 테스트 구성을 만듭니다. 테스트 구성을 만드는 방법에 대한 자세한 내용은 테스트 구성을 사용하여 테스트 매트릭스 정의를 참조하십시오.
사용자 스토리에 필요한 테스트 구성을 테스트 계획에 추가합니다. 기본적으로 이러한 테스트 구성은 테스트 계획에 만드는 모든 테스트 도구 모음에 사용됩니다.
참고
특정 사용자 스토리 또는 테스트 사례에 다른 구성을 사용해야 하는 경우에는 각 테스트 도구 모음의 테스트 구성을 변경하면 됩니다. 자세한 내용은 방법: 테스트 계획 또는 테스트 도구 모음에 대해 다른 테스트 구성 선택을 참조하십시오.
스프린트 1 테스트
스프린트 1의 사용자 스토리 1과 2를 스프린트 1 테스트 계획에 추가하여 두 개의 요구 사항 기반 테스트 도구 모음을 만듭니다. 사용자 스토리에서 테스트 도구 모음을 만드는 방법에 대한 자세한 내용은 방법: 테스트 계획에 요구 사항 또는 사용자 스토리 추가를 참조하십시오.
사용자 스토리의 테스트 도구 모음에 필요한 테스트 구성이 올바른지 확인합니다. 기본적으로 각 테스트 도구 모음은 테스트 계획의 테스트 구성을 사용하도록 설정됩니다.
사용자 스토리 1 및 2의 테스트 도구 모음에 승인 테스트 사례를 추가합니다. 예를 들어 다음 테스트 사례를 적절한 테스트 도구 모음에 추가할 수 있습니다.
사용자 스토리 1: 장바구니에 단일 물품 추가
사용자 스토리 1: 장바구니에서 단일 물품 제거
사용자 스토리 2: 장바구니에서 단일 물품 구입
이러한 테스트 사례는 사용자 스토리에서 만든 테스트 도구 모음에 추가된 경우 자동으로 해당 사용자 스토리에 연결됩니다. 테스트 도구 모음에 테스트 사례를 추가하는 방법에 대한 자세한 내용은 방법: 테스트 도구 모음에 테스트 사례 추가를 참조하십시오.
참고
테스트 사례를 만들 때 직접 테스트 단계를 추가하거나, 단계가 보다 구체화될 때 다른 테스터가 테스트 단계를 추가할 수 있습니다.
자동화된 테스트를 만드는 경우 이 테스트를 테스트 도구 모음에 추가할 수 있습니다. 예를 들어 단위 테스트나 코딩된 UI 테스트가 있는 경우 이러한 테스트를 테스트 사례에 연결하고 테스트 도구 모음에 추가할 수 있습니다. 자세한 내용은 방법: 테스트 사례에 자동화된 테스트 연결 또는 자동화된 테스트의 어셈블리에서 테스트 사례 만들기를 참조하십시오. 스프린트 도중 준비가 되면 언제든지 이러한 테스트를 추가할 수 있습니다.
사용자 스토리가 완료될 때 테스트할 모든 종단 간 테스트 사례를 마스터 테스트 계획의 종단 간 테스트 도구 모음에 추가합니다.
스프린트 도중 사용자 스토리를 테스트할 준비가 되면 테스트 계획의 테스트 도구 모음 상태를 진행 중으로 설정합니다. 자세한 내용은 방법: 테스트 도구 모음의 테스트 상태 변경을 참조하십시오.
참고
각 사용자 스토리에 대한 예비 테스트를 수행하는 데 사용할 예비 테스트 사례를 추가할 수도 있습니다. 이 테스트 사례는 이 사용자 스토리를 조사하고 버그를 찾을 경우의 작업을 기록하는 데 사용할 단일 테스트 단계를 포함하여 만들 수 있습니다.
테스트 실행 뷰에서 실행할 테스트 지점을 선택할 수 있습니다. 테스트 지점은 테스트 사례와 테스트 구성의 쌍입니다. 예를 들어 테스터 A의 컴퓨터에 Internet Explorer 8만 설치되어 있는 경우 테스터 A는 Internet Explorer 8에서 실행해야 하는 사용자 스토리에 대한 모든 테스트 지점을 선택하고 이를 실행합니다. 테스터 B는 Firefox 3.5에서 실행해야 하는 사용자 스토리에 대한 모든 테스트 지점을 선택하고 이를 실행합니다.
해당 사용자 스토리의 테스트 도구 모음에 대한 수동 테스트와 자동화된 테스트가 모두 완료되면 해당 테스트 도구 모음의 테스트 상태를 볼 수 있습니다. 테스트 작업에서 테스트 실행 뷰를 선택합니다. 보고서를 실행하여 상태를 볼 수도 있습니다. 각 스프린트에 대해 정한 품질 목표를 기준으로 스프린트 테스트 작업이 완료되었는지 여부를 확인할 수 있습니다. Microsoft Test Manager에서 보고하는 방법은 테스트 계획의 테스트 진행률에 대한 보고를 참조하십시오.
스프린트 1이 완료되면 새 사용자 스토리에 대한 개발로 인해 스프린트 1 사용자 스토리에 대한 기능이 손상되지 않는지 확인하기 위해 다음 스프린트 동안 재발 테스트로 실행해야 할 테스트를 결정해야 합니다.
스프린트 2 테스트 계획에 재발이라는 테스트 도구 모음을 만듭니다. 그런 다음 이 재발 테스트에 대해 파악한 테스트 사례를 스프린트 2 테스트 계획의 이 테스트 도구 모음에 추가합니다.
스프린트 2 테스트
스프린트 2의 사용자 스토리 3과 4를 스프린트 2 테스트 계획에 추가하여 두 개의 요구 사항 기반 테스트 도구 모음을 만듭니다.
사용자 스토리 3 및 4의 테스트 도구 모음에 승인 테스트 사례를 추가합니다. 예를 들어 다음 테스트 사례를 추가할 수 있습니다.
사용자 스토리 3: 로그인 계정 만들기
사용자 스토리 3: 로그인 계정을 만들지 않고 체크 아웃
사용자 스토리 4: 로그인 계정에 로그인. 이 테스트 사례에 다른 로그인으로 로그인하기 위한 매개 변수를 추가할 수 있습니다.
사용자 스토리 4: 사용자가 암호를 잊어버림
사용자 스토리 4: 계정의 주문 보기
테스트 사례를 만들 때 직접 테스트 단계를 추가하거나, 단계가 보다 구체화될 때 다른 테스터가 테스트 단계를 추가할 수 있습니다.
자동화된 테스트를 만드는 경우 이 테스트를 테스트 도구 모음에 추가할 수 있습니다. 예를 들어 단위 테스트나 코딩된 UI 테스트가 있는 경우 이러한 테스트를 테스트 사례에 연결하고 테스트 도구 모음에 추가할 수 있습니다. 스프린트 도중 준비가 되면 언제든지 이러한 테스트를 추가할 수 있습니다.
사용자 스토리가 완료될 때 테스트할 모든 새 종단 간 테스트 사례를 마스터 테스트 계획의 종단 간 테스트 도구 모음에 추가합니다.
스프린트 도중 사용자 스토리를 테스트할 준비가 되면 테스트 도구 모음의 상태를 진행 중으로 변경합니다. 그런 다음 해당 사용자 스토리의 테스트 도구 모음에 대해 수동 테스트와 자동화된 테스트를 실행합니다.
참고
각 사용자 스토리에 대한 예비 테스트를 수행하는 데 사용할 예비 테스트 사례를 추가할 수도 있습니다. 이 테스트 사례는 이 사용자 스토리를 조사하고 버그를 찾을 경우의 작업을 기록하는 데 사용할 단일 테스트 단계를 포함하여 만들 수 있습니다.
이제 테스트 작업의 테스트 실행 뷰에서 각 테스트 도구 모음에 대한 테스트 상태를 볼 수 있습니다. 보고서를 실행하여 상태를 볼 수도 있습니다. 각 스프린트에 대해 정한 품질 목표를 기준으로 스프린트 테스트 작업이 완료되었는지 여부를 확인할 수 있습니다.
이 스프린트에 적합한 성능 테스트 또는 종단 간 테스트를 실행합니다.
스프린트 2가 완료되면 새 사용자 스토리에 대한 개발로 인해 스프린트 2 사용자 스토리에 대한 기능이 손상되지 않는지 확인하기 위해 다음 스프린트(있는 경우) 동안 재발 테스트로 실행해야 할 테스트를 결정해야 합니다.
다음 스프린트(스프린트 3)에 대한 테스트 계획에서 스프린트 2 테스트 계획의 재발이라는 테스트 도구 모음을 복사합니다. 그런 다음 이 재발 테스트에 대해 파악한 테스트 사례를 스프린트 3 테스트 계획의 이 테스트 도구 모음에 추가합니다. 다른 테스트 계획의 테스트 도구 모음을 복사하는 방법에 대한 자세한 내용은 방법: 다른 테스트 계획에서 테스트 도구 모음 복사를 참조하십시오.
각 스프린트에 대해 이 과정을 계속합니다. 이 접근 방식을 사용하여 스프린트에 대한 여러 테스트 계획을 만들 수 있습니다. 또한 다음 테스트 계획으로 전달되는 재발 테스트의 테스트 도구 모음을 만들 수 있습니다. 베타 1과 같은 핵심 중요 시점의 경우 스프린트의 일부 테스트 또는 모든 테스트를 다시 실행할 수도 있습니다. 이 중요 시점에 대해 동일한 방법으로 베타 1이라는 테스트 계획을 만든 다음 테스트 도구 모음을 이 테스트 계획에 복사할 수 있습니다. 이 방법으로 이 테스트 계획에 대한 여러 테스트 결과를 개별적으로 기록하고 이를 개별 스프린트 테스트 계획과 비교할 수 있습니다.
기타 개발 방법론
Agile 방법론을 따르지 않는 경우 개발 및 테스트 작업은 대개 기능을 기반으로 합니다. 그러나 사용자 스토리 대신 요구 사항을 사용할 수도 있습니다. 요구 사항을 사용하는 경우 Agile 개발 단원의 접근 방식을 사용하고 스프린트 대신 특정 중요 시점에 대한 테스트 계획을 만든 다음 테스트 계획에 요구 사항을 추가할 수 있습니다. 예를 들어 베타 1에 대한 모든 요구 사항이 테스트 도구 모음으로 추가된 베타 1 테스트 계획을 만들 수 있습니다. 그런 다음 이러한 테스트 도구 모음에 승인 테스트 사례와 단위 테스트를 추가하고 테스트 사례를 요구 사항과 연결할 수 있습니다. 자세한 내용은 방법: 테스트 계획에 요구 사항 또는 사용자 스토리 추가를 참조하십시오. 테스트 계획에 단위 테스트를 추가하는 방법에 대한 자세한 내용은 방법: 테스트 사례에 자동화된 테스트 연결 또는 자동화된 테스트의 어셈블리에서 테스트 사례 만들기를 참조하십시오.
보다 기능에 기반한 접근 방식을 사용하는 경우 웹 응용 프로그램에 다음과 같은 기능이 있을 수 있습니다.
장바구니(알파)
로그인(알파)
체크 아웃(베타 1)
주문 보기(베타 1)
다음 단계에서는 프로젝트의 기능을 이와 같이 가정하고, 한 기능이 팀 프로젝트의 특정 영역 경로 하나와 연결된다고 가정합니다. 이러한 기능에 대한 테스트 사례를 만들려고 합니다. 또한 둘 이상의 기능을 특별히 테스트하는 테스트 사례를 만들려고 합니다. 예를 들어 사용자가 물품을 장바구니에 추가하고, 로그인하고, 물품을 구입할 수 있는지 테스트할 수 있습니다. 이러한 단계를 따르면 다음 그림과 같이 여러 테스트 계획을 사용하게 됩니다.
.png "기능 기반 테스트 도구 모음용 지침")
프로젝트 설정
프로젝트 시작 시 다음 테스트 계획을 만듭니다. 이때 포함할 중요 시점 수를 기반으로 합니다.
알파
알파에서 사용할 수 있는 기능을 테스트하는 데 사용합니다.
베타 1
알파의 피드백을 통한 기능 변경 사항이나 알파 기능에 추가된 사항을 포함하여 베타에서 사용할 수 있는 기능을 테스트하는 데 사용합니다.
이러한 기능을 테스트하는 데 사용할 테스트 구성을 결정합니다. 예를 들어 응용 프로그램이 Internet Explorer 8에서 실행될 경우의 기능과 Firefox 3.5에서 실행될 경우의 기능을 각각 구성 1과 구성 2로 테스트할 수 있습니다. 그런 다음 Microsoft Test Manager를 사용하여 이러한 테스트 구성을 만듭니다. 테스트 구성을 만드는 방법에 대한 자세한 내용은 테스트 구성을 사용하여 테스트 매트릭스 정의를 참조하십시오.
기능에 필요한 테스트 구성을 테스트 계획에 추가합니다. 기본적으로 이러한 테스트 구성은 테스트 계획에 만드는 모든 테스트 도구 모음에 사용됩니다.
참고
특정 기능 또는 테스트 사례에 다른 구성을 사용해야 하는 경우에는 각 테스트 도구 모음의 테스트 구성을 변경하면 됩니다. 자세한 내용은 방법: 테스트 계획 또는 테스트 도구 모음에 대해 다른 테스트 구성 선택을 참조하십시오.
알파 테스트
장바구니에 대한 테스트 도구 모음과 로그인에 대한 테스트 도구 모음을 알파 테스트 계획에 추가합니다. 이러한 테스트 도구 모음을 정적 테스트 도구 모음으로 만든 다음 이 도구 모음에 테스트 사례를 추가할 수 있습니다. 정적 테스트 도구 모음에 테스트 사례를 추가하는 방법에 대한 자세한 내용은 방법: 테스트 도구 모음 만들기 및 관리를 참조하십시오.
중요
테스트할 제품 영역을 기반으로 테스트 사례를 만들 때 영역 경로를 선택할 수도 있습니다. 영역 경로는 종종 기능 또는 기능 집합에 매핑됩니다. 영역 경로를 선택할 경우 이 영역 경로에 대한 쿼리를 기반으로 하는 쿼리 기반 테스트 도구 모음을 만들 수 있습니다. 이 영역 경로에 테스트 사례를 추가할 때마다 해당 테스트 사례가 쿼리 기반 테스트 도구 모음에 자동으로 추가됩니다. 따라서 테스트 도구 모음을 유지 관리하는 데 유용합니다. 이 예제에서는 영역 경로 1과 영역 경로 2에 대해 정적 테스트 도구 모음 대신 쿼리 기반 테스트 도구 모음을 하나씩 만들 수 있습니다. 이러한 쿼리 기반 테스트 도구 모음을 만드는 방법에 대한 자세한 내용은 방법: 쿼리 기반 테스트 도구 모음 만들기 및 관리를 참조하십시오.
각 기능의 테스트 도구 모음에 필요한 테스트 구성이 올바른지 확인합니다. 기본적으로 각 테스트 도구 모음은 테스트 계획의 테스트 구성을 사용하도록 설정됩니다.
이러한 테스트 도구 모음에 각 기능에 대한 테스트 사례를 추가합니다. 예를 들어 다음 테스트 사례를 적절한 테스트 도구 모음에 추가할 수도 있고, 쿼리 기반 테스트 도구 모음을 만든 경우 영역 경로에 올바른 값을 사용하여 테스트 사례를 만들 수도 있습니다.
장바구니: 장바구니에 단일 물품 추가
장바구니: 장바구니에서 단일 물품 제거
로그인: 사용자 계정에 로그인
테스트 도구 모음에 테스트 사례를 추가하는 방법에 대한 자세한 내용은 방법: 테스트 도구 모음에 테스트 사례 추가를 참조하십시오.
참고
테스트 사례를 만들 때 직접 테스트 단계를 추가하거나, 단계가 보다 구체화될 때 다른 테스터가 테스트 단계를 추가할 수 있습니다.
자동화된 테스트를 만드는 경우 이 테스트를 테스트 도구 모음에 추가할 수 있습니다. 예를 들어 단위 테스트나 코딩된 UI 테스트가 있는 경우 이러한 테스트를 테스트 사례에 연결하고 테스트 도구 모음에 추가할 수 있습니다. 영역 경로를 기반으로 쿼리 기반 테스트 도구 모음을 만든 경우에는 영역 경로의 값이 이 테스트 사례에 대해 올바른지 확인해야 합니다. 자동화된 테스트를 테스트 사례에 연결하는 방법에 대한 자세한 내용은 방법: 테스트 사례에 자동화된 테스트 연결 또는 자동화된 테스트의 어셈블리에서 테스트 사례 만들기를 참조하십시오. 알파 테스트 도중 준비가 되면 언제든지 이러한 테스트를 추가할 수 있습니다.
프로젝트의 알파 단계 도중 기능을 테스트할 준비가 되면 테스트 계획의 테스트 도구 모음 상태를 진행 중으로 설정합니다. 자세한 내용은 방법: 테스트 도구 모음의 테스트 상태 변경을 참조하십시오.
참고
각 기능에 대한 예비 테스트를 수행하는 데 사용할 예비 테스트 사례를 추가할 수도 있습니다. 이 테스트 사례는 이 기능을 조사하고 버그를 찾을 경우의 작업을 기록하는 데 사용할 단일 테스트 단계를 포함하여 만들 수 있습니다.
테스트 실행 뷰에서 실행할 테스트 지점을 선택할 수 있습니다. 테스트 지점은 테스트 사례와 테스트 구성의 쌍입니다. 예를 들어 테스터 A의 컴퓨터에 Internet Explorer 8만 설치되어 있는 경우 테스터 A는 Internet Explorer 8에서 실행해야 하는 사용자 스토리에 대한 모든 테스트 지점을 선택하고 이를 실행합니다. 테스터 B는 Firefox 3.5에서 실행해야 하는 사용자 스토리에 대한 모든 테스트 지점을 선택하고 이를 실행합니다.
해당 기능의 테스트 도구 모음에 대한 수동 테스트와 자동화된 테스트가 모두 완료되면 테스트 작업의 테스트 실행 뷰에서 해당 테스트 도구 모음의 테스트 상태를 볼 수 있습니다. 보고서를 실행하여 상태를 볼 수도 있습니다. 알파 테스트에 대해 정한 품질 목표를 기준으로 테스트 작업이 완료되었는지 여부를 확인할 수 있습니다. Microsoft Test Manager에서 보고하는 방법은 테스트 계획의 테스트 진행률에 대한 보고를 참조하십시오.
베타 1 테스트
알파 테스트 계획의 테스트 도구 모음을 베타 1 테스트 계획에 복사합니다. 다른 테스트 계획의 테스트 도구 모음을 복사하는 방법에 대한 자세한 내용은 방법: 다른 테스트 계획에서 테스트 도구 모음 복사를 참조하십시오.
정적 테스트 도구 모음을 사용할 경우에는 체크 아웃에 대한 테스트 도구 모음과 주문 보기에 대한 테스트 도구 모음을 베타 1 테스트 계획에 추가합니다. 영역 경로에 대한 쿼리 기반 테스트 도구 모음을 사용할 경우에는 영역 경로 1 또는 2에 대해 만드는 모든 테스트가 알파 테스트 계획에서 복사해 온 테스트 도구 모음에 자동으로 추가됩니다.
종단 간이라는 테스트 도구 모음을 베타 1 테스트 계획에 추가합니다. 이 테스트 도구 모음에 테스트 사례를 추가하여 둘 이상의 기능을 포함하는 종단 간 시나리오를 테스트할 수 있습니다.
이러한 기능에 대한 테스트 도구 모음에 테스트 사례를 추가하거나, 쿼리 기반 테스트 도구 모음을 사용할 경우 올바른 영역 경로 값을 사용하여 테스트 사례를 만듭니다. 알파 기능의 변경 사항이나 이러한 기능에 새로 추가된 사항에 대한 테스트 사례를 추가할 수도 있습니다. 예를 들어 다음 테스트 사례를 추가할 수 있습니다.
체크 아웃: 장바구니에서 물품 체크 아웃
체크 아웃: 로그인 계정을 만들지 않고 체크 아웃
로그인(추가 테스트 사례): 사용자가 암호를 잊어버림
주문 보기: 계정의 주문 보기
종단 간: 물품 추가, 로그인 및 체크 아웃
테스트 사례를 만들 때 직접 테스트 단계를 추가하거나, 단계가 보다 구체화될 때 다른 테스터가 테스트 단계를 추가할 수 있습니다.
자동화된 테스트를 만드는 경우 이 테스트를 테스트 도구 모음에 추가할 수 있습니다. 예를 들어 단위 테스트나 코딩된 UI 테스트가 있는 경우 이러한 테스트를 테스트 사례에 연결하고 테스트 도구 모음에 추가할 수 있습니다. 베타 1 도중 준비가 되면 언제든지 이러한 테스트를 추가할 수 있습니다.
베타 1 도중 기능을 테스트할 준비가 되면 테스트 도구 모음의 상태를 진행 중으로 변경합니다. 그런 다음 해당 기능의 테스트 도구 모음에 대해 수동 테스트와 자동화된 테스트를 실행합니다.
참고
베타 1의 각 새 기능에 대한 예비 테스트를 수행하는 데 사용할 예비 테스트 사례를 추가할 수도 있습니다. 이 테스트 사례는 이 기능을 조사하고 버그를 찾을 경우의 작업을 기록하는 데 사용할 단일 테스트 단계를 포함하여 만들 수 있습니다.
이제 테스트 작업의 테스트 실행 뷰에서 각 테스트 도구 모음에 대한 테스트 상태를 볼 수 있습니다. 보고서를 실행하여 상태를 볼 수도 있습니다. 베타 1에 대해 정한 품질 목표를 기준으로 테스트 작업이 완료되었는지 여부를 확인할 수 있습니다.
베타 1에 필요한 모든 종단 간 테스트를 실행합니다.
프로젝트에 더 많은 중요 시점이 있는 경우 각 중요 시점에 대해 이 과정을 계속할 수 있습니다. 이 접근 방식을 사용하여 각 중요 시점에 대해 새 테스트 계획을 만들 수 있습니다. 또한 다음 중요 시점의 테스트 계획으로 복사되는 종단 간 테스트의 테스트 도구 모음을 만들 수 있습니다. 이전 중요 시점의 테스트 도구 모음에 포함된 테스트를 모두 실행할 수 있는 충분한 시간이 없는 경우에는 복사한 테스트 도구 모음의 테스트를 제한할 수도 있습니다. 예를 들어 우선 순위 1 테스트만 실행하도록 제한할 수 있습니다. 쿼리 기반 테스트 도구 모음을 사용할 경우에는 이 우선 순위에 추가할 쿼리를 변경할 수 있습니다. 정적 테스트 도구 모음을 사용할 경우에는 해당 중요 시점에 대해 다시 실행할 필요가 없는 테스트 사례를 제거하기만 하면 됩니다.
참고 항목
작업
Microsoft 테스트 관리자를 사용하여 수동 테스트를 위한 빠른 시작 가이드