테스트 사례(CMMI)
팀은 테스트 사례를 사용하여 Test Runner 및 Microsoft Test Manager를 통해 실행하고 관리할 수 있는 수동 테스트와 자동화된 테스트를 모두 정의할 수 있습니다.Microsoft Test Manager를 사용하여 테스트 사례뿐만 아니라 프로젝트 테스트를 지원하는 테스트 도구 모음 및 테스트 구성도 만들 수 있습니다.테스트 구성을 사용하여 테스트 사례 및 테스트 도구 모음의 실행 방식을 정의할 수 있습니다.테스트 사례를 테스트 계획에서 테스트 도구 모음의 계층 구조로 구성하여 그룹화할 수 있습니다.테스트 도구 모음을 만들어 테스트 사례 집합을 그룹으로 실행할 수 있습니다.자세한 내용은 테스트 계획 정의을 참조하십시오.
[!참고]
테스트 사례를 사용 하 여 정의할 수 있습니다 팀 탐색기, 있지만 사용 하 여 테스트 사례를 정의 하는 것이 좋습니다 Microsoft Test Manager.Visual Studio Premium, Visual Studio Ultimate 또는 Visual Studio Test Professional에서 Microsoft Test Manager에 액세스할 수 있습니다.자세한 내용은 Microsoft Test Manager에서 테스트 만들기 및 관리을 참조하십시오.
수동 테스트를 정의하는 작업 단계 또는 공유 단계 집합의 시퀀스를 정의하려면 Microsoft Test Manager를 사용해야 합니다.팀 탐색기 또는 Team Web Access를 사용하여 테스트 사례 및 공유 단계에 대해 정의된 다른 필드를 보고 수정할 수 있습니다.그러나 이러한 클라이언트를 사용하여 단계 탭에 표시되는 필드는 수정할 수 없습니다.
팀 프로젝트를 업그레이드 하는 경우 테스트 사례를 사용 하 고 인터페이스를 먼저 추가 작업을 수행 해야 Microsoft Test Manager.자세한 내용은 MSF v4.2 프로세스 템플릿을 기반으로 팀 프로젝트 업데이트을 참조하십시오.
테스터는 여러 테스트를 진행할 때 여러 테스트 사례에 대해 동일한 단계 시퀀스를 수행해야 합니다.공유 단계를 만들면 단계 시퀀스를 한 번 정의한 후 여러 테스트 사례에 삽입할 수 있습니다.예를 들어, 각 테스트 사례에 필요한 경우 로그온 하는 응용 프로그램에 이러한 작업을 수행할 수 있는 공유 단계를 만들 수 있습니다.그런 다음 각 테스트 사례에 공유 단계를 추가하고 Test Runner를 사용하여 단계를 실행할 수 있습니다. 공유 단계는 수동 테스트 사례를 간단하게 정의하기 위한 목적으로만 사용하는 것이기 때문에 Microsoft Test Manager를 사용하여 공유 단계를 만들어야 합니다.자세한 내용은 방법: 공유 단계를 사용하여 공통 테스트 사례 단계 공유을 참조하십시오.
항목 내용 |
관련 항목 |
---|---|
|
대시보드 및 보고서 필드 참조 |
필요한 권한
테스트 사례를 보려면 Readers 그룹의 멤버이거나 이 노드의 작업 항목 보기가 허용으로 설정되어 있어야 합니다.테스트 사례를 만들거나 수정하려면 Contributors 그룹의 멤버이거나 이 노드의 작업 항목 편집 권한이 허용으로 설정되어 있어야 합니다.자세한 내용은 권한 관리을 참조하십시오.
테스트 사례를 정의합니다.
테스트 사례는 Test Runner 및 Microsoft Test Manager와 함께 사용하도록 설계되어 있습니다.테스트 사례를 사용 하 여 정의할 수 있습니다 팀 탐색기, 있지만 사용 하 여 테스트 사례를 만드는 것이 좋습니다 Microsoft Test Manager.Microsoft Test Manager를 사용하여 테스트 사례를 정의하고 사용하는 방법에 대한 자세한 내용은 Microsoft Test Manager에서 테스트 만들기 및 관리를 참조하십시오.
팀 탐색기 또는 Team Web Access를 사용하여 테스트 사례를 정의하고 나중에 Microsoft Test Manager를 사용하여 테스트 계획에 이 사례를 추가할 수 있습니다.테스트 사례를 정의할 때는 아래 그림에 표시된 것과 같이 필드를 지정합니다.
테스트 사례를 정의할 때 제목을 제외한 모든 필드는 선택적입니다.
테스트 사례에서 작업하는 것과 마찬가지로 항상 필드를 수정하고 세부 정보를 추가할 수 있습니다.Microsoft Test Manager를 사용하여 이 절차를 수행하려면 방법: 수동 테스트 사례 만들기를 참조하십시오.
테스트 사례를 정의하려면
작업 항목 폼의 맨 위에 있는 섹션에서 다음 필드 중 하나 이상을 지정합니다.
제목(필수)에 테스트 조건을 정의하는 설명 구를 입력합니다.
에 할당 목록에서 테스트 사례에 대 한 적절 한 소유자를 선택 합니다.
[!참고]
작업 항목은 Contributors 그룹의 멤버에게만 할당할 수 있습니다.
담당자를 지정하지 않으면 자동으로 자신에게 할당됩니다.
상태 목록에서 기본값 디자인을 그대로 둡니다.
[!참고]
테스트 사례의 상태가 디자인인 경우 실행할 수 있습니다.
에 우선 순위 목록에서 테스트 사례 1 (중요) 4 (가장 중요) 중에 대 한 중요도 선택 합니다.
이 필드의 기본값은 2입니다.
자동화 상태, 기본값을 그대로 자동, 수동 경우 또는 선택 계획 됨 테스트 사례를 자동화 하는 경우.
[!참고]
관련 자동화 탭에서 자동화 메서드를 추가하는 경우 이 필드의 값은 자동화됨으로 자동으로 업데이트됩니다.수동 테스트 사례를 자동화된 테스트 사례로 변환하는 방법에 대한 자세한 내용은 방법: 테스트 사례에 자동화된 테스트 연결을 참조하십시오.
에 영역 목록에서 팀 프로젝트에 대 한 테스트 사례에서 적절 한 영역을 선택 합니다.
이 값은 테스트 사례에서 처리하는 요구 사항에 대해 지정된 영역과 일치해야 합니다.기본값은 프로젝트에 대해 정의된 최상위 영역 노드입니다.
에 반복 목록에서 테스트 사례에 대 한 팀 프로젝트 반복을 선택 합니다.
기본값은 프로젝트에 대해 정의된 최상위 반복 노드입니다.
[!참고]
각 팀 프로젝트의 프로젝트 관리자는 해당 프로젝트에 대한 영역 및 반복 경로를 정의하므로 팀에서 이러한 지정을 통해 진행 상태를 추적할 수 있습니다.자세한 내용은 영역 및 반복 만들기 및 수정을 참조하십시오.
에 단계 탭에서 작업 및 유효성 검사 단계 및 테스트의 일부로 수행 되는 매개 변수를 정의 합니다.
자세한 내용은 Microsoft Test Manager에서 테스트 만들기 및 관리을 참조하십시오.
선택 된 요약 탭을 클릭 한 다음 필드 중 하나 또는 모두를 지정 합니다.
설명를 원하는 만큼 상세하게 제공 하 여 테스트 사례에 설명 합니다.
기록 레코드의 일부분으로 캡처할 설명을 기록에 추가합니다.
팀 멤버가 작업 항목을 업데이트할 때마다 작업 항목 기록에 변경 날짜, 변경한 팀 멤버 및 변경된 필드가 표시됩니다.
에 테스트 요구 사항 및 모든 링크 탭, 링크에서 테스트 사례를 하나 만들거나 이상의 다른 작업 항목을 요구 사항, 작업, 변경 요청 및 버그.
에 첨부 파일 탭, 사양, 이미지 또는 실행할 테스트 사례에 대 한 자세한 정보를 제공 하는 다른 파일을 첨부 합니다.
자세한 내용은 이 항목의 뒷부분에 있는 다음 단원을 참조하십시오.
요구 사항에 테스트 사례 연결
테스트 사례에 첨부 파일 또는 하이퍼링크 추가
선택 작업 항목 저장.
[!참고]
테스트 사례를 저장하면 작업 항목 도구 모음 아래에 식별자가 나타납니다.
요구 사항에 테스트 사례 연결
요구 사항에 테스트 사례를 연결하여 해당 요구 사항에 대해 수행된 테스트의 진행률을 추적할 수 있습니다.테스트 사례를 정의한 후 다음 절차를 사용하면 테스트 사례에서 구현하는 요구 사항에 해당 테스트 사례를 연결할 수 있습니다.Microsoft Test Manager를 사용하여 이 절차를 수행하는 방법에 대한 자세한 내용은 방법: 테스트 계획에 제품 백로그 항목, 사용자 스토리 또는 요구 사항 작업 항목 추가를 참조하십시오.
요구 사항에 테스트 사례를 연결하려면
선택 된 테스트 요구 사항 탭.
Choose Link to.
테스트 사례에 대한 링크 추가 대화 상자가 열립니다.
링크 형식 목록에서 기본값 테스트를 그대로 둡니다.
테스트 사례 탭에서 링크를 만들 때는 테스트 형식의 링크만 지정할 수 있습니다.
찾아보기를 선택합니다.
다음 대화 상자가 나타납니다.
에 저장 된 쿼리 목록에서 선택의 열린 요구 사항 팀 쿼리를 선택한 다음 선택 찾기.
테스트 사례에 연결할 요구 사항 옆에 있는 확인란을 선택합니다.
자세한 내용은 연결하거나 가져올 작업 항목 찾기을 참조하십시오.
(선택 사항) 설명 텍스트 상자에 링크에 대한 설명을 입력합니다.
확인을 선택합니다.
선택 작업 항목 저장.
[!참고]
연결한 요구 사항과 테스트 사례가 모두 업데이트되고,테스트한 사람 링크가 요구 사항에 추가됩니다.
테스트 사례에 세부 정보, 첨부 파일 또는 하이퍼링크를 추가합니다.
다음과 같은 방법으로 테스트 사례를 구현하기 위한 추가 정보를 제공할 수 있습니다.
설명 또는 기록 필드에 정보를 입력합니다.
파일을 첨부합니다.
예를 들어 전자 메일 스레드, 문서, 이미지, 로그 파일 또는 기타 형식의 파일을 첨부할 수 있습니다.
웹 사이트나 서버 또는 웹 사이트에 저장된 파일에 대한 하이퍼링크를 추가합니다.
테스트 사례에 세부 정보를 추가하려면
선택 된 요약 탭.
설명에 정보를 입력합니다.
(선택 사항) 기록 필드에 정보를 입력합니다.
정보에 서식을 지정하여 강조하거나 글머리 기호 목록을 표현할 수 있습니다.자세한 내용은 제목, ID, 설명 및 기록 필드 참조을 참조하십시오.
선택 작업 항목 저장.
테스트 사례에 첨부 파일을 추가하려면
선택 된 첨부 파일 탭.
다음 작업 중 하나를 수행합니다.
파일을 첨부 파일 영역으로 끕니다.
선택 또는 복사한 파일을 붙여 넣으려면 Ctrl + V를 누릅니다.
선택 추가, 선택 찾아보기, 및에 첨부 파일 대화 상자, 형식 또는 첨부 파일의 이름 찾습니다.
(선택 사항) 설명 상자에 첨부 파일에 대한 추가 정보를 입력합니다.닫을 수 있는 첨부 파일 대화 상자에서 선택 확인.
선택 작업 항목 저장.
테스트 사례에 하이퍼링크를 추가하려면
선택 된 기타 링크 탭.
Choose Link to.
에 링크 형식 목록에서 선택 하이퍼링크.
주소 상자에 링크의 대상 주소를 입력합니다.
대상이 웹 사이트인 경우 URL을 입력하거나, 인터넷 브라우저에서 URL을 복사하여 주소 상자에 붙여넣습니다.대상이 서버 위치인 경우 UNC 이름 형식으로 주소를 입력합니다.
(선택 사항) 설명 상자에 하이퍼링크에 대한 추가 정보를 입력합니다.
확인을 선택합니다.
선택 작업 항목 저장.
테스트 사례의 상태를 변경합니다.
테스트 사례를 만들면 테스트 사례의 상태가 자동으로 디자인으로 설정됩니다.테스트 사례에 대한 모든 작업 및 유효성 검사 단계를 정의하고 테스트 사례가 실행할 준비가 된 것으로 승인된 후 상태를 준비로 변경합니다.테스트 사례가 더 이상 필요하지 않으면 해당 상태를 준비에서 닫힘으로 변경합니다.상태 변경을 추적하는 데이터 필드에 대한 자세한 내용은 할당 및 워크플로 필드 참조을 참조하십시오.
Microsoft Test Manager를 사용하여 이 절차를 수행하는 방법에 대한 자세한 내용은 방법: 테스트 사례의 상태를 닫힘으로 변경을 참조하십시오.미해결 테스트 사례 팀 쿼리를 열고, 업데이트할 테스트 사례의 상태 필드를 업데이트하면 Office Excel에서 여러 테스트 사례를 동시에 편집할 수 있습니다.
팀 멤버는 테스트 사례를 저장한 후 해당 테스트 사례의 상태를 다음 절차에서 설명하는 상태 중 하나로 변경할 수 있습니다.
테스트 사례의 상태를 변경하려면
테스트 사례를 엽니다.
에 상태 목록에서 다음 값 중 하나를 선택 합니다.
디자인: 테스트 사례를 디자인하는 중이며 아직 검토 및 승인하지 않았습니다.
[!참고]
테스트 사례의 상태가 디자인인 경우 실행할 수 있습니다.
준비: 테스트 사례를 검토하여 승인했으며 실행할 준비가 되었습니다.
닫힘: 앞으로 이 팀 프로젝트의 반복에 테스트 사례를 더 이상 사용할 필요가 없습니다.
이유 목록에서 기본값인 사용되지 않음을 그대로 둡니다.다른 이유로 테스트 사례를 닫을 경우 선택 지연 또는 복제.
선택 작업 항목 저장.
일반적인 워크플로 진행:
일반적이 아닌 전환:
|
테스트 사례 상태 다이어그램 |
디자인[신규]
팀 멤버가 테스트 사례를 만들고, 설명이 포함된 제목을 제공하고, 실행할 단계 및 매개 변수를 정의합니다.팀 멤버가 테스트 사례에 대한 모든 단계를 정의하고 테스트 사례가 실행할 준비되면 팀 멤버는 상태를 디자인 상태에서 준비 상태로 변경합니다.
팀 멤버가 테스트 사례를 만들 때 다음 데이터 필드가 자동으로 캡처됩니다.
담당자: 테스트 사례를 만든 팀 멤버의 이름입니다.
만든 사람: 테스트 사례를 만든 팀 멤버의 이름입니다.
만든 날짜: 서버 시간을 기준으로 기록된, 테스트 사례가 만들어진 날짜 및 시간입니다.
디자인 상태에서 준비 상태로
팀 멤버가 테스트 사례의 상태를 디자인에서 준비로 변경하면 이유 필드가 자동으로 완료됨으로 설정됩니다.
이유 |
용도 |
수행할 추가 작업 |
---|---|---|
완료 |
테스트 사례를 정의하는 데 필요한 모든 작업 및 유효성 검사 단계입니다. |
비슷한 요구 사항에 대해 정의된 테스트 사례를 검토하여 테스트 사례 유지 관리를 최소화할 공유 단계를 정의할 수 있는지 확인합니다. |
디자인 또는 준비 상태에서 닫힘 상태로
팀 멤버는 다음 이유 중 하나로 인해 디자인 또는 준비 상태의 테스트 사례를 닫을 수 있습니다.
이유 |
용도 |
수행할 추가 작업 |
---|---|---|
사용되지 않음(기본값) |
테스트 사례가 요구 사항의 승인 테스트에 더 이상 필요하지 않습니다. |
테스트 사례에 연결된 모든 요구 사항이 닫힘 상태인지 확인합니다. |
연기됨 |
현재 제품 주기 또는 반복 동안 테스트 사례가 실행되지 않습니다.테스트 중인 요구 사항이 범위를 벗어남 또는 중단됨 상태여서 닫힘 상태인 경우에도 이 이유를 지정할 수 있습니다. |
없음 |
중복됨 |
테스트 사례가 다른 테스트 사례와 중복될 때 사용됩니다. |
열린 상태로 남아 있는 중복 테스트 사례에 대한 링크를 만듭니다. |
팀 멤버가 테스트 사례를 닫을 때 다음 데이터 필드가 캡처됩니다.
닫은 사람: 테스트 사례를 닫은 팀 멤버의 이름입니다.
닫힌 날짜: 서버 시간을 기준으로 기록된, 테스트 사례가 닫힌 날짜 및 시간입니다.
상황 변경 날짜: 테스트 사례의 상태가 변경된 날짜 및 시간입니다.
준비
테스트 사례가 올바르게 정의되고 실행할 준비가 되었으면 상태를 준비로 변경합니다.
준비 상태에서 디자인 상태로
팀 멤버는 다음과 같은 이유로 테스트 사례의 상태를 준비에서 디자인으로 변경할 수 있습니다.
이유 |
용도 |
수행할 추가 작업 |
---|---|---|
테스트 사례 업데이트 |
테스트의 허용 기준에 맞추기 위해 테스트 사례를 변경해야 합니다.예를 들어 단계의 시퀀스를 변경하고, 새 단계를 추가하고, 매개 변수를 변경하거나 추가할 수 있습니다. |
없음 |
팀 멤버가 테스트 사례를 다시 활성화할 때 다음 데이터가 자동으로 캡처됩니다.
활성화한 사람: 테스트 사례를 다시 활성화한 팀 멤버의 이름입니다.
활성화된 날짜: 서버 시간을 기준으로 기록된, 테스트 사례가 다시 활성화된 날짜 및 시간입니다.
상황 변경 날짜: 테스트 사례의 상태가 변경된 날짜 및 시간입니다.
완료
팀 멤버는 테스트하는 요구 사항이 범위 안에 다시 들어오면 닫힘 상태의 테스트 사례를 다시 활성화할 수 있습니다.
닫힘 상태에서 디자인 또는 준비 상태로
테스트 사례의 상태를 닫힘에서 디자인 또는 준비로 업데이트하는 경우 이유의 값은 다음 표에 나열된 기본값뿐입니다.
이유 |
용도 |
수행할 추가 작업 |
---|---|---|
다시 활성화됨 |
테스트 사례가 요구 사항의 승인 테스트를 지원해야 합니다. |
모든 작업 및 유효성 검사 단계를 검토하여 요구 사항을 테스트하는 데 충분한지 확인합니다. |
팀 멤버가 테스트 사례의 상태를 닫힘에서 디자인 또는 준비로 업데이트하면 다음 데이터 필드가 캡처됩니다.
활성화한 사람: 테스트 사례를 다시 활성화한 팀 멤버의 이름입니다.
활성화된 날짜: 서버 시간을 기준으로 기록된, 테스트 사례가 다시 활성화된 날짜 및 시간입니다.
상황 변경 날짜: 테스트 사례의 상태가 변경된 날짜 및 시간입니다.
참고 항목
개념
Visual Studio ALM용 CMMI 프로세스 템플릿