Microsoft Test Manager를 사용하여 예비 테스트 수행

예비 테스트는 일련의 미리 정의 된 테스트 하지 않고 미리 정해진된 단계를 스크립트 응용 프로그램을 테스트를 의미 합니다.

Microsoft 테스트 관리자 (MTM) 응용 프로그램과 함께 작업할 때 수행할 작업을 기록 하 여 수 있습니다.스크린 샷, 주석, 첨부 파일, 오디오 나레이션 및 비디오 화면을 기록할 수도 있습니다.녹음/녹화 발견할 수 있는 모든 오류를 추적 하기 쉽습니다.사용자나 동료에 대한 응용 프로그램을 업데이트 한 후 테스트를 복제 하기 쉽게 되도록 작업 테스트 사례로 저장할 수도 있습니다.

요구 사항

• Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional

볼 비디오: 수동 테스트를 통해 문제를 쉽게 재현할.

• MTM을 열면 팀 프로젝트에 연결 하 고 테스트 계획을 요청 합니다. 어떤가?
  자세한 내용은 Application Lifecycle Management용 Visual Studio 및 Team Foundation Server 적용 및 응용 프로그램 테스트을 참조하십시오.

예비 테스트 세션을 시작합니다.

Microsoft 테스트 관리자에서 열기 테스트 센터, 테스트, 예비 테스트 수행.

• 보이지 않는예비 테스트를 실행 합니다.
  팀 tfs 2012 이전 버전을 사용 합니다.참조는 Visual Studio 2010에 대한 지침.

선택 탐색.

–또는–

요구 사항 작업 항목을 선택 하 고 선택 탐색 작업 항목.이 테스트의 기록 작업 항목과 연결합니다.

• 작업 항목에 테스트 세션을 연결할 수 있습니다.?
  예비 세션에서 버그 또는 테스트 사례를 만드는 경우 해당 작업 항목에 자동으로 연결할 수 됩니다.

  세션의 모든 작업 항목에 요구 사항 범주에 연결할 수 있습니다.여기 표준 팀 프로젝트 템플릿에서 요구 사항(CMMI), 제품 백로그 항목(Scrum), 및 사용자 스토리(Agile).

  관련된 작업 항목 및 예비 세션에서 만드는 모든 테스트 사례는 테스트 계획에 자동으로 추가 됩니다.

  각 요구 사항의 코딩 체크 인 되 면 해당 요구 사항에 중점을 두고 테스트를 수행 하는 것이 좋습니다.만들어진 버그 완료 되지 않았음을 표시 요구 사항에 연결 해야 합니다.

• 왜 내가 세션 요구 사항과 연결 하지 않을?
  모든 특정 요구 사항에 집중 하지 않고 응용 프로그램을 탐색 하는 경우가 있습니다.

예비 테스트 창이 열리면 고 시작할 준비가 될 때까지 대기 합니다.

응용 프로그램 탐색

응용 프로그램을 실행할 준비를 합니다.예를 들어, 응용 프로그램 웹 사이트에 있으면 웹 서버를 시작 합니다.

예비 테스트 창에서 선택 시작.

응용 프로그램을 실행 하 고 그 기능을 탐색 합니다.예를 들어, 웹 브라우저를 열고 웹 사이트에 로그인 합니다.

예비 테스트 창을 화면의 나머지 부분에서 수행 되는 작업을 기록 합니다.작업할 때 주석과 스크린 샷 파일을 추가할 수 있습니다.모든 버그를 만든 테스트 사례 추가할 수 있습니다.

Visual Studio 2012 업데이트 1 작업 로그에 텍스트 또는 제스처 영역을 중심으로 화면의 스냅샷을 자동으로 포함 됩니다.예비 세션에서 버그를 만들 때의 스크린 샷이 포함 되어 있습니다.

여러 가지 상황에서 다양 한 요구 사항을 만족 하는 특정 요구 사항을 탐색 하는 경우를 확인 합니다.자세한 내용은 어떤 예비 테스트 수행 해야 합니까?

• 자세히 기록 모든 합니까?
  기본적으로, MTM, Word, 페인트 및 Outlook과 같은 Office 응용 프로그램의 작업을 기록 하지 않습니다.이 집합을 변경 하려면 작업 로그는 테스트 설정에서 테스트 계획 속성으로 구성 합니다.자세한 내용은 테스트 계획 구성.

  또한 몇 가지 세부 작업 등 드로잉 전체에 기록 되지 않습니다.그리기 응용 프로그램에서 얼굴을 그릴 경우 예를 들어, 작업, 커서를 이동으로 캡처됩니다.했던 정확 하 게 기술 하는 설명을 추가 해야 합니다.

  작업 레코드 사용자 인터페이스 컨트롤을 읽을 수 있는 이름을 가지는 경우 읽을 수 있습니다.개발 팀에서 사용자 인터페이스나 HTML 응용 프로그램에서 각 요소의 ID 각 컨트롤의 내게 필요한 옵션 속성을 설정 해야 합니다.

