PyUseCase

PyUseCase는 PyGTK위한 GUI 테스트 소프트웨어입니다.
사용 사례 레코더와 유지 관리 GUI 테스트
역학보다는 의도를 기록
사용자 인터페이스를 통해 테스트를 작성하는 가장 자연스러운 방법은 간단하게 수행하고이를 기록하고 나중에 재생할 수있는 도구를 원하는 작업을 수행하는 것입니다. 이 GUI 테스트를 만들 수있는 간단하고 빠른 방법이며, 이렇게 많은 도구가 존재한다.
대부분의 도구 몇 GUI에 단단히 테스트
당신은 몇 가지 검사와 GUI 변경이있을 때 문제는 시작합니다. 녹음 테스트를 만들 수있는 좋은 방법이 될 수 있지만, 그들 중 많은 수를 유지하기 위해 끔찍한 방법입니다. 당신은 몇 가지 검사를하면 그것은 오류가 발생하기 쉬운, 좌절과 많은 시간이 소요됩니다. 도구의 1 세대 픽셀 위치를 기록하고 화면 해상도를 변경 즉시 끊었다. GUI 역학의 관​​점에서 오늘날의 도구 거래 : 특정 이름의 테이블을 발견하고 네 번째 행의 세 번째 열을 클릭합니다. 그들은 화면 변경 및 GUI의 작은 재 배열 생존하지만 다른 많은 수 없습니다. 기록 된 스크립트는 조밀하고, 시험의 목적을 전달하지 않으며, (때로는 저작 도구를 제외한 모든 사람들에게) 이외의 모든 기술자들에 닫힌 책이다.
문제는 본질적으로 결합 중 하나이다. 테스트 및 GUI는 서로 단단히 결합되어 편안 서로 독립적으로 변할 수 없다. 이 점은 여기에 자신의 블로그에 로버트 C. 마틴 잘 이루어지고, 그의 결론은 GUI 테스트는 본질적으로 취약하다는 것이다 당신이 멀리와 얻을 수있는 당신이 그것의 적게해야한다.
하지만 이것은 오히려 패배 보인다. 하여 테스트가 시스템의 사용자에게 무엇을 입증 할 수있는 거대한 가치가있다. 테스트는 사용자 인터페이스를 우회하면 그 과정은 전문적인 기술의 공정한 금액과 사용자의 부분에서 신뢰를 많이 요구한다. 어쨌든, 소프트웨어 개발자는 커플 링 문제를 항상 해결. 대답은 평소와 같이, 간접 다른 수준을 소개하고있다.
UI지도와 결합 속보
비즈니스 사람들이 사용자는 일반적으로 사용하는 경우에 작동합니다. 즉, 도메인의 이러한들은 이해 언어의 일련의 동작의 고레벨 설명이다. "사용 사례 레코더"의 개념은 따라서 기록 및 시퀀스를 재생하여 사용자의 의도를 캡처 할 수있는 도구이다. 이 후 증가 이해, 다시 모든 버튼을 클릭에 의지하지 않고 기존 시험의 GUI를 쉽게 조정의 정확한 형태에 덜 의존 수 있습니다.
기본 메커니즘은 우리가 현재이 도메인의 언어로 우리의 GUI 및 문 수행 할 수있는 작업 사이의 매핑을 유지하는 것입니다. GUI의 변화는이 하나의 매핑을 업데이트해야한다는 것을 의미하지만, 시험은 개념 수준에서 수행 할 필요가 무엇인지 설명하기 위해 계속 그대로 남아있을 수 있습니다. 이전 버전에서이 응용 프로그램 코드에서 장비의 형식을 취하면서이 매핑은, PyUseCase 3.0 외부 파일 및 향후 JUseCase 3.0의 형식을 취합니다.
로그 및 TextTest를 통해 동작을 확인
그래서 우리의 사용 케이스 레코더 기록하고 우리를 위해 쓰임새 재생할 수 있습니다. 그러나 우리는 어떻게 우리가 화면에 표시되는 내용이 정확한지 확인할 수 있나요? 대부분의 GUI 도구는 테스트 스크립트 일부 위젯을 찾아 그것의 일부 속성은 하드 코드 된 값과 동일한 지 확인 "주장"을 포함 할 수 있도록 허용해야합니다. 이것은 현재의 GUI 레이아웃에 더욱 더 의존을 생성하고 자연스럽게 "기록"될 수는 없지만, 사실상 이후에 프로그래밍 될있다. NO "유스 케이스"는 자연적으로이 정보를 포함하지 않을 것이다 : 그것은 한 경우는 테스트 스크립트로 전환합니다.
이 논의는 아무것도 TextTest 사이트에 없습니다. 우리는 우리가 TextTest을 사용하여 해당 로그의 내용을 모니터링하여 무엇을 확인할 수 있습니다처럼 GUI가 모습의 로그를 생산하는 우리의 응용 프로그램을 얻을 수 있다면. PyUseCase 3.0 당신을 위해이 작업을 수행 : 현재의 GUI 모양의 아스키 아트 유형의 로그를 생성하고 그 변경 사항을 모니터링합니다. 이 원하는대로 응용 프로그램은 자신의 로깅을 보완 할 수 있습니다. 다른 사용 케이스 레코더를 사용하여 응용 프로그램은 현재 이러한 목적을 위해 자신의 로그를 구축 할 필요가있다.
코드 기기로의 동기화 테스트
거의 모든 GUI 테스트 노력은 뭔가 백그라운드에서 발생했을 때 스크립트가 진행하기 전에 충분한 시간을 기다립니다 확인하고 함께 문제에 시달리고있다. 솔루션은 일부 위젯 (GUI 역학에 더욱 더 의존) 특정 모양을 가지고하는 "절전"문이 자유롭게 흩어져 기다려야하는 비밀의 방법 이르기까지 다양합니다. 시스템이로드 될 때 실패하고 테스트가 훨씬 더 천천히들이 그렇지 않은 경우보다 실행될 수있다. 코드의 친밀한 지식이없는 사람은 이러한 문제를 해결하기 위해 잘못 장착되어, 아직 이렇게하면 테스트 작성의 중요한 부분입니다.
사용의 경우 레코더는 "응용 프로그램 이벤트"의 개념을 소개합니다. 이것은 기본적으로 이렇게 레코더 녹음 및 재생을 클릭뿐만 아니라 대기있게 기다렸다해야 할 일이 일어난 유스 케이스 레코더에 표시하는 코드의 일부 장비입니다. 다음은 여기에 자세히 설명되어 있습니다.
매크로뿐만 아니라 시험 기록
높은 수준은 쉽게 조작 "쓰임새는"테스트 이외의 것들에 대한 유용합니다. 그들은 또한 자주 수행하는 작업의 순서에 대한 자신의 매크로를 만들 수있는 시스템의 사용자에게 매우 유용하다.
이들은 여기에 "GUI 바로 가기"로 알려져있다. 유스 케이스 레코더는 일반적으로 응용 프로그램이 원하는 응용 프로그램 GUI에 삽입 할 수있는 기록을 재생하기위한 컨트롤을 포함하는 그것에서 "도구 모음"요청하실 수 있습니다. 사용자는 매크로를 만들 수 외에, 또한 테스트 용 특정 화면에 도달하는 반복 작업을 수행하는 테스터를 돕기 상술 "시험 언어"에 대해 더 높은 레벨의 추상화를 생성 할 수있다. 다음은 여기에 자세히 설명되어 있습니다.
자세한 내용은 프로젝트의 홈 페이지에서 볼 수 있습니다

이 릴리스의 새로운 기능 : 있습니다.

wxPython을위한 아주 기본적인 지원이 추가되었습니다.
PyGTK에 대한 개선 사항 및 버그 수정의 숫자도 있습니다. 특히, gtk.Dialog.run 이제 소스 코드를 변경하지 않고도 지원됩니다.
파이썬 2.6 및 PyGTK 2.12 이상이 지금 필요합니다.
기존의 계측 기반의 인터페이스가 제거되었습니다.

요구 사항 :

파이썬
PyGTK
TextTest