UI 자동화 및 WPF 경험 [폐쇄

Question

우리는 다소 대규모 WPF 기반 애플리케이션을 개발하고 있으며 테스트 스위트 (이미 여러 단위 테스트가 포함 된)에 자동화 된 UI 테스트를 포함 시키려고합니다.

그만큼 UI 자동화 프레임 워크 Microsoft에서 부분적으로는 테스트 설정에서 프로그래밍 방식으로 출시 및 상호 작용에 적합한 것처럼 들립니다. 그러나 저는 기술에 대한 샘플과 경험에 대한 견고한 참조를 찾기 위해 고군분투했습니다. MSDN에서 이용할 수있는 기사와 작은 샘플만으로는 그것이 확실한 선택이라고 확신하기에 충분하지 않습니다.

그렇다면 테스트 스위트에서 UI 자동화 프레임 워크를 사용하여 실제 경험이 있습니까? 경고와 Gotchas는 무엇입니까? 필기 테스트 스크립트를 작성할 때 모범 사례, 스크립트 가능한 형식으로 "녹화 및 재생"할 수 있습니다. 응용 프로그램에서 테스트를 얼마나 촉진 해야하는지, 어떻게 자동 빌드에 통합 했습니까? UI 자동화 프레임 워크 이외의 다른 방향으로보고 있어야합니까?

여기에 경험을 게시하거나 내가 놓친 좋은 참고 문헌에 대한 링크를 자유롭게 게시하십시오.

Answer 1

내가 일하는 곳에서 우리는 시스템의 일부 테스트 도구를 평가하기 시작했습니다. 우리는라는 도구를 발견했습니다 하얀, UI 자동화 프레임 워크를 사용하는 것. White는 또한 문제가 발생하고 여전히 개발되고 있다고 생각하지만 레코드 기능도 가지고 있습니다.

우리가 시도한 것은 단위 테스트처럼 보이도록 설정하는 것이 었습니다. [TestFixture] [Test] 그런 다음 우리는 단위 테스트와 동시에 Nunit을 통해 그들을 실행할 수있었습니다.

우리는 창의 일부 구성 요소에 액세스하기가 어려울 수 있지만 그 이유를 조사 할 기회가 많지 않다는 것을 알았습니다.

소프트웨어 비용을 지불하지 않는다면 추천합니다. TestComplete.

Answer 2

저는 직장에서 WPF 앱의 UI 자동화를 수행하는 중입니다. 나는 White와 Ironruby를 사용하고 있으며 훌륭하게 작동합니다. 여기서 어떻게했는지 작성했습니다. http://www.natontesting.com/2010/02/17/how-to-test-a-wpf-app-using-ironruby-and---

Answer 3

우리는 처음에 White와 함께 갔다가 그로부터 멀어졌습니다. Win32 API, WinForms, Java Apps 및 MS UI Automation API에 대해 일반적이고 추상적으로 시도합니다. MS UI Automation API는 또한 Win32 API 및 WinForms 및 WPF보다 일반적이고 추상적이 되려고 노력하고 있으므로 "가장 낮은 공동체-데노 미터의 최신 공동체-데노 마이너"시나리오가됩니다.

그 결과 API를 검색하는 흰색 요소가 단순히 우리가 찾아야 할 다양한 UI 요소를 찾을만큼 유연하지 않았으며, 기본 UI 자동화 프레임 워크 요소를 충분히 노출시키지 못했습니다. .

우리는 결국 국내에서 자란 종류의 프레임 워크로 갔다. MS Uiautomation 프레임 워크를 직접 사용하지만 연장 방법과 도우미 클래스가있어 해결되지 않은 시나리오를 처리합니다. (키보드 및 마우스 입력, 주로).

참고 : 테스트 스크립트와 자체 제작 프레임 워크는 모두 Ironruby를 사용하고 있습니다. Ruby의 기존 클래스에 메소드를 추가하는 능력과 유연한 구문 (Method_missing과 결합)은 이런 종류의 일에 대단합니다.