• 내 응용 프로그램에는 웹 사이트 또는 클라이언트-서버 시스템입니다. 걸릴 MTM 레코드 이벤트 서버에 배치할 수 있습니다?
  예.서버 환경에서 실행할 수 있고 랩 시스템에서 이벤트를 수집 하도록 테스트 계획을 구성할 수 있습니다.버그를 만들 때 MTM 랩 시스템에서 데이터를 검색 하 고 버그 보고서에 첨부 합니다.자세한 내용은 응용 프로그램 수명 주기에 랩 환경 사용을 참조하십시오.

버그 보고

응용 프로그램에 결함을 찾을 때 선택 버그 만들기.

오류를 재현 하기 위해 수행한 단계 자동으로 버그에 저장 됩니다의 재현할 단계 창.테스트 중 작성 한 메모 첨부 파일 및 추가 스크린샷 추가 시스템 정보가 함께 표시 됩니다.

버그가 작성 되 면 단계를 하면 변경 포함 할 수 있습니다.

같은 단계를 포함 하는 버그를 동시 테스트 사례를 생성할 수 있습니다.이 버그는 나중에 되풀이 하지 않도록 수 있습니다.버그 및 테스트 사례에 연결 됩니다.

Visual Studio 2012 업데이트 1 각 작업의 설명은 자동으로 근처 작업 영역의 스크린샷을 함께 표시 됩니다.

어떻게 전체 화면 테스트 중 나타나는 보려면 작업 로그.

쉽게 다시 테스트 확인

응용 프로그램이 업데이트 되거나 더 이상 개발 하거나 버그가 해결 되 면 모든 것이 여전히 작동-있는지 또는 잘 작동 하는지 확인 하려면 테스트를 다시 실행 합니다.

상당한 기술력과 창조적 사고 실험 예비 테스트에서 이지만.향후 행사에 시간을 절약할 수 작업 테스트 사례의 단계를에서 스크립트로 저장할 수 있습니다.이 테스트를 다시 수행할 때 사용-또는 사람-만 대신에 re-inventing의 단계를 수행 해야 합니다.

테스트 사례에서 직접 예비 세션, 또는 버그를 만든 즉시 후에 만들 수 있습니다.

테스트 사례에 포함 된 최신 단계 수를 조정할 수 있습니다.

예비 세션에서 직접 테스트 사례를 만드는 경우 일반적으로 기능으로 기록 하려는 단계 시퀀스를 수행 하기 전에 연습 약간의 시간이 걸리는.시퀀스 시작 되는 위치를 시작 하는 테스트 사례를 편집 합니다.

또한 각 단계를 수행한 후 어떤 결과 봐야 상태를 작업 항목을 편집 해야 합니다.

저장 하 고 작업 항목을 닫을 때 탐사를 반환할 수 있습니다.

팁
각 별도 측면의 요구 사항에 대한 별도 테스트 사례를 만듭니다.

• 데이터를 다른 값으로 동일한 순서를 실행 했습니다. 각각 별도 테스트 사례를 기록해 야?
  아니요.하나의 테스트 사례를 만든 다음 편집 시퀀스에서 특정 값을 매개 변수 이름으로 대체 합니다.시작 매개 변수 이름은 "@"입니다.예를 들어, "'@flavor' 링크를 클릭 합니다." 에 매개 변수 값 테이블 테스트 사례 스크립트 맨 아래에, 테스트의 연속적인 반복에 사용 되는 값 집합을 제공 합니다.자세한 내용은 Microsoft Test Manager를 사용하여 수동 테스트 사례 만들기을 참조하십시오.

테스트 완료

팁
테스트 실행 "계정을 개설 하지 못했습니다." 또는 "주문 작성 했습니다."과 같은 결과 표현 하는 제목을 제공 합니다. 이렇게 최근 예비 테스트 목록을 해석 하기 쉽습니다.

얼마나 잘 우리가 수행 하는?

사용 보기 예비 테스트 세션 수행 된이 테스트 계획의 테스트를 검토 합니다.정렬 하 고 테스트를 요구 사항으로 필터링 수 있습니다.

예비 테스트를 사용 하 여

• 어떤 예비 테스트를 수행 해야 합니까?
  테스트의 가장 중요 한 범주는 다음과 같습니다.

  • 스토리를 실행 합니다. 약속 사용자 스토리 또는 제품 백로그 항목에 작업을 수행할 수 있습니까?

  • 키 값을 실행 합니다. 있습니다 사용자 스토리를 입력 다른 집합이 수행-예를 들어, 빈 쇼핑 카트를 단일 항목, 모든 항목을 몇 가지 작업을 하는 등의 두 가지?

  • 응용 프로그램을 중단 합니다. 예를 들어 예기치 않은 입력을 제공 하 여 실패 하는 응용 프로그램을 만들 수 있습니다 또는 너무 많이 입력?

  다른 관점에서 생각 하는 것이 유용 투어.투어는 특정 종류를 재고량이 테스트를 수행 하는 탐험입니다.제임스 A. 자세한 내용은 참조 하십시오.Whittaker의 책 예비 테스트.

