시스템 테스트 자동화

각 스프린트에서 수동 테스트 활동이 초점을 맞추기를 원하는 것은 각 스프린트에서 구현하는 새로운 요구 사항입니다. 동시에, 전에 작업 중인 기능으로 최근 개발 작업 버그가 발생되지 않았는지 확인하려면 이전 스프린트에서 테스트를 몇 차례 반복해야 합니다. 재발 테스트의 작업 부하는 프로젝트의 수명이 길어질수록 점진적으로 증가합니다. 간단한 종단 간 구현으로 시작한 다음 각 구성 요소를 다시 검토하여 새 기능을 추가하는 Agile 개발에 꼭 필요한 부분입니다.

회귀 테스트의 부하를 줄이기 위해 수동으로 수행한 시스템 테스트를 자동화할 수 있습니다. 일반적으로 각 요구 사항에 대한 테스트 사례를 만들고 하나 또는 두 개의 스프린트에 대해 수동으로 수행한 후 이후 스프린트를 위해 그 중 일부를 자동화합니다.

여러 가지 방법으로 테스트를 자동화할 수 있습니다.

• 테스트 메서드를 테스트 사례에 연결합니다.

  일반적으로 테스트 사례의 수동 버전을 모방하는 통합 테스트를 링크하려는 경우에도 모든 단위 테스트를 테스트 사례에 링크할 수 있습니다. 테스트 사례는 수동 및 자동 버전을 둘 다 가질 수 있습니다. Microsoft Test Manager에서 자동화된 테스트 사례를 실행할 수 있으며, 결과는 수동 테스트 사례와 함께 나타납니다.

• 코딩된 UI 테스트를 테스트 사례를 연결합니다.

  CUIT(코딩된 UI 테스트)는 사용자 제스처를 시뮬레이션합니다. 단추를 클릭하고 텍스트를 입력하고 테스트 필드에 표시되는 값을 확인할 수 있습니다. 이 테스트의 형식은 수동 테스트의 가장 정확한 자동화를 제공할 수 있습니다. 테스트를 수동으로 수행하는 동안 사용자의 작업을 기록하여 CUIT를 만들 수 있습니다. CUIT는 단위 테스트 프레임워크 내에서 실행하고 테스트 사례에 연결할 수 있는 테스트 메서드입니다. 다른 자동 테스트 및 수동 테스트와 함께 실행할 수 있습니다.

• 자동화된 빌드-배포-테스트입니다.

  빌드 프로세스의 일환으로 시스템 테스트를 실행할 수 있습니다. 빌드 프로세스는 실제 실행 조건 달성하도록 랩 컴퓨터에서 서버 구성 요소를 배포할 수 있습니다.

이 단원의 항목