Ben McNiel
그는 물었다 12년 전
10

Tools for windows 응용 프로그램 보내는 자동화하면 마우스와 키보드 이벤트

어떤 유용한 도구가 windows 를 통해 자동화하면 양식 응용 프로그램? 심지어 로만스였나 유용한? 이 회사는 이렇게 하면 내가 보고 있는 것 같은데 내 테스터 emc. 상당한 및 시간 낭비.

답변 5 개

39, 또는 사용자를 위한 관리 작업을 하고 있지만 대부분 자동화하면 they& 겨냥한 shortcuts 오토핫키오토잇 사용하면 거의 아무것도 자동화합니다 운영까지도 멀리는 마우스 / 키보드 상호 작용.

이 때 일부 마우스용 물건을 받을 수 있는 유일한 방법은 정말 까다로운 떠날려하면 그리웠댔지 클릭할 수 있으나, X, Y 좌표 () 은 임의의 작업을 완전히 자동화하면 windows 시스템의 it 높여줍니까 트릭.

제가 말했듯이요, they& # 39, re, re 필요는 없습니다 # 39 의 단위 테스트 테스트 목적으로 고안된 기계식 도왔으매 they& 댁꽕. 하지만 나는 항상 포락선으로 사용할 수 있는 물건을 자동화합니다 isn& # 39, t 테스트 관련.

체크아웃하려고 &lt, https://github.com/TestStack/White&gt. (http://nunitforms.sourceforge.net/) 및 &gt <;). # 39, ve we& 사용한 슬픔으로창백해지고) 와 프로젝트 성공을 거두었다.

프로그래밍 할 수 있어 통해 Microsoft ᅴ 자동화합니다 apiu., ui_policytable_java_spe_policy MSDN Magazine article # 39 의 There& 할까.

단위 테스트 잘 통합 프레임워크와도. 왜냐하면 당신은 보다 더 나은 쪽을 좌표계나 기반 스크립트입니다 할 때, t # 39 명이 don& 재작성할 스크립트에만 레이아웃 변경.

이것이 내가 찾고 있었습니다.

체크아웃하려고 http://www.codeplex.com/whitehttp://nunitforms.sourceforge.net/. # 39, ve we& 사용한 슬픔으로창백해지고) 와 프로젝트 성공을 거두었다.

39 의 there& 몇 밖에. 그들은 모두 윈도 API 를 클릭 후 이를 다시 후크 로깅하도록 품목으로부터 테스트하려면.

39, re we& 사용할 수 있지만, 현재 대부분 웹 기반 (바틴 사용하여) 머큐리 quick test (빠른 테스트 사용했습니다.

39, t, s quick test (빠른 테스트, it& don& 사용하여 # 39 의 긴 목록은 엄청나게 큰 이유.