• 예비 테스트 계획된의 테스트 사례와 함께 사용 해야 하는 방법을?
  예비 테스트 및 테스트 사례를 사용 하 여 테스트 계획의 다른 혼합을 사용 하는 다른 팀.고려해 야 할 몇 가지 대체 전략은 다음과 같습니다.

  • 바로 예비. 전적으로 예비 테스트를 이용 하 고 테스트 사례를 만들지 마십시오.모든 오류가 발견 되 면 버그 작업 항목을 만듭니다.버그가 수정 되 면 수정 프로그램을 확인 하려면 다시 탐색 합니다.예비 테스트 목록에 테스트 되었습니다 최상의 레코드인: 스 프린트 끝으로 각 제품 백로그 항목 또는 사용자 스토리에 대해 테스트를 적어도 하나 있어야 합니다.이 전략은 소규모 프로젝트에 적합합니다.

  • 새로운 기능, 회귀 테스트 사례에 대한 탐색. 요구 사항에 대한 코드를 체크 인할 때 예비 테스트를 수행 하 고 테스트 사례를 만들고.찾은 오류에 대한 버그를 만들어야 합니다.버그 문제가 해결 되 면 모든 테스트 사례를 실행 합니다.최상의 측정할 수 있는 테스트 사례가 통과 하는 차트입니다.각 스 프린트에서 아무런 변경 사항이 있는지 확인 하려면 이전 스 프린트에 대해 테스트 사례를 실행할 수도 있습니다.

  • 테스트 사례 미리 계획 하 고 탐색 코드를 중단할 수 있습니다. 사전에 테스트 사례 스크립트를 사용 하 여 요구 사항 이해를 돕기 위하여 작성.코드를 체크 인할 때 해당 테스트 사례를 실행 합니다.예비 모두 추가 테스트 사례를 만들려면 테스트를 실행할 수도 하 고 쉽게 하기 위해 응용 프로그램이 실패 합니다.

수정 확인

수정 된 버그에 대한 체크 인 되 면 MTM에서 열고 선택 테스트 센터, 테스트, 버그 확인.이 페이지에는이 테스트 계획을 만든 및 해당 테스트 사례에 연결 된 버그 목록이 없습니다.버그가 수정 되었다는 선택 하 고 선택 확인.Test Runner을 열고 오류를 찾기 위해 수행 하는 단계를 보여 줍니다.단계를 수행 하 고 오류가 발생 하지 않습니다 확인 합니다.테스트를 통과 한 것으로 표시 하 고 버그를 닫습니다.

서버에서 데이터를 수집합니다.

웹 사이트 또는 클라이언트-서버 응용 프로그램인 경우, 자신의 클라이언트 컴퓨터와 서버 컴퓨터에서 정보를 수집할 수 있습니다.

이렇게 하려면 랩 환경을 설정 하 고 서버에서 해당 환경의 컴퓨터에에서 설치 해야 합니다.자세한 내용은 랩 환경에서 테스트 실행을 참조 하십시오.

또한 테스트 환경에서 데이터를 수집 하도록 구성 해야 합니다.테스트 계획 속성에는 이렇게 할 수 있습니다 또는 개별 테스트에서이 옵션을 선택할 수 있습니다.

테스트를 사용 하 여 시작 된 개별 테스트 세션을 구성 하려면 탐색 옵션.

서버 데이터를 수집 하는 모든 테스트를 구성 하려면: MTM에서 선택 테스트 센터, 계획, 속성.테스트 환경, 서버에 설치 된 환경을 선택 합니다.

추가 데이터를 수집합니다.

테스트 세션에서 한 사용자가 만든 버그에 추가 데이터가 기록 되도록 테스트 계획의 속성을 설정할 수 있습니다.예를 들어, 추가 하거나 사용자 작업 수집 해야 하는 프로그램을 제거할 수 있습니다.

또한 화면을 작업 하는 동안 비디오 및 오디오 논평을 캡처할 수 있습니다.

자세한 내용은 방법: 테스트 계획을 위한 테스트 설정 및 환경 선택을 참조하십시오.

보안

테스트 세션 중에 수행 되는 작업 자동으로 기록 됩니다 유의 하십시오.잠재적으로이 기록을 사용자 이름 및 암호를 포함 하 여 중요 한 데이터를 캡쳐할 수 있습니다.

외부 리소스

지침

Visual Studio 2012 4 장 연속 배달 테스트: 수동 시스템 테스트

비디오

수동 테스트를 통해 문제를 쉽게 재현할

참고 항목

작업

방법: Microsoft 테스트 관리자를 사용하여 작업 항목 만들기

방법: Microsoft 테스트 관리자를 사용하여 작업 항목 만들기

개념

Microsoft Test Manager에서 테스트 실행

제품 백로그 항목, 사용자 스토리 또는 요구 사항을 위한 테스트 만들기

제품 백로그 항목(Scrum)

사용자 스토리(Agile)

요구 사항(CMMI)

기타 리소스

방법: 테스트 계획에 제품 백로그 항목, 사용자 스토리 또는 요구 사항 작업 항목 추가

작업 항목 만들기, 복사 및 업데이트