KR20030068571A - 그래픽 사용자 인터페이스를 갖는 미지의 프로그램을검사하는 방법 및 장치 - Google Patents

그래픽 사용자 인터페이스를 갖는 미지의 프로그램을검사하는 방법 및 장치 Download PDF

Info

Publication number
KR20030068571A
KR20030068571A KR10-2003-7008884A KR20037008884A KR20030068571A KR 20030068571 A KR20030068571 A KR 20030068571A KR 20037008884 A KR20037008884 A KR 20037008884A KR 20030068571 A KR20030068571 A KR 20030068571A
Authority
KR
South Korea
Prior art keywords
window
user
windows
user control
list
Prior art date
Application number
KR10-2003-7008884A
Other languages
English (en)
Other versions
KR100533470B1 (ko
Inventor
세갈알라
스위머모튼
불레장-미쉘
Original Assignee
인터내셔널 비지네스 머신즈 코포레이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 인터내셔널 비지네스 머신즈 코포레이션 filed Critical 인터내셔널 비지네스 머신즈 코포레이션
Publication of KR20030068571A publication Critical patent/KR20030068571A/ko
Application granted granted Critical
Publication of KR100533470B1 publication Critical patent/KR100533470B1/ko

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/55—Detecting local intrusion or implementing counter-measures
    • G06F21/56—Computer malware detection or handling, e.g. anti-virus arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/55—Detecting local intrusion or implementing counter-measures
    • G06F21/56—Computer malware detection or handling, e.g. anti-virus arrangements
    • G06F21/566—Dynamic detection, i.e. detection performed at run-time, e.g. emulation, suspicious activities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Abstract

그래픽 사용자 인터페이스(GUI)를 갖는 대상 애플리케이션 프로세스를 자동적으로 검사하는 방법, 이 방법을 구현하는 시스템, 및 컴퓨터 판독 가능 매체 상에 저장되어 있는, 이 방법을 구현하는 컴퓨터 프로그램이 개시되어 있다. 본 방법은 컴퓨터에 의해 실행되는, 대상 애플리케이션 프로세스를 기동시키는 단계, 대상 애플리케이션 프로세스에 의해 열린 제1 윈도우의 존재를 검출하는 단계, 사용자 콘트롤의 리스트를 포함한 제1 윈도우의 내용을 결정함으로써 제1 윈도우를 처리하는 단계, 사용자 콘트롤 전부가 검사될 때까지 사용자 콘트롤을 검사하는 단계 - 종료를 야기할 가능성이 있는 사용자 콘트롤은 종료를 야기할 가능성이 보다 적은 사용자 콘트롤 이후에 식별되고 검사됨 - , 및 제1 윈도우를 닫는 단계를 포함한다. 검사하는 단계는 사용자 콘트롤의 최상의 실행 순서 및 사용자 입력 필드에 입력될 텍스트를 추정하는 단계를 포함한다. 특정의 사용자 콘트롤을 검사하는 것이 제1 윈도우에 대해 사용자 콘트롤 모두가 검사되기 전에 제1 윈도우를 닫히게 하는 경우, 본 방법은, 제1 윈도우를 다시 여는(reopen) 단계, 및 제1 윈도우의 사용자 콘트롤 모두가 검사된 후에 제1 윈도우를 닫기 위해 특정의 사용자 콘트롤이 요구되지 않는 경우, 특정의 사용자 콘트롤 이외의 윈도우의 사용자 콘트롤을 검사하는 단계를 더 포함한다. 특정의 사용자 콘트롤을 검사하는 것이 제2 윈도우를 열게 하는 경우, 본 방법은, 사용자 콘트롤의 리스트를 포함한 제2 윈도우의 내용을 결정하는 단계, 제2 윈도우의 사용자 콘트롤 모두가 검사될 때까지 사용자 콘트롤을 검사하는 단계, 제2 윈도우를 닫는 단계, 및 제1 윈도우의 처리를 계속하는 단계를 포함한다.

Description

그래픽 사용자 인터페이스를 갖는 미지의 프로그램을 검사하는 방법 및 장치{METHOD AND APPARATUS FOR EXERCISING AN UNKNOWN PROGRAM WITH A GRAPHICAL USER INTERFACE}
이 특허 출원의 목적상, 컴퓨터 바이러스는 다음과 같이 정의한다. 즉, 바이러스는 사람의 직접적인 상호 작용없이 아마도 변형된 방식으로 확산되는 자기 복제 프로그램 또는 루틴이다. 이와 관련해서는 공동 양도된 미국 특허 제5,613,002호를 참조할 수 있는 데, 이 특허의 그 전체 내용은 참고로 본 명세서에 포함된다.
자동 소프트웨어 테스트 도구는 기술 분야에 공지되어 있다. 예를 들면, 발명의 명칭이 "Automatic Software Testing Tool(자동 소프트웨어 테스트 도구)"인 Warfield의 미국 특허 제5,754,760호 및 발명의 명칭이 "Automated GUI InterfaceTesting(자동화된 GUI 인터페이스 테스트)"인 Parker 등의 미국 특허 제5,600,789호를 참조할 수 있다. 또한, 발명의 명칭이 "System and Methods for Improved Program Testing(개선된 프로그램 테스트 시스템 및 방법)"인 Halviatti 등의 미국 특허 제5,475,843호도 참조할 수 있다.
어떤 유형의 컴퓨터 바이러스는 코드의 특정 부분이 실행될 때에만 복제를 행한다. 이것은 통상의 바이러스와는 달리 이러한 바이러스는 호스트 애플리케이션의 진입점(entry point)이 아닌 그 애플리케이션 내의 어떤 위치에 자기 자신을 삽입시키기 때문이다. 이러한 부류의 바이러스를 복제하기 위해서는, 그 프로그램의 모든 부분을 검사해보야만 한다. 즉, 최대 코드 커버리지를 달성하도록 해야만 한다. 주지하는 바와 같이, 이들 바이러스를 복제하는 일은 호스트 프로그램의 GUI를 통해 그 호스트 프로그램의 모든 특징에 대한 체계적인 테스트를 필요로 하므로 아주 어렵고 또 시간이 걸린다. 본 발명 이전에, 발명자들은 이러한 유형의 컴퓨터 바이러스를 복제하는 데 적당할 것인 어떤 자동 소프트웨어 평가 또는 테스트 도구도 알지 못하고 있었다.
본 발명은 일반적으로 코드 커버리지(code coverage)를 최대화하기 위해 그래픽 사용자 인터페이스(GUI)를 갖는 미지의 실행가능 프로그램을 자동적으로 또 체계적인 방식으로 실행(execute) 및 검사(exercise)하는 방법 및 장치에 관한 것이며, 또한 컴퓨터 바이러스를 분석하는 방법 및 소프트웨어 테스트 방법에 관한 것이다.
도 1은 본 발명을 구현 및 실시하는 데 적당한 데이터 처리 시스템의 블록도이다.
도 2, 도 3 및 도 4는 본 발명의 개시 내용에 따른 방법의 논리 흐름도이다.
도 5는 메뉴 및 편집 영역을 갖는 전형적인 애플리케이션 윈도우를 나타낸도면이다.
도 6은 전형적인 대화 상자 윈도우를 나타낸 도면이다.
상기한 문제점들 및 다른 문제점들은 본 발명의 실시예들에 따른 방법 및 장치에 의해 극복된다.
제1 양태에서, 본 발명은 컴퓨터 바이러스의 자동 복제를 달성하는 메카니즘을 제공한다.
제2 양태에서, 본 발명은 사용자 인터페이스를 갖는 컴퓨터 소프트웨어 애플리케이션의 특징들에 익숙하지 않는 무경험 사용자의 행동을 시뮬레이션하도록 하는 방식으로 그 애플리케이션의 자동 테스트를 달성하기 위한 방법 및 장치를 제공한다. 이것에 의해 테스트 수행자(tester)는 다른 방법에 의할 경우 검출되지 않은 채 지나갈 수도 있는 문제점들을 밝혀낼 수 있다. 이 방법의 이점은 단지 애플리케이션의 사용자 매뉴얼에 제시된 지시에 따르기만 해서는 발견되지 않을 컴퓨터 코드 내의 문제점들이 밝혀질 수 있다는 것이다.
그래픽 사용자 인터페이스(GUI)를 갖는 대상 애플리케이션 프로세스를 자동적으로 검사하는 방법, 이 방법을 구현하는 시스템, 및 컴퓨터 판독 가능 매체 상에 저장되어 있는, 이 방법을 구현하는 컴퓨터 프로그램이 개시되어 있다. 본 방법은 컴퓨터에 의해 실행되는, 대상 애플리케이션 프로세스를 기동시키는 단계, 대상 애플리케이션 프로세스에 의해 열린 제1 윈도우의 존재를 검출하는 단계, 사용자 콘트롤의 리스트를 포함한 제1 윈도우의 내용을 결정함으로써 제1 윈도우를 처리하는 단계, 사용자 콘트롤 전부가 검사될 때까지 사용자 콘트롤을 검사하는 단계 - 종료를 야기할 가능성이 있는 사용자 콘트롤은 종료를 야기할 가능성이 보다 적은 사용자 콘트롤 후에 식별되고 검사됨 - , 및 제1 윈도우를 닫는 단계를 포함한다. 검사하는 단계는 사용자 콘트롤의 최상의 실행 순서 및 사용자 입력 필드에 입력될 텍스트를 추정하는 단계를 포함한다. 특정의 사용자 콘트롤을 검사하는 것이 제1 윈도우의 사용자 콘트롤 모두가 검사되기 전에 제1 윈도우를 닫히게 하는 경우, 본 방법은, 제1 윈도우를 다시 여는(reopen) 단계, 및 제1 윈도우의 사용자 콘트롤 모두가 검사된 후에 제1 윈도우를 닫기 위해 특정의 사용자 콘트롤이 요구되지 않는 경우, 특정의 사용자 콘트롤 이외의 윈도우의 사용자 콘트롤을 검사하는 단계를 더 포함한다.
특정의 사용자 콘트롤을 검사하는 것이 제2 윈도우를 열게 하는 경우, 본 방법은, 사용자 콘트롤의 리스트를 포함한 제2 윈도우의 내용을 결정하는 단계, 제2 윈도우의 사용자 콘트롤 모두가 검사될 때까지 사용자 콘트롤을 검사하는 단계, 제2 윈도우를 닫는 단계, 및 제1 윈도우의 처리를 계속하는 단계를 포함한다.
검사하는 단계는 양호하게는 열린 윈도우로부터 획득한 정보에 적어도 부분적으로 기초하여, 사용자 콘트롤의 최상의 실행 순서 및 사용자 입력 필드에 입력될 텍스트를 추정하는 단계를 포함한다. 순서 결정은 버튼 콘트롤 등의 모든 사용자 콘트롤에 적용되며, 편집 콘트롤 이전에 선택 필드, 버튼 콘트롤 이전에 편집 콘트롤, 등등의 순서로 된다.
개개의 사용자 콘트롤의 검사 후에, 본 방법은, 시스템 윈도우를 열거하는 단계, 새로운 윈도우의 열림으로 인해 열거된 시스템 윈도우에 변경이 있는지를 결정하는 단계, 및 변경이 있는 경우, 제1 윈도우의 처리를 재개하기 전에 새로운 윈도우를 처리하는 단계를 더 포함한다. 본 방법의 이러한 양태는 대상 애플리케이션 프로세스의 프로세스 id를 새로 열린 윈도우 각각의 프로세스 id와 비교함으로써 새로 열린 윈도우 또는 윈도우들이 대상 애플리케이션 프로세스와 관련되어 있는지를 추가적으로 확인한다. 새로운 윈도우가 대상 애플리케이션 프로세스와 관련되어 있지 않은 경우, 본 방법은 새로운 윈도우를 처리하거나 새로운 윈도우를 닫는 단계, 및 이어서 제1 윈도우의 처리를 계속하는 단계를 계속한다. 복수의 새로운 윈도우가 열린 것으로 검출된 경우, 본 방법은 복수의 새로운 윈도우들 사이에 부모-자식 관계가 존재하는지를 결정한다. 부모-자식 관계가 존재하는 것으로 밝혀진 경우, 본 방법은 부모 윈도우를 처리하기 전에 자식 윈도우를 처리한다. 복수의 새로운 윈도우들 사이에 부모-자식 관계가 존재하지 않는 것으로 밝혀진 경우, 본 방법은 복수의 새로운 윈도우들을 어떤 임의의 순서로 처리하고, 이어서 제1 윈도우의 처리를 계속한다.
처리 단계는 대상 애플리케이션 프로세스와 관련된 윈도우의 리스트를 유지하는 단계를 포함하며, 이 리스트는 각각의 윈도우에 대해 그 윈도우의 핸들, 이름, 클래스, 그 윈도우에 포함된 사용자 콘트롤의 리스트, 그 윈도우의 상태, 및 그 윈도우를 닫히게 한 임의의 사용자 콘트롤의 식별자를 포함한다. 2개의 윈도우는 이들이 적어도 동일한 클래스, 이름 및 사용자 콘트롤들을 가지고 있는 경우에만 동일한 것으로 간주되며, 새로운 윈도우가 적어도 윈도우의 리스트에 존재하는 윈도우와 동일한 클래스, 이름 및 사용자 콘트롤을 가지고 있는 경우, 새로운 윈도우는 윈도우의 리스트에 부가되지 않지만, 그 대신에 리스트 내의 대응하는 윈도우의 핸들 및 그의 사용자 콘트롤들이 그에 따라 갱신된다.
본 방법의 양호한 실시예에서, 대화 상자 사용자 콘트롤(dialog user control)의 처리 순서는 이들 콘트롤의 유형에 기초하며, 콤보 박스 대화 상자 사용자 콘트롤이 제일 먼저 처리되고, 그 다음에 편집 필드가 처리되며, 이어서 버튼 사용자 콘트롤이 처리된다. 버튼 사용자 콘트롤 중에 종료를 야기할 가능성이 가장 많은 버튼 사용자 콘트롤이 마지막으로 처리된다.
콤보 박스는 정적 콘트롤 또는 편집 콘트롤 중 어느 하나와 결합된 리스트 박스를 포함하는 것이다. 콘트롤의 리스트 박스 부분은 항상 표시되거나, 또는 사용자가 콘트롤 옆의 드롭-다운 화살표를 선택할 때만 드롭-다운되거나 할 수 있다. 이것 및 다른 콘트롤에 대한 설명은 마이크로소프트 개발자 네트워크 지식 베이스(Microsoft Developer Network knowledge base)에서, 특히 마이크로소프트 프세스(Microsoft Press)로부터 입수가능한 출판물 "Visual C++ programmer guide"(비쥬얼 C++ 프로그래머 가이드)에서 찾아볼 수 있다.
사용자 콘트롤은 또한 메뉴 항목 및 서브메뉴 항목을 포함할 수 있으며, 실행 단계 동안 특정 메뉴 또는 서브메뉴 항목 상에서의 클릭은 윈도즈TM환경에서 대상 애플리케이션 프로세스에 WM_COMMAND 메시지와 같은 커맨드 메시지를 전송하여 그 커맨드 id를 파라미터로서 전달함으로써 시뮬레이션될 수 있다. 처리 단계는 모든 메뉴 항목의 리스트를 생성하는 단계 및 각각의 메뉴 항목의 이름과 그의 위치 양쪽 모두를 고려함으로써 메뉴 항목의 테스트 순서를 결정하는 단계를 더 포함하며, 종료를 야기할 수 있는 메뉴 항목은 마지막으로 실행된다.
본 발명의 전술한 특징 및 기타 특징들은 첨부 도면을 참조하면서 이하의 본 발명에 대한 상세한 설명을 살펴보면 보다 명백하게 될 것이다.
먼저, 전형적인 애플리케이션 윈도우를 보여주는 도 5 및 도 6을 참조하기 바란다. GUI를 갖는 종래의 애플리케이션은 하나 또는 다수의 이러한 윈도우를 포함할 수 있다. 전형적인 윈도우는 타이틀(501, 601)을 포함하며, 보통은 복수의 주요 유형의 인터페이스 객체, 예를 들면 서브메뉴(505) 및 콘트롤(control)을 갖거나 또는 콘트롤만을 갖는 메뉴(504, 505)를 포함한다. 콘트롤은 푸시 버튼(push button; 606, 607), 라디오 버튼(radio button; 605), 체크 박스(check box) 등과 같은 임의의 종류의 버튼들은 물론 사용자 입력이 가능한 필드(506, 604), 선택 박스 및 다른 인터페이스 객체도 포함하고 있다. 이들 콘트롤 각각은 그 자체가 윈도우이며, 그것을 포함하는 윈도우의 "자식" 윈도우로서 간주될 수 있다. 이러한 부모-자식 관계에 의해 각각의 윈도우가 표시하는 콘트롤의 리스트를 얻을 수 있다. 본 발명의 개시 내용의 양호한 실시예에서, 표준 유형의 콘트롤만이 취급되고 있는 것은 이들이 가장 통상적인 것이기 때문이다. 그렇지만, 본 발명의 개시 내용은 표준 유형의 콘트롤만을 취급하는 것에 한정되지 않으며, 각종의 콘트롤 유형들에도 대응할 수 있다.
주목할 점은 시스템 상의 상위 레벨 윈도우들간에 부모-자식 관계가 있는한, 예를 들어 메인 윈도우(main window) 상에서의 어떤 행위의 결과로서 표시되는 대화 상자 윈도우가 메인 윈도우의 자식 윈도우인 것으로 간주되는 한, 그 윈도우에 내포된 객체들은 종종 특수 플래그에 의해 구별될 수 있다는 것이다. 예를 들어, 마이크로소프트 윈도즈TM시스템에서, 윈도우 내에 내포된 객체들은 WS_CHILDWINDOW 플래그가 온(on)으로 되어 있는 반면, 최상위 레벨(top-level) 윈도우는 그렇지 않다. 관심 대상인 특정의 윈도우 방식(windowing)에서 이러한 플래그를 이용하지 않는 경우, 그 관계는 이용가능한 시스템 고유 정보에 기초하여 추정되거나 또는 예측될 필요가 있을 수 있다. 예를 들어, 가상의 시스템에서는, 핸들 번호(handle number)에 차이가 있을 수 있다.
본 발명의 개시 내용에 따른 방법은 각종의 콘트롤 및 메뉴 항목들을 "클릭"하고 또 편집 박스(Edit box)와 같은 사용자 제어가능 필드에 정보를 설정함으로써, 개별 사용자의 행동을 자동적으로 시뮬레이션한다. 본 발명의 개시 내용의 중요한 특징은 GUI의 요소들에 대한 어떤 선험적인 지식도 요구되지 않는다는 것이다.
다른 프로그램에 정보를 전송하는 몇 가지 방법이 있을 수 있지만, 본 발명의 개시 내용의 양호한 실시예는 통신을 위해 표준 API(Application Program Interface; 애플리케이션 프로그램 인터페이스) 및 윈도즈 메시징(windows messaging)을 사용한다. 그렇지만, 본 발명의 개시 내용은 어느 특정 유형의 메시징 및/또는 API와 함께 사용하는 것에 한정되지 않는다. 일반적으로, API 및 메시지에 대한 설명은 플랫폼에 고유한 것으로서, 특정의 플랫폼에 대한 문서에서 찾아볼 수 있다. 단지 한 일례로서, 윈도즈TM환경의 경우, 윈도즈 API에 대한 설명은 플랫폼 SDK, 즉 마이크로소프트 개발자 네트워크(Microsoft Developer Network) 지식 베이스로부터 입수가능한 윈도즈 사용자 인터페이스 문서(Windows User Interface documentation)에서 찾아볼 수 있다.
도 1에 도시한 블록도는 시스템의 기본 구조를 나타낸 것이다. 동 도면에서, 대상 애플리케이션 프로세스(104)는 윈도우(122)를 표시하는 것으로 가정한다. 대상 애플리케이션 프로세스(104)는 전술한 유형의 컴퓨터 바이러스와 같은 컴퓨터 바이러스를 내포하고 있는 것으로 의심받을 수 있다. 컴퓨터 바이러스의 존재를 확인 및/또는 컴퓨터 바이러스의 복수의 샘플 또는 사례들을 얻기 위해, 대상 애플리케이션 프로세스를 가능한 한 철저하게 검사할 필요가 있다. 도 1에 도시된 시스템은 이러한 작업을 자동적으로 또한 대상 애플리케이션 프로그램(104)이나 각종의 윈도우의 세부 사항, 예를 들면 그의 GUI가 이용할 수 있는 사용자 콘트롤 및 대화 상자 박스 등에 대한 선험적 지식이 없이 수행하고자 하는 것이다. 제어기(100)는 프로세스 API(103) 및 메시징 API(121)를 사용하여 대상 애플리케이션 프로세스(104)를 검사한다.
이 양호한 실시예에서, 제어기(100)의 주요 구성 요소로는 여러가지 양태의 처리를 제어하고 시스템 윈도우 리스트(109) 및 애플리케이션 윈도우 리스트(116)에 현재 표시되어 있는 윈도우를 포함한 윈도우의 리스트를 유지하는 동작을 하는프로그램 분석기(101)가 포함된다. 제어기(100)는 또한 윈도우 열거기(window enumerator; 106), 윈도우 탐색기(112) 및 윈도우 처리기(119)를 더 포함하고 있다. 윈도우 열거기(106)는 윈도우 시스템(windowing system) 상에 열려 있는 모든 윈도우를 일의적으로 식별하는 핸들(handle)을 반환하는 프로세스 API(103)를 사용하여 현재 열려 있는 모든 윈도우를 열거한다(107). 윈도우 열거기(106)는 시스템 윈도우 리스트(109)를 사용하여 그 리스트가 생성된 후에 열린 윈도우를 결정한다. 새로 열린 윈도우의 핸들은 그 다음에 대상 애플리케이션 프로세스(104)에 속하는 윈도우를 결정하는 프로그램 분석기(101)로 전달된다(110). 대상 애플리케이션 프로세스(104)의 새로 열린 윈도우(들)의 핸들은 각각의 윈도우 핸들을 사용하여 각각의 윈도우가 이미 본 적이 있는 것인지 새로 열린 것인지를 결정하는 윈도우 탐색기(112)로 하나씩 전달된다(111). 이것은 애플리케이션 윈도우 리스트(116)에 이미 저장되어 있는 각각의 윈도우에 관한 정보 - 이 정보는 경로(113)를 거쳐 애플리케이션 윈도우 리스트(116)로부터 수신됨 - 를 조사함으로써 달성될 수 있다. 전자의 경우, 즉 "새로운" 윈도우가 이미 본 적이 있는 것인 경우, 윈도우 탐색기는 그 윈도우의 새로운 핸들 및 그 윈도우의 콘트롤의 새로운 핸들을 사용하여 애플리케이션 윈도우 리스트(116) 내의 새로 열린 윈도우의 엔트리를 갱신한다. 후자의 경우, 즉 새로 열린 윈도우가 전에 본 적이 없는 것인 경우, 윈도우 탐색기(112)는 경로(115)를 거쳐 애플리케이션 윈도우 리스트(116)에 새로운 윈도우의 엔트리를 부가하고, 그 윈도우의 콘트롤 및 메뉴 항목을 결정한다. 각각의 새로 열린 윈도우의 핸들은 이어서 경로(118)를 거쳐 윈도우 처리기(119)로 전달되며, 윈도우 처리기(119)는 애플리케이션 윈도우 리스트(116)에 내포된 정보를 사용하여 윈도우(들)(122)의 각각의 콘트롤을 검사한다.
주목할 점은, 새로 열린 윈도우의 윈도우 핸들이 윈도우 정보(클래스, 이름, 콘트롤의 리스트)를 얻기 위해 사용될 수 있는 반면, 애플리케이션 윈도우 리스트(116)에 저장되어 있는 핸들 정보는 그 윈도우가 닫혔다가 다시 열린 경우 오래되어 쓸모 없지만 나머지 정보는 여전히 유효하다는 것이다.
미지의 프로그램을 자동 조작(automate)하려고 할 때 부딪히게 되는 중대한 문제점은 콘트롤을 누르거나 검사해야만 하는 예상 순서에 관한 정보 및 윈도우의 사용자 제어가능 필드로 전달될 것으로 예상되는 정보의 유형에 대한 정보가 일반적으로 부족하다는 것이다.
이러한 프로그램을 검사하는 가장 간편한 방법은 단순히 메뉴 항목 및 콘트롤를 랜덤하게 검사하는 것이다. 그렇지만, 이러한 기술은 많은 단점을 가지고 있다. 예를 들어, 이것은 대상 애플리케이션 프로세스(104)의 즉각 종료를 야기할 수 있는 데, 그 이유는 에러가 너무 많은 조건(too many error condition)이 발생되게 하거나 심지어는 무한 루프를 기동시킬 가능성도 많기 때문이다.
본 발명의 개시 내용에 채택되는 보다 유용한 방법은 각각의 개별 윈도우로부터 얻은 정보에 기초하여, 개별 윈도우의 내용, 예상되는 입력, 및 최상의 실행 순서를 추정해보려는 것이다. 즉, 개별 윈도우의 내용, 예상되는 입력, 및 사용자 콘트롤의 최상의 실행 순서가 윈도우로부터 도출된 전후관계(context)에 기초하여, 또한 어쩌면 어떤 유형의 사용자 로드가능한 텍스트 박스(text box)로 보아 예상되는 전형적인 입력(예를 들면, 파일명 또는 드라이브의 식별자로 할지 프린터의 식별자로 할지와 같은 어떤 유형의 장치)과 같은 어떤 발견적 방법(heuristics)에도 기초하여 추정된다.
최상의 콘트롤 처리 순서는 윈도우 탐색기(112)가 새로운 윈도우에 대한 콘트롤의 리스트를 얻을 때 최상 순서 결정 요소(best order determination component; 117)에 의하여 결정된다. 최상 순서 결정 요소에 대해서는 콘트롤 순서 리스트(lists of sequences of controls; 123)라고 하는 모듈로부터 입력이 이루어진다.
최상 순서 결정 요소(117)의 작업은 대부분의 GUI 애플리케이션이 다수의 표준 윈도우를 이용한다는 사실에 의해 단순화된다. 가장 통상적인 유형의 인터페이스, 예를 들어 MDI(Multiple Document Interface; 다중 문서 인터페이스) 또는 SDI(Single Document Interface; 단일 문서 인터페이스)는 제1 서브메뉴에 파일 조작(file operation)(새파일, 열기, 닫기, ..., 종료)을 갖는 메뉴 및 크기가 큰 사용자 제어가능 필드[도 5 참조, 특히 요소(502-505)는 물론 요소(506)]를 포함하고 있다. 게다가, 다수의 애플리케이션에 의해 표시되는 다수의 대화 상자는 표준적인 것이다(열기, 다른 이름으로 저장, 찾기, 바꾸기 등). 이들 대화 상자의 공통된 외양을 이용하여, 프로그램 또는 제어기(100)는 사용자 제어가능 필드에 예상되는 정보는 물론 가장 통상적인 조작 순서에 관해 정확한 추정을 할 수 있다.
미지의 윈도우를 처리할 때, 양호하게는 가장 통상적인 처리 순서를 이용한다. 예를 들어, 대부분의 대화 상자에서는 제일 먼저 사용자가 리스트로부터 정보를 선택한 다음에, 편집 필드에 대한 데이터를 타이핑해 넣고, 다른 콘트롤을 사용하여 옵션을 설정하며, 마지막으로 푸시 버튼을 클릭할 것을 요구한다. 버튼들 중 어떤 것을 클릭하면 그 대화 상자를 종료시키는 경우도 있다. 본 명세서에서는, 이러한 유형의 버튼을 "종료" 버튼(terminal button)이라 부르며, "종료" 버튼의 실행은 양호하게는 주어진 윈도우에 대한 처리의 끝부분으로 넘겨진다. 예를 들어, 도 6에서 지시자(606)는 종료 버튼 "확인" 및 "취소"를 가리키고 있다.
도 6으로부터 분명한 바와 같이, 윈도우는 2개 이상의 종료 버튼을 포함할 수 있다. 게다가, 다른 필드들도 윈도우의 종료를 야기시킬 수 있다. 따라서, 윈도우는 그의 콘트롤 전부가 처리되기 이전에 사라질 수 있다. 그렇지만, 코드 커버리지를 극대화하기 위해서는, 윈도우가 닫히기 전에 윈도우에 존재하는 콘트롤 전부가 검사되어야만 한다.
본 발명의 양호한 실시예에 따르면, 새로 표시된 윈도우가 그의 콘트롤 전부가 탐색되어 검사되기 전에 사라지는 경우, 맨처음 그 윈도우가 표시되게 한 행위는 그 윈도우 내의 콘트롤 전부가 처리될 때까지 반복되지만, 그 윈도우를 닫히게 했던 단계는 그 윈도우를 종료시키도록 요구받을 때까지는 반복되지 않으며, 그것이 유일한 종료 콘트롤(terminal control)이다.
많은 조작들은 일반적으로 또다른 윈도우 또는 몇개의 윈도우가 표시되게 할 것이다. 이러한 경우, 전술한 방법은 최초의 윈도우(original window)에 대한 처리가 재개되기 전에, 열려 있는 각각의 새로운 윈도우에 대해 재귀적으로 적용된다. 일단 새로운 윈도우(들)이 처리되면, 제어는 이전에 처리된 윈도우로 되돌아가고 그의 인터페이스 객체들에 대한 처리는 그 다음 인터페이스 객체에서 재개된다.
본 발명의 개시 내용에 따른 방법을 반영하는 알고리즘이 도 2, 도 3 및 도 4의 논리 흐름도에 도시되어 있다.
먼저 도 2를 도 1과 함께 참조하면, 단계(201)에서 시스템 상에 열려있는 윈도우 전부의 리스트가 시스템 윈도우 리스트(109)로부터 얻어진 다음에, 단계(202)에서 애플리케이션이 기동된다. 단계(202)에서 기동된 애플리케이션에 의해 표시된 윈도우가 있는지를 단계(204)에서 결정하기 위해, 단계(203)에서 또다시 윈도우들을 열거한다. 애플리케이션이 어떤 윈도우도 표시하지 않은 경우, 그 애플리케이션은 GUI를 갖지 않으며 본 발명에 의해서는 검사될 수 없는 것으로 추정한다. 이러한 경우, 본 방법은 종료한다. 대상 애플리케이션 프로세스(104)에 의해 하나 이상의 윈도우가 표시되는 경우, 새로운 윈도우 전부가 처리될 때까지(단계 205, 단계 206) 새로 열린 윈도우 각각은 도 3에 도시한 바와 같이 처리된다.
도 3을 참조하면, 단계(301)에서 콘트롤 및 메뉴 항목의 리스트가 생성되어 양호한 검사 순서에 따라 정렬(sort)된다. 정렬된 리스트(들)는 윈도우 처리기(119)에서 사용하기 위해 콘트롤 순서 리스트(123)에 저장될 수 있다. 단계(302)에서, 현재의 윈도우가 이전에 본 적이 있는 것인지에 관한 결정을 한다. 이전에 본 적이 있는 것인 경우, 단계(303)에서 콘트롤 리스트가 새로운 핸들을 사용하여 갱신되고, 그렇지 않은 경우에는 단계(304)에서 새로운 윈도우에 관한 정보가 결정되어 애플리케이션 윈도우 리스트(116)에 부가된다. 단계(305) 및단계(307)에서는 모든 콘트롤이 처리될 때까지 현재 열려 있는 윈도우 내의 각 콘트롤이 결정된 순서대로 처리되며, 모두 처리되면 단계(306)에서 (모든 콘트롤이 처리된 후에) 윈도우가 아직도 표시되어 있는지를 결정한다. 윈도우가 아직도 표시되어 있는 경우, 단계(308)에서 강제적으로, 예를 들면 WM_CLOSE(...) 메시지를 사용하여 그 윈도우를 닫는다. 그 다음에 개별 윈도우 처리 루틴은 종료하고, 단계(205)에서 그 처리는 그 다음의 새로운 윈도우에 대해 계속된다.
이제부터, 도 3의 그 다음 콘트롤 처리의 단계(307)를 참조하고 또한 보다 세부적인 사항에 대한 도 4를 참조하면, 각각의 콘트롤이 처리된 후에, 단계(401)에서 또다시 윈도우를 열거한다. 대상 애플리케이션 프로세스(104)에 속하는 어떤 새로운 윈도우도 단계(403), 단계(404) 및 단계(405)(도 2의 단계 204)에서 재귀적으로 처리된다. 완료되면, 단계(405)에서 새로 표시된 윈도우에 대한 처리가 너무 일찍 종료되었는지(윈도우가 닫히거나 사라졌는지)를 테스트한다. 이러한 경우, 개별 윈도우 처리는 적절한 반환 코드(return code)와 함께 종료한다. 이 코드는 단계(404)에서 점검된다.
주목할 점은, 어떤 콘트롤이 윈도우를 너무 일찍 닫게 하는 것으로 결정되면, 동일 콘트롤은 재호출되지 않는 것이 바람직하다. 이렇게 함으로써 윈도우 처리의 후속 호출 시에 상이한 콘트롤이 검사되는 것과 같이, 무한 루프를 개시할 가능성이 없어진다.
대상 애플리케이션 프로세스(104)는 커맨드(command)의 결과로서 종료할 수도 있다. 이러한 경우, 대상 애플리케이션 프로세스(104)가 재기동된다. 커버리지(coverage)를 최대화하고 불필요한 반복 및 발생가능성있는 무한 루프를 피하기 위해, 인터페이스 커버리지(interface coverage)의 메트릭(metric)이 도 1의 애플리케이션 윈도우 리스트(116)에 유지된다. 즉, 대상 애플리케이션 프로세스(104)의 종료를 야기시키는 단계들의 기록(record)이 유지된다. 대상 애플리케이션 프로세스(104)가 재기동되는 경우, 대상 애플리케이션 프로세스(104)를 검사하는 방법이 그 다음 단계에서 계속된다. (대상 애플리케이션 프로세스 종료를 위해 나중에 필요하지 않다면) 프로세스의 종료를 야기한 단계는 반복되지 않는다. 충분한 코드 커버리지가 검출되면, 본 방법은 종료된다. 본 발명의 방법이 특정의 컴퓨터 바이러스의 다수의 사례들을 획득하는 것 등 컴퓨터 바이러스 복제 목적으로 실행되고 있는 경우, 본 방법은 이 목표가 달성되었을 때 종료된다.
코드 커버리지의 측정에 관해서는, 코드 커버리지의 정도에 대한 적당한 최소값은 임의의 적당한 방법 또는 외부 에이전시에 의해 결정될 수 있으며, 본 발명의 개시 내용의 일부를 구성할 필요는 없다.
대상 애플리케이션 프로세스(104)에 속하는 윈도우의 식별에 관해서는, 도 1의 프로그램 분석기(101)의 작업들 중 하나가 새로 열린 윈도우(122) 중 어느 것이 대상 애플리케이션 프로세스(104)에 속하는지를 확인하는 것이다. 이것은 본 방법의 초기에 대상 애플리케이션 프로세스(104)의 프로세스 id를 프로세스 API(103)를 통해 결정하고 식별된 대상 애플리케이션 프로세스 id를 새로 열린 각 윈도우의 id와 비교함으로써 달성된다.
시스템에 의해 표시된 윈도우(122) 각각에는 고유의 핸들이 할당된다. 윈도우의 이름, 클래스, 및 그 윈도우를 생성한 프로세스의 id를 포함한, 윈도우에 관한 다른 모든 정보는 표준 API를 통해 윈도우 핸들을 사용하여 획득될 수 있다. 예를 들어, EnumWindows(...) API는 시스템 내의 모든 상위 레벨 윈도우를 다 조사(traverse)하여 각 윈도우의 윈도우 핸들을 사용자 제공 콜백 루틴(user-provided callback routine)에 전달할 수 있다. 대상 애플리케이션 프로세스(104)의 프로세스 id를 알고 있는 한, 대상 애플리케이션 프로세스(104)에 속하는 윈도우는 즉시 식별될 수 있다. 대상 애플리케이션 프로세스(104)가 어떻게 호출되었는가에 따라, 프로세스 id는 이미 알고 있을 수 있다. 예를 들어, 대상 애플리케이션 프로세스(104)가 CreateProcess(...) API 호출을 통해 기동된 경우, 프로세스 id는 이미 알고 있다.
대상 애플리케이션 프로세스(104)의 프로세스 id를 모르고 있을 때의 대상 애플리케이션 윈도우(122)를 식별하는 다른 기술은 대상 애플리케이션 프로세스(104)가 시작되기 전후에 EnumWindows(...)를 호출하는 것이다. 이것은 본 방법의 실행 중 내내 시스템 상의 모든 윈도우의 리스트[시스템 윈도우 리스트(109)]를 유지할 것을 요한다.
새로운 윈도우의 처리에 관해서는, 인터페이스 객체를 검사한 후에 나타나는 어떤 새로운 윈도우도 각 동작의 전후에 상위 레벨 윈도우를 열거함으로써 식별된다. 이것이 윈도우 열거기(windows enumerator; 106)의 작업이다.
어떤 경우에, 새로운 윈도우는 다른 애플리케이션에 속할 수 있다. 예를 들어, 어떤 애플리케이션에서 도움말 메뉴 항목을 활성화시키면 그 결과 윈도즈 도움말 프로그램(Windows help program)을 호출하게 될 것이다. 이러한 일이 발생할 경우, 2가지 방향의 행동이 가능하다. 양호한 실시예에서, 새로운 프로그램은 재귀적으로 검사된다. 그렇지만, 이것은 효율성에 상당한 영향을 줄 수도 있는 것과 같이 실용적이지 않을 수 있다. 다른 실시예에서, 열려 있는 어떤 새로운 윈도우도 현재 검사되고 있는 대상 애플리케이션 프로세스(104)에 속하지 않는 경우는 즉시 닫힌다.
대부분의 경우는, 어떤 동작의 결과 단 하나의 새로운 윈도우가 나타나게 된다. 그렇지만, 어떤 경우는 2개 이상의 윈도우가 나타날 수도 있다. 본 발명의 개시 내용의 목표는 정상적인 사용자의 행위를 가능한 최대 한도로 시뮬레이션하는 것이기 때문에, 새로운 윈도우는 양호하게는 사용자가 새로운 윈도우와 상호작용하게 되는 것과 동일한 방식으로 처리된다. 사용자가 새로운 윈도우 중 어느 것을 먼저 동작하도록 선택하는 방법을 결정하기 위해서는, 2개 이상의 윈도우가 전형적인 애플리케이션 프로그램에 의해 표시되는 조건들을 이해하는 것이 중요하다.
애플리케이션 프로그램에 의해 표시되는 윈도우들은 예를 들면 다른 메뉴 윈도우(예를 들면, MDI 인터페이스에서의 새로운 뷰 또는 동일 윈도우의 새로운 뷰), 프로그램을 계속하기 전에 사용자에 응답할 것을 요구하는 모달 대화 상자(modal dialog), 또는 화면상에 그대로 있고 또 언제든지 사용될 수 있지만 다른 사용자 행위를 가능케하는 모달리스 대화 상자(modeless dialog)일 수 있다. 모달리스 대화 상자는 언제든지 사용될 수 있기 때문에, 그의 실행 선택 순서는 중요하지 않다.
애플리케이션 프로그램이 한 번에 2개 이상의 윈도우를 표시할 경우, 그것은 종종 이하의 행위의 결과이다, 즉 애플리케이션 프로그램이 윈도우(예를 들면, 모달 대화 상자 또는 다른 뷰)를 표시하려고 하는 경우 또는 윈도우 처리 모듈(119)이 에러를 검출하거나 또는 부가의 정보를 필요로 하고 또 이 정보를 얻기 위해 다른 윈도우(첫번째 윈도우가 뷰인 경우, 메시지 상자나 모달 대화 상자인 것이 보통임)를 표시하는 경우이다.
이들 경우 모두에, 새로 표시된 윈도우(들)은 서로 부모-자식 관계를 가질 가능성이 아주 많으며, 먼저 처리되어야 할 윈도우는 상위 레벨 자식 윈도우를 갖지 않는 윈도우이다.
예를 들어, 다음과 같은 경우에, 즉
'프로그램 --> 윈도우 A 프로그램의 자식 --> 윈도우 B 윈도우 A의 자식'인 경우에,
따라서, 윈도우 B가 먼저 처리되고, 이어서 윈도우 A가 처리된다.
새로 표시된 윈도우들이 서로 부모-자식 관계를 갖지 않는 경우, 그들의 처리 순서는 중요하지 않은 것으로 추정되며, 처리해야 할 그 다음 윈도우는 랜덤하게 또는 임의의 적당한 발견적 방법(heuristic)을 사용하여 선택될 수 있다.
개별 윈도우의 처리에 관해서는, 본 방법은 검사되고 있는 대상 애플리케이션 프로세스(104)와 관련된 윈도우의 리스트[리스트(116)]를 유지한다. 각각의 애플리케이션 윈도우에 관해 유지되는 정보에는 그의 핸들, 이름(윈도우의 상부에 표시되는 타이틀), 클래스(시스템에 의해 사용되는 내부 식별자), 윈도우에 포함된인터페이스 객체의 리스트, 윈도우의 상태(열려 있음 또는 닫혀 있음), 커버리지 정보 및 윈도우를 닫히게 한 인터페이스 객체가 포함된다.
윈도우 핸들은 그 윈도우가 열려 있는(시스템 상에 표시되는) 동안에만 일정하다. 윈도우가 닫힌 다음에 다시 열리면, 그 핸들이 변경된다. 이것에 의해 처리가 완료되기 전에 윈도우가 닫히고 이어서 처리를 완료하기 위해 다시 열린 경우에는 더욱 복잡하게 된다. 이들의 경우에, 윈도우를 부분 처리된 윈도우(partially processed window)로 인식하는 것이 바람직하다. 윈도우가 동일한 클래스와 이름을 갖지만 상이한 외양을 가질 수 있는 것과 같이, 클래스-이름 조합이 그 윈도우를 항상 일의적으로 식별해주는 것은 아니다. 바로 이러한 경우에는, 윈도우의 룩앤필(look and feel; 외양 및 느낌)이 중요하기 때문에, 2개의 윈도우는 동일한 클래스, 이름 및 콘트롤을 가지는 경우에만 동일한 것으로 간주된다. 새로 열린 윈도우가 애플리케이션 윈도우 리스트(116) 상에 존재하는 윈도우와 동일한 이름, 클래스 및 콘트롤을 갖는 경우에, 그 윈도우는 리스트(116)에 부가되지 않는다. 그 대신에, 리스트(116) 상의 대응하는 윈도우의 핸들 및 그의 각각의 콘트롤이 경로(114)를 거쳐 윈도우 탐색기(112)에 의해 갱신된다.
비종료 콘트롤(non-terminal control)을 한번 이상 사용하는 것이 때로는 필요하지만, 메뉴 항목의 경우에는 그렇지 않다. 예를 들어, 취소(Cancel) 버튼에 의해 대화 상자가 닫히기 전에 또한 확인(OK) 버튼에 의해 대화 상자가 닫히기 전에, 입력 필드에 어떤 값을 설정하고 하나 이상의 박스에 체크 표시를 할 필요가 있을 수 있다. 그렇지만, 윈도우가 열릴 때마다 동일 메뉴 항목을 반복하여 검사할 이유가 전혀 없다. 따라서, 특정의 윈도우가 몇번 열리든지간에 상관없이 각각의 메뉴 항목은 한번만 사용되는 것이 바람직하다.
인터페이스 객체의 사용 결과 동일 윈도우의 외양이 다르게 되는 경우, 예를 들어 부가의 콘트롤 또는 메뉴 항목들이 나타나는 경우의 해결에는 종료 콘트롤 및 이전에 사용된 메뉴 항목 양쪽 모두를 회피하는 것이 유리하다. 이러한 경우는 이전의 윈도우를 동일한 클래스 및 이름을 갖지만 상이한 콘트롤을 갖는 새로운 윈도우로 대체할 때 나타난다. 새로운 윈도우가 상이한 콘트롤을 가지기 때문에, 본 발명의 개시 내용의 목적상 그 윈도우는 새로운 윈도우로 간주된다. 그렇지만, 이러한 경우에 대한 부적절한 처리는 무한 루프의 발생을 가져올 수 있다: 즉,
(1) 윈도우 1
객체 1
객체 2----> 윈도우 1은 윈도우 2(동일 이름 및 클래스)로 대체됨.
객체 3
(2)윈도우 2
객체 1
객체 2----> 윈도우 2는 윈도우 1로 대체됨.
객체 3
(3)윈도우 1
객체 1
객체 2----> 윈도우 1은 윈도우 2로 대체됨.
객체 3
등등.
(3)에서의 새로운 윈도우가 부분 처리된 윈도우(1)로서 인식되고 객체 2가 종료 객체로서 인식되는 것과 같이, 이미 탐색되어 종료 객체(terminal)인 것으로 결정된 윈도우 객체를 회피하는 것이 이러한 상황을 해결한다. 이와 같이, 객체 2는 반복되지 않는다. 객체 1 및 객체 2 모두가 메뉴 항목인 경우, 이들 중 어느 것도 (3)에서 반복 사용되지 않는다. 따라서, 이 경우에, 단계 (3)은 다음과 같다:
객체 1, 객체 2 및 객체 3이 콘트롤인 경우 - 객체 2는 종료 객체로서 건너뛰게 된다.
(3)윈도우 1
객체 1
객체 3
객체가 메뉴 항목인 경우 - 객체 1 및 객체 2 모두는 건너뛴다.
(3)윈도우 1
객체 3
윈도우의 인터페이스 객체의 리스트를 얻는 것에 관해서, 유의해야 할 점은 GUI의 사용자를 시뮬레이션하기 위해 본 방법에서는 각 윈도우의 외양에 관한 어떤 정보를 획득할 필요가 있다는 것이다. 이 정보에는 윈도우 이름 및 클래스, 윈도우 메뉴의 존재(presence) 및 내용(content), 그리고 콘트롤의 유형 및 외양이 포함되지만, 이에 한정되는 것은 아니다. 메뉴 항목에 관한 정보는 표준 API를 사용하여 얻을 수 있다. 예를 들어, 마이크로소프트 윈도즈TM시스템 상에서, 사용되는 API는 GetMenu(...) 및 GetSubMenu(...)이다.
콘트롤에 관한 정보는 윈도우의 부모-자식 관계를 사용하여 획득할 수 있다. 이것은 윈도즈 시스템에서는 모든 콘트롤도 역시 윈도우이고, 윈도우에 포함된 모든 콘트롤이 그 콘트롤을 포함하는 윈도우의 자식 윈도우이기 때문이다. 특정의 윈도우의 모든 콘트롤의 리스트는 이와 같이 표준 윈도즈 API를 사용하여 특정의 윈도우의 자식 윈도우의 리스트를 조사함으로써 획득될 수 있다.
윈도우 콘트롤과 관련해서는 적어도 2가지 문제가 있다. 첫째는 편집(Edit) 필드 등의 입력 필드에 대한 값의 선택이다. 둘째는 개별 콘트롤이 사용되어야 하는 순서이다.
일 실시예에서, 표준 대화 상자는 그의 타이틀에 의해 인식된다. 그렇지만, 이 방법은 애플리케이션 텍스트가 영어가 아닌 언어로 쓰여 있는 경우에는 바람직하지 못하다. 따라서, 양호한 실시예에서는, 대상 애플리케이션 프로세스(104)의 언어가 결정되고, 시소러스(thesaurus; 124)가 최상 순서 결정 유닛(117)에 입력을 제공한다. 시소러스(124)는 표준 대화 상자의 타이틀을 결정하고 표준 버튼 상의 텍스트를 인식하는 데 사용된다. 대화 상자의 유형에 관한 정보는 엔트리 필드(entry field)로 전달될 정보의 유형의 결정 및 실행 순서의 결정에 사용될 수있다.
윈도우 콘트롤의 몇가지 표준 유형이 있으며, 이들 모두는 양호하게는 본 발명의 개시 내용에 따른 방법에 의해 처리된다. 콘트롤의 유형은 그의 윈도우 클래스에 의해 결정된다. 예를 들어, 편집 콘트롤을 구현하는 윈도우는 "Edit" 또는 "RichEdit"의 클래스를 가질 것이다. 조합 박스(combination box; 콤보 박스라고도 함) 윈도우는 "ComboBox"의 클래스를 가질 것이다. 체크 박스, 라디오 버튼, 푸시 버튼은 모두 "Button"의 클래스를 가질 것이다. 버튼 콘트롤의 경우에서와 같이 몇가지 유형의 콘트롤이 동일 클래스에 의해 표현되어 있는 경우, 보다 상세한 정보는 표준 API를 통해 획득할 수 있다.
편집 콘트롤 값의 부정확한 선택이 보통은 가장 간단한 대상 애플리케이션 프로세스(104)의 에러 경로를 테스트하게 되는 것처럼, 편집 콘트롤에 대한 값의 선택은 중요한 사안이다. 예상값을 항상 예측하는 것이 일반적으로 가능하지 않지만, 본 방법의 실시예는 대화 상자의 유형 및 콤보 박스와 같은 그의 다른 콘트롤을 조사한다. 또한, 입력 필드에 인접한 정적 콘트롤(static control)에 표시된 텍스트를 파싱함으로써 예상값을 "추측"하는 것도 가능할 수 있다. 예를 들어, 열기(Open) 대화 상자에 대한 값은 기존의 파일의 이름이어야만 한다. 이 파일의 가장 가능성있는 확장자는 그 필드에 현재 지정되어 있는 확장자이거나, 또는 동일 대화 상자 상에 표시되어 있는 콤보 박스 필드에 들어 있는 확장자이다.
본 방법의 실시예는 "설정가능한" 콘트롤에 대한 가장 가능성있는 설정을 처리하는 반면, 가장 양호한 실시예는 유효 설정 및 무효 설정 모두를 검사한다.
대화 상자 콘트롤의 처리 순서는 그의 유형에 기초하고 있다. 예를 들어, 콤보 박스는 일반적으로 제일 먼저 처리되고, 이어서 편집 필드가 처리되며, 버튼은 대화 상자의 종료를 야기할 가능성이 있기 때문에 마지막으로 처리된다. 버튼들 중에서, 대화 상자의 종료를 야기할 가능성이 가장 높은 것(열기, 다른 이름으로 저장, 확인, 취소 등)이 마지막으로 처리된다. 이러한 순서 정보는 콘트롤 순서 리스트 모듈(123)에 저장될 수 있다.
대화 상자의 콘트롤 모두가 처리되기 전에 그 대화 상자가 종료될 수 있기 때문에, 대화 상자는 여러번 호출될 필요가 있을 수 있다. 무한 루프를 개시하게 하는 것을 회피하기 위해, 종료 콘트롤인 것으로 결정된 모든 콘트롤은 대화 상자가 완전히 처리될 때까지는 또다시 처리되지 않는다.
메뉴 항목의 처리에 관해서는, 각각의 메뉴 또는 서브메뉴 항목에 관해 이용가능한 정보에는 그의 이름[열기(Open), 닫기(Close) 등] 및 그의 커맨드 식별자가 있다. 커맨드 식별자는 사용자가 그 항목을 클릭할 때 WM_COMMAND 메시지 내에 파라미터로서 전달될 수 있는 번호이다. 이와 같이, 본 방법에서는 특정의 메뉴 항목 상에서의 마우스 "클릭"을 시뮬레이션하기 위해서, 대상 애플리케이션 프로세스(104)에 WM_COMMAND 메시지를 보내어 커맨드 id를 파라미터로서 전달한다. 모든 서브 메뉴 항목들의 리스트가 생성되면, 메뉴 항목들의 테스트 순서가 결정된다. 양호한 실시예에서, 메뉴 항목의 의미있는 순서의 유한개 리스트가 테스트된다. 순서를 결정함에 있어서 양호하게는 각각의 메뉴 항목의 이름 및 그의 위치 양쪽 모두가 고려된다. 콘트롤에서와 같이, 프로그램의 종료를 야기시킬 수 있는메뉴 항목도 마지막으로 실행된다. 일 실시예에서, 첫번째 메뉴 항목('새파일'일 가능성이 많음)이 제일 먼저 검사되고, 이어서 모든 윈도우 콘트롤이 검사되며, 그 다음에 나머지 메뉴 항목들이 검사된다.
유의할 점은 전술한 각종의 기능들이 도 1의 시스템 제어기(100) 상에서 실행되는 소프트웨어에 의해 구현될 수 있다는 것이다. 그 자체로서, 본 발명의 개시 내용은 또한 컴퓨터 판독 가능 매체 상에 구현되어 있는 컴퓨터 프로그램에도 관한 것이다. 프로그램은 대상 애플리케이션 프로세스를 기동시키고, 대상 애플리케이션 프로세스의 GUI에 의해 열린 윈도우들의 존재를 검출하며, 윈도우에서 발견되는 사용자 콘트롤의 리스트를 포함한 윈도우의 내용을 결정함으로써 열린 윈도우를 처리하고, 사용자 콘트롤 모두가 검사될 때까지 컴퓨터 프로그램에 의해 추정된 순서로 사용자 콘트롤을 검사하며, 이어서 윈도우를 닫도록 컴퓨터에 지시함으로써, 그래픽 사용자 인터페이스(GUI)를 갖는 대상 애플리케이션 프로세스를 자동적으로 검사하는 동작을 한다. 특정의 사용자 콘트롤을 검사하는 것이 윈도우의 사용자 콘트롤 전부가 검사되기 전에 윈도우가 닫히게 하는 경우에, 윈도우의 사용자 콘트롤 모두가 검사된 후 윈도우를 닫기 위해 특정의 사용자 콘트롤이 요구되지 않는다면, 프로그램은 윈도우를 다시 연 다음에 특정의 사용자 콘트롤 이외의 사용자 콘트롤을 검사하도록 컴퓨터에 추가적으로 지시한다. 특정의 사용자 콘트롤을 검사하는 것이 제2 윈도우가 열리게 하는 경우에, 프로그램은 또한 사용자 콘트롤의 리스트를 포함한 제2 윈도우의 내용을 결정하고, 제2 윈도우의 사용자 콘트롤 모두가 검사될 때까지 사용자 콘트롤을 검사하며, 제2 윈도우를 닫고, 이어서 제1 윈도우의 처리를 계속하도록 컴퓨터에 지시한다. 사용자 콘트롤들 중 개개의 콘트롤이 검사된 후, 프로그램은 시스템 윈도우를 열거하고, 복수의 새로운 윈도우가 열림으로 인해 열거된 시스템 윈도우에 변경이 있는지를 결정하며, 복수의 새로운 윈도우 사이에 부모-자식 관계가 존재하는지를 결정하고, 부모-자식 관계가 존재하는 경우 부모 윈도우를 처리하기 전에 자식 윈도우를 처리하며, 이어서 제1 윈도우의 처리를 계속하도록 컴퓨터에 지시한다. 양호하게는, 사용자 콘트롤 모두가 검사될 때까지 사용자 콘트롤을 검사하는 것은 종료를 야기할 가능성이 있는 사용자 콘트롤이 종료를 야기할 가능성이 보다 적은 사용자 콘트롤 이후에 식별되고 검사되게 하여 달성된다.
본 발명의 개시 내용이 바이러스를 내포하고 있는 것으로 의심받는 프로그램에서 바이러스 활동을 이끌어내는 것 및/또는 의심되는 바이러스의 샘플을 획득하는 것이 요망되는 시스템에서 이용될 수 있지만, 본 발명의 개시 내용의 사용은 이러한 한가지 중요한 응용 분야에만 한정되는 것은 아니다.
따라서, 본 발명은 그의 양호한 실시예에 관해 특히 도시되고 설명되어 있지만, 당업자라면 형태 및 상세에 있어서의 변경이 본 발명의 범위 및 사상을 벗어나지 않고 그 안에서 이루어질 수 있음을 이해할 것이다.

Claims (32)

  1. 그래픽 사용자 인터페이스(GUI)를 갖는 대상 애플리케이션 프로세스를 자동적으로 검사(exercise)하는 방법으로서,
    컴퓨터에 의해 각각 실행되는,
    상기 대상 애플리케이션 프로세스를 기동시키는 단계,
    상기 대상 애플리케이션 프로세스에 의해 열린 제1 윈도우의 존재를 검출하는 단계,
    사용자 콘트롤의 리스트를 포함한 상기 제1 윈도우의 내용을 결정함으로써 상기 제1 윈도우를 처리하는 단계,
    상기 사용자 콘트롤 모두가 검사될 때까지 상기 사용자 콘트롤을 검사하는 단계 - 종료를 야기할 가능성이 있는 사용자 콘트롤은 종료를 야기할 가능성이 보다 적은 사용자 콘트롤 이후에 식별되고 검사됨 - , 및
    상기 제1 윈도우를 닫는 단계를 포함하는 방법.
  2. 제1항에 있어서, 특정의 사용자 콘트롤을 검사하는 것이 상기 제1 윈도우에 대해 사용자 콘트롤 모두가 검사되기 전에 상기 제1 윈도우를 닫히게 하는 경우, 상기 방법은,
    상기 제1 윈도우를 다시 여는 단계, 및
    상기 제1 윈도우의 사용자 콘트롤 모두가 검사된 후에 상기 제1 윈도우를 닫기 위해 상기 특정의 사용자 콘트롤이 요구되지 않는다면, 상기 특정의 사용자 콘트롤 이외의 사용자 콘트롤을 검사하는 단계를 더 포함하는 방법.
  3. 제1항에 있어서, 특정의 사용자 콘트롤을 검사하는 것이 제2 윈도우를 열게 하는 경우, 상기 방법은,
    사용자 콘트롤의 리스트를 포함한 상기 제2 윈도우의 내용을 결정하는 단계,
    상기 제2 윈도우의 사용자 콘트롤 모두가 검사될 때까지 상기 사용자 콘트롤을 검사하는 단계,
    상기 제2 윈도우를 닫는 단계, 및
    상기 제1 윈도우의 처리를 계속하는 단계를 포함하는 것인 방법.
  4. 제1항에 있어서, 상기 검사하는 단계는 사용자 콘트롤의 최상의 실행 순서 및 사용자 입력 필드에 입력될 텍스트를 추정하는 단계를 포함하는 것인 방법.
  5. 제1항에 있어서, 상기 검사하는 단계는 버튼 사용자 콘트롤의 최상의 실행 순서 및 사용자 입력 필드에 입력될 텍스트를 추정하는 단계를 포함하는 것인 방법.
  6. 제1항에 있어서, 각각의 사용자 콘트롤이 검사된 후에, 상기 방법은,
    시스템 윈도우들을 열거하는 단계,
    새로운 윈도우가 열림으로 인해 상기 열거된 시스템 윈도우들에 변경이 있었는지를 결정하는 단계, 및
    변경이 있었다면, 상기 제1 윈도우의 처리를 재개하기 전에 상기 새로운 윈도우를 처리하는 단계를 더 포함하는 방법.
  7. 제1항에 있어서, 각각의 사용자 콘트롤이 검사된 후에, 상기 방법은,
    시스템 윈도우들을 열거하는 단계,
    새로운 윈도우 또는 윈도우들이 열림으로 인해 상기 열거된 시스템 윈도우들에 변경이 있었는지를 결정하는 단계, 및
    상기 대상 애플리케이션 프로세스의 프로세스 id를 새로 열린 윈도우 각각의 프로세스 id와 비교함으로써, 상기 새로 열린 윈도우 또는 윈도우들이 상기 대상 애플리케이션 프로세스와 관련되어 있는지를 확인하는 단계를 더 포함하는 방법.
  8. 제1항에 있어서, 각각의 사용자 콘트롤이 검사된 후에, 상기 방법은,
    시스템 윈도우들을 열거하는 단계,
    적어도 하나의 새로운 윈도우가 열림으로 인해 상기 열거된 시스템 윈도우들에 변경이 있었는지를 결정하는 단계,
    상기 대상 애플리케이션 프로세스의 프로세스 id를 새로 열린 윈도우의 프로세스 id와 비교함으로써, 상기 새로 열린 윈도우가 상기 대상 애플리케이션 프로세스와 관련되어 있는지를 확인하는 단계,
    상기 새로운 윈도우가 상기 대상 애플리케이션 프로세스와 관련되어 있지 않은 경우, 상기 새로운 윈도우를 처리하거나 상기 새로운 윈도우를 닫는 단계, 및
    상기 제1 윈도우의 처리를 계속하는 단계를 더 포함하는 방법.
  9. 제1항에 있어서, 각각의 사용자 콘트롤이 검사된 후에, 상기 방법은,
    시스템 윈도우들을 열거하는 단계,
    복수의 새로운 윈도우가 열림으로 인해 상기 열거된 시스템 윈도우들에 변경이 있었는지를 결정하는 단계,
    상기 복수의 새로운 윈도우들 사이에 부모-자식 관계가 존재하는지를 결정하는 단계,
    부모-자식 관계가 존재하는 경우, 부모 윈도우를 처리하기 전에 자식 윈도우를 처리하고, 그렇지 않은 경우, 상기 복수의 새로운 윈도우들을 임의의 순서로 처리하는 단계, 및
    상기 제1 윈도우의 처리를 계속하는 단계를 더 포함하는 방법.
  10. 제1항에 있어서, 상기 처리하는 단계는 상기 대상 애플리케이션 프로세스와 관련된 윈도우들의 리스트를 유지하는 단계를 포함하며,
    상기 리스트는 각각의 윈도우에 대해 그 윈도우의 핸들, 이름, 클래스, 그 윈도우에 포함된 사용자 콘트롤의 리스트, 그 윈도우의 상태, 및 그 윈도우를 닫히게 한 임의의 사용자 콘트롤의 식별자를 포함하는 것인 방법.
  11. 제10항에 있어서, 2개의 윈도우는 이들이 적어도 동일한 클래스, 이름 및 사용자 콘트롤들을 가지고 있는 경우에만 동일한 것으로 간주되며,
    새로운 윈도우가 적어도 상기 윈도우들의 리스트에 존재하는 윈도우와 동일한 클래스, 이름 및 사용자 콘트롤들을 가지고 있는 경우, 상기 새로운 윈도우는 상기 윈도우들의 리스트에 부가되지 않지만, 그 대신에 상기 리스트 내의 대응하는 윈도우의 핸들 및 그의 사용자 콘트롤들이 갱신되는 것인 방법.
  12. 제1항에 있어서, 대화 상자 사용자 콘트롤들의 처리 순서는 그들의 유형에 기초하는 것인 방법.
  13. 제12항에 있어서, 콤보 박스 대화 상자 사용자 콘트롤이 제일 먼저 처리되며, 이어서 편집 필드가 처리되고, 이어서 버튼 사용자 콘트롤이 처리되며,
    버튼 사용자 콘트롤들 중에 종료를 야기할 가능성이 가장 많은 버튼 사용자 콘트롤이 마지막으로 처리되는 것인 방법.
  14. 제1항에 있어서, 상기 사용자 콘트롤은 메뉴 항목을 포함하고,
    상기 실행하는 단계 동안, 특정의 메뉴 항목 상에서의 클릭은 커맨드 메시지를 상기 대상 애플리케이션 프로세스에 전송하여 그 커맨드 id를 파라미터로서 전달함으로써 시뮬레이션되는 것인 방법.
  15. 제1항에 있어서, 상기 사용자 콘트롤은 메뉴 항목 및 서브메뉴 항목을 포함하며,
    상기 처리하는 단계는 모든 서브메뉴의 리스트를 생성하는 단계, 및 각각의 메뉴 항목의 이름 및 그의 위치 모두를 고려함으로써 메뉴 항목의 테스트 순서를 결정하는 단계 - 종료를 야기할 수 있는 그 메뉴 항목은 마지막으로 실행됨 - 를 포함하는 것인 방법.
  16. 그래픽 사용자 인터페이스(GUI)를 갖는 대상 애플리케이션 프로세스를 자동적으로 검사하는 컴퓨터 시스템으로서,
    애플리케이션 프로그램 인터페이스(API)를 사용하여 상기 대상 애플리케이션 프로세스를 기동 및 실행시키는 제어기를 포함하며,
    상기 제어기는 상기 대상 애플리케이션 프로세스의 GUI에 의해 열린 제1 윈도우의 존재를 검출하고, 이에 응답하여 사용자 콘트롤의 리스트를 포함한 상기 제1 윈도우의 내용을 결정함으로써 상기 제1 윈도우를 처리하며,
    상기 제어기는 또한 상기 사용자 콘트롤 모두가 검사될 때까지 상기 사용자 콘트롤을 검사하고 이어서 상기 제1 윈도우를 닫으며, 여기서 종료를 야기할 가능성이 있는 사용자 콘트롤은 종료를 야기할 가능성이 보다 적은 사용자 콘트롤 이후에 식별되고 검사되는 것을 특징으로 하는 시스템.
  17. 제16항에 있어서, 특정의 사용자 콘트롤을 검사하는 것이 상기 제1 윈도우에 대해 상기 사용자 콘트롤 모두가 검사되기 전에 상기 제1 윈도우를 닫히게 하는 경우에, 상기 제어기는 그에 응답하여,
    상기 제1 윈도우를 다시 여는 단계, 및
    상기 제1 윈도우의 사용자 콘트롤 모두가 검사된 후에 상기 제1 윈도우를 닫기 위해 상기 특정의 사용자 콘트롤이 요구되지 않는다면, 상기 특정의 사용자 콘트롤 이외의 사용자 콘트롤을 검사하는 단계를 행하는 것인 시스템.
  18. 제16항에 있어서, 특정의 사용자 콘트롤을 검사하는 것이 제2 윈도우를 열게 하는 경우, 상기 제어기는 그에 응답하여,
    사용자 콘트롤의 리스트를 포함한 상기 제2 윈도우의 내용을 결정하는 단계,
    상기 제2 윈도우의 사용자 콘트롤 모두가 검사될 때까지 상기 사용자 콘트롤을 검사하는 단계,
    상기 제2 윈도우를 닫는 단계, 및
    상기 제1 윈도우의 처리를 계속하는 단계를 행하는 것인 시스템.
  19. 제16항에 있어서, 상기 제어기는 버튼 사용자 콘트롤을 포함한 사용자 콘트롤의 최상의 실행 순서 및 사용자 입력 필드에 입력될 텍스트를 추정하는 것인 시스템.
  20. 제16항에 있어서, 열려 있는 시스템 윈도우들의 리스트, 및
    검사되고 있는 사용자 콘트롤 중 개개의 사용자 콘트롤에 응답하여, 상기 시스템 윈도우들을 열거하고, 또한 새로운 윈도우가 열림으로 인해 상기 열거된 시스템 윈도우들에 변경이 있었는지를 결정하는 윈도우 열거 유닛(window enumeration unit)을 더 포함하며,
    상기 제어기는 변경이 있다는 결정에 응답하여 상기 제1 윈도우의 처리를 재개하기 전에 상기 새로운 윈도우를 선택적으로 처리하는 것인 시스템.
  21. 제20항에 있어서, 상기 윈도우 열거 유닛은 상기 대상 애플리케이션 프로세스의 프로세스 id를 새로 열린 윈도우 각각의 프로세스 id와 비교함으로써, 상기 새로 열린 윈도우가 상기 대상 애플리케이션 프로세스와 관련되어 있는지를 확인하는 것인 시스템.
  22. 제21항에 있어서, 상기 새로 열린 윈도우가 상기 대상 애플리케이션 프로세스와 관련되어 있지 않은 경우, 상기 제어기는 추가적으로 상기 새로 열린 윈도우를 처리하거나 상기 새로 열린 윈도우를 닫고, 이어서 상기 제1 윈도우의 처리를 계속하는 동작을 하는 것인 시스템.
  23. 제20항에 있어서, 상기 윈도우 열거 유닛이 복수의 새로운 윈도우가 열림으로 인해 상기 열거된 시스템 윈도우들에 변경이 있었던 것으로 결정한 경우에, 상기 제어기는 그에 응답하여 상기 복수의 새로운 윈도우들 사이에 부모-자식 관계가 존재하는지를 결정하고, 부모-자식 관계가 존재하는 것으로 결정된 경우, 부모 윈도우를 처리하기 전에 자식 윈도우를 처리하며,
    그렇지 않은 경우에, 상기 제어기는 상기 복수의 새로운 윈도우들을 임의의 순서로 처리하고, 이어서 상기 제1 윈도우의 처리를 계속하는 것인 시스템.
  24. 제16항에 있어서, 상기 대상 애플리케이션 프로세스와 관련된 윈도우들의 리스트를 더 포함하며,
    상기 리스트는 각각의 윈도우에 대해 그 윈도우의 핸들, 이름, 클래스, 그 윈도우에 포함된 사용자 콘트롤들의 리스트, 그 윈도우의 상태, 및 그 윈도우를 닫히게 하는 임의의 사용자 콘트롤의 식별자를 포함하는 것인 시스템.
  25. 제24항에 있어서, 2개의 윈도우는 이들이 적어도 동일한 클래스, 이름 및 사용자 콘트롤들을 가지고 있는 경우에만 동일한 것으로 간주되며,
    새로운 윈도우가 적어도 상기 윈도우들의 리스트에 존재하는 윈도우와 동일한 클래스, 이름 및 사용자 콘트롤들을 가지고 있는 경우, 상기 새로운 윈도우는 상기 윈도우들의 리스트에 부가되지 않지만, 그 대신에 상기 리스트 내의 대응하는 윈도우의 핸들 및 그의 사용자 콘트롤들이 갱신되는 것인 시스템.
  26. 제16항에 있어서, 대화 상자 사용자 콘트롤들의 처리 순서는 그들의 유형에기초하고,
    콤보 박스 대화 상자 사용자 콘트롤이 제일 먼저 처리되며, 이어서 편집 필드가 처리되고, 이어서 버튼 사용자 콘트롤이 처리되며,
    버튼 사용자 콘트롤들 중에 종료를 야기할 가능성이 가장 많은 버튼 사용자 콘트롤이 마지막으로 처리되는 것인 시스템.
  27. 제16항에 있어서, 상기 사용자 콘트롤은 메뉴 항목을 포함하고,
    상기 제어기는 커맨드 메시지를 상기 대상 애플리케이션 프로세스에 전송하여 그 커맨드 id를 파라미터로서 전달함으로써, 특정의 메뉴 항목 상에서의 클릭을 시뮬레이션하는 것인 시스템.
  28. 제16항에 있어서, 상기 사용자 콘트롤은 메뉴 항목 및 서브메뉴 항목을 포함하며,
    상기 제어기는 서브메뉴 항목 모두의 리스트를 생성하는 단계, 및 각각의 메뉴 항목의 이름 및 그의 위치 모두를 고려함으로써 메뉴 항목의 테스트 순서를 결정하는 단계 - 종료를 야기할 수 있는 그 메뉴 항목은 마지막으로 실행됨 - 를 수행하는 동작을 하는 것인 시스템.
  29. 컴퓨터 판독 가능 매체 상에 구현된 컴퓨터 프로그램으로서,
    상기 프로그램은 그래픽 사용자 인터페이스(GUI)를 갖는 대상 애플리케이션프로세스를 자동적으로 검사하는 동작을 하는 것으로서, 컴퓨터에 대해
    상기 대상 애플리케이션 프로세스를 기동시키는 단계,
    상기 대상 애플리케이션 프로세스의 상기 GUI에 의해 열린 윈도우들의 존재를 검출하는 단계,
    상기 윈도우에서 발견된 사용자 콘트롤의 리스트를 포함한 상기 윈도우의 내용을 결정함으로써 열린 윈도우를 처리하는 단계,
    상기 사용자 콘트롤 모두가 검사될 때까지 상기 컴퓨터 프로그램에 의해 추정된 순서대로 상기 사용자 콘트롤을 검사하는 단계, 및
    이어서 상기 윈도우를 닫는 단계를 행하도록 지시하며,
    특정의 사용자 콘트롤을 검사하는 것이 상기 윈도우의 사용자 콘트롤 모두가 검사되기 전에 상기 윈도우를 닫히게 하는 경우, 상기 프로그램은 상기 컴퓨터에 대해,
    상기 윈도우를 다시 여는 단계, 및
    이어서 상기 윈도우의 사용자 콘트롤 모두가 검사된 후에 상기 윈도우를 닫기 위해 상기 특정의 사용자 콘트롤이 요구되지 않는다면, 상기 특정의 사용자 콘트롤 이외의 사용자 콘트롤을 검사하는 단계를 행하도록 지시하고,
    특정의 사용자 콘트롤을 검사하는 것이 제2 윈도우를 열게 하는 경우, 상기 프로그램은 상기 컴퓨터에 대해,
    사용자 콘트롤의 리스트를 포함한 상기 제2 윈도우의 내용을 결정하는 단계,
    상기 제2 윈도우의 사용자 콘트롤 모두가 검사될 때까지 상기 사용자 콘트롤을 검사하는 단계,
    상기 제2 윈도우를 닫는 단계, 및
    이어서 상기 제1 윈도우의 처리를 계속하는 단계를 행하도록 지시하는 것을 특징으로 하는 컴퓨터 프로그램.
  30. 제29항에 있어서, 사용자 콘트롤들 중 개개의 콘트롤이 검사된 후에, 상기 프로그램은 상기 컴퓨터에 대해,
    상기 시스템 윈도우들을 열거하는 단계,
    복수의 새로운 윈도우가 열림으로 인해 상기 열거된 시스템 윈도우들에 변경이 있었는지를 결정하는 단계,
    상기 복수의 새로운 윈도우들 사이에 부모-자식 관계가 존재하는지를 결정하는 단계,
    부모-자식 관계가 존재하는 경우, 부모 윈도우를 처리하기 전에 자식 윈도우를 처리하는 단계, 및
    이어서 상기 제1 윈도우의 처리를 계속하는 단계를 수행하도록 지시하는 것인 컴퓨터 프로그램.
  31. 제29항에 있어서, 상기 사용자 콘트롤을 검사하는 단계는 종료를 야기할 가능성이 있는 사용자 콘트롤이 종료를 야기할 가능성이 보다 적은 사용자 콘트롤 이후에 식별되고 검사되게 함으로써 달성되는 것인 컴퓨터 프로그램.
  32. 제29항에 있어서, 상기 프로그램은 바이러스를 내포하고 있는 것으로 의심받는 프로그램에서 바이러스 활동을 이끌어내거나 또는 의심되는 바이러스의 샘플을 획득하는 것 중 적어도 하나가 요망되는 때에 실행되는 것인 컴퓨터 프로그램.
KR10-2003-7008884A 2001-01-04 2001-12-14 그래픽 사용자 인터페이스를 갖는 미지의 프로그램을검사하는 방법 및 장치 KR100533470B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/754,804 US6766475B2 (en) 2001-01-04 2001-01-04 Method and apparatus for exercising an unknown program with a graphical user interface
US09/754,804 2001-01-04
PCT/EP2001/014755 WO2002054168A2 (en) 2001-01-04 2001-12-14 Method and apparatus for exercising an unknown program with a graphical user interface

Publications (2)

Publication Number Publication Date
KR20030068571A true KR20030068571A (ko) 2003-08-21
KR100533470B1 KR100533470B1 (ko) 2005-12-06

Family

ID=25036409

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2003-7008884A KR100533470B1 (ko) 2001-01-04 2001-12-14 그래픽 사용자 인터페이스를 갖는 미지의 프로그램을검사하는 방법 및 장치

Country Status (7)

Country Link
US (1) US6766475B2 (ko)
KR (1) KR100533470B1 (ko)
CN (1) CN1484790B (ko)
AU (1) AU2002234575A1 (ko)
CA (1) CA2436974C (ko)
TW (1) TW583534B (ko)
WO (1) WO2002054168A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8239838B2 (en) 2006-05-11 2012-08-07 Samsung Electronics Co., Ltd. Kernel-aware debugging system, medium, and method

Families Citing this family (65)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8086697B2 (en) 2005-06-28 2011-12-27 Claria Innovations, Llc Techniques for displaying impressions in documents delivered over a computer network
US7475404B2 (en) 2000-05-18 2009-01-06 Maquis Techtrix Llc System and method for implementing click-through for browser executed software including ad proxy and proxy cookie caching
US6961873B2 (en) * 2001-09-14 2005-11-01 Siemens Communications, Inc. Environment based data driven automated test engine for GUI applications
US7526498B2 (en) 2001-09-14 2009-04-28 Siemens Communications, Inc. Method for generating data structures for automatically testing GUI applications
US6948152B2 (en) * 2001-09-14 2005-09-20 Siemens Communications, Inc. Data structures for use with environment based data driven automated test engine for GUI applications
US7480862B2 (en) * 2001-11-27 2009-01-20 Claria Corporation Method and apparatus for providing information regarding computer programs
US7487543B2 (en) * 2002-07-23 2009-02-03 International Business Machines Corporation Method and apparatus for the automatic determination of potentially worm-like behavior of a program
US7603341B2 (en) 2002-11-05 2009-10-13 Claria Corporation Updating the content of a presentation vehicle in a computer network
US20040217940A1 (en) * 2003-04-29 2004-11-04 Chi-Pao Huang Method of Displaying Items in an On Screen Display
US8170912B2 (en) 2003-11-25 2012-05-01 Carhamm Ltd., Llc Database structure and front end
CN100343819C (zh) * 2003-12-24 2007-10-17 华为技术有限公司 一种遍历和访问被测应用程序中对象的方法
US7941439B1 (en) * 2004-03-31 2011-05-10 Google Inc. Methods and systems for information capture
US8078602B2 (en) 2004-12-17 2011-12-13 Claria Innovations, Llc Search engine for a computer network
US7543278B2 (en) * 2004-10-15 2009-06-02 Microsoft Corporation System and method for making a user interface element visible
CN1326044C (zh) * 2004-10-22 2007-07-11 中国工商银行股份有限公司 一种基于脚本解释工具的自动化软件测试系统
US9766953B2 (en) 2004-12-16 2017-09-19 Openspan, Inc. System and method for non-programmatically constructing software solutions
US7693863B2 (en) 2004-12-20 2010-04-06 Claria Corporation Method and device for publishing cross-network user behavioral data
US8645941B2 (en) 2005-03-07 2014-02-04 Carhamm Ltd., Llc Method for attributing and allocating revenue related to embedded software
US8073866B2 (en) 2005-03-17 2011-12-06 Claria Innovations, Llc Method for providing content to an internet user based on the user's demonstrated content preferences
US20070013723A1 (en) * 2005-07-12 2007-01-18 Microsoft Corporation Magnification engine and interface for computers
US7626599B2 (en) 2005-07-12 2009-12-01 Microsoft Corporation Context map in computer display magnification
US7454712B2 (en) * 2005-07-18 2008-11-18 International Business Machines Corporation Method, system, and computer program product for preventing unwanted application behavior
GB0522734D0 (en) * 2005-11-08 2005-12-14 Ibm Method and system for simultaneous testing of applications
US7900089B2 (en) * 2006-06-12 2011-03-01 International Business Machines Corporation Method for creating error tolerant and adaptive graphical user interface test automation
US8620952B2 (en) 2007-01-03 2013-12-31 Carhamm Ltd., Llc System for database reporting
US8161399B2 (en) * 2007-01-20 2012-04-17 International Business Machines Corporation Automated learning system for improving graphical user interfaces
US10402757B1 (en) * 2007-03-16 2019-09-03 Devfactory Fz-Llc System and method for outsourcing projects
US8201150B2 (en) * 2007-03-20 2012-06-12 International Business Machines Corporation Evaluating software test coverage
KR100857862B1 (ko) * 2007-06-05 2008-09-10 한국전자통신연구원 파일 영역 정보와 변이 규칙을 이용한 파일 변이 방법 및그 시스템
US8132157B2 (en) * 2008-01-17 2012-03-06 International Business Machines Corporation Method of automatic regression testing
KR100870714B1 (ko) * 2008-06-19 2008-11-27 (주)휴모션 객체속성 접근엔진에 의한 실시간 유해사이트 차단방법
US20110035697A1 (en) * 2009-08-07 2011-02-10 Microsoft Corporation Autonomous display management of graphical interfaces
US9092111B2 (en) * 2010-07-26 2015-07-28 International Business Machines Corporation Capturing information on a rendered user interface including user activatable content
CN101976197A (zh) * 2010-10-12 2011-02-16 彭扬 一种自动安装多个手机软件的方法
CN101996063B (zh) * 2010-11-19 2012-07-04 广东威创视讯科技股份有限公司 一种快速关闭多个拼接墙窗口的方法
US9177146B1 (en) * 2011-10-11 2015-11-03 Trend Micro, Inc. Layout scanner for application classification
CN102681935A (zh) * 2012-04-21 2012-09-19 北京迈凯互动网络科技有限公司 移动应用测试方法和系统
CN103019937B (zh) * 2012-12-13 2015-11-18 广东欧珀移动通信有限公司 一种人机交互界面遍历测试方法
US9952276B2 (en) 2013-02-21 2018-04-24 Advantest Corporation Tester with mixed protocol engine in a FPGA block
US11009550B2 (en) 2013-02-21 2021-05-18 Advantest Corporation Test architecture with an FPGA based test board to simulate a DUT or end-point
US10162007B2 (en) 2013-02-21 2018-12-25 Advantest Corporation Test architecture having multiple FPGA based hardware accelerator blocks for testing multiple DUTs independently
US10161993B2 (en) 2013-02-21 2018-12-25 Advantest Corporation Tester with acceleration on memory and acceleration for automatic pattern generation within a FPGA block
US9810729B2 (en) 2013-02-28 2017-11-07 Advantest Corporation Tester with acceleration for packet building within a FPGA block
CN103338290B (zh) * 2013-06-04 2016-12-28 宁波大学 一种自动测试Android手机触屏性能的方法
CN103530561A (zh) * 2013-10-21 2014-01-22 北京奇虎科技有限公司 防止木马程序基于社会工程学攻击方法和装置
RU2568294C2 (ru) * 2013-12-27 2015-11-20 Закрытое акционерное общество "Лаборатория Касперского" Способ автоматической установки приложения без участия человека
US11003570B2 (en) * 2014-04-30 2021-05-11 Micro Focus Llc Performing a mirror test for localization testing
CN105446752B (zh) * 2014-06-30 2019-05-28 北京金山安全软件有限公司 应用程序中控件的触发方法、装置及移动终端
CN105302715B (zh) * 2014-07-30 2019-05-24 腾讯科技（深圳）有限公司 应用程序用户界面的获取方法和装置
CN104461526B (zh) * 2014-11-27 2017-08-29 广东欧珀移动通信有限公司 一种终端应用程序的控件遍历方法及装置
CN104484273B (zh) * 2014-12-19 2017-06-16 广州博冠信息科技有限公司 应用程序的测试方法、设备及系统
US9904783B2 (en) * 2015-02-09 2018-02-27 Lenovo (Beijing) Co., Ltd. Information processing method and electronic device
CN106033393B (zh) * 2015-03-13 2019-08-23 展讯通信(天津)有限公司 一种应用程序测试方法及系统以及移动终端
CN106155887A (zh) * 2015-03-31 2016-11-23 展讯通信(天津)有限公司 一种自动匹配版本的应用程序测试方法及系统及移动终端
CN105607993B (zh) * 2015-09-30 2018-04-20 北京奇虎科技有限公司 一种对应用的用户界面ui进行测试的方法和装置
CN105389178B (zh) * 2015-10-16 2018-09-28 华为技术有限公司 一种应用程序运行方法和装置
CN106598867A (zh) * 2016-12-22 2017-04-26 深圳中兴网信科技有限公司 用户界面的测试方法及测试装置
CN107368418B (zh) * 2017-07-26 2020-12-04 网易有道信息技术（北京）有限公司 一种遍历测试的方法、装置和介质
CN107590389B (zh) * 2017-10-18 2020-09-11 北京奇虎科技有限公司 安全性测试方法及装置、电子设备、计算机存储介质
CN109189290B (zh) * 2018-10-18 2021-01-26 广州酷狗计算机科技有限公司 点击区域识别方法、装置和计算机可读存储介质
US10976361B2 (en) 2018-12-20 2021-04-13 Advantest Corporation Automated test equipment (ATE) support framework for solid state device (SSD) odd sector sizes and protection modes
US11137910B2 (en) 2019-03-04 2021-10-05 Advantest Corporation Fast address to sector number/offset translation to support odd sector size testing
US11237202B2 (en) 2019-03-12 2022-02-01 Advantest Corporation Non-standard sector size system support for SSD testing
US10884847B1 (en) 2019-08-20 2021-01-05 Advantest Corporation Fast parallel CRC determination to support SSD testing
CN115495057B (zh) * 2022-11-16 2023-02-28 江苏智云天工科技有限公司 实现windows和HDFS通信的方法和系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3345550A (en) * 1965-02-03 1967-10-03 Smith Corp A O Hoist motor control
US5432940A (en) 1992-11-02 1995-07-11 Borland International, Inc. System and methods for improved computer-based training
US5600789A (en) 1992-11-19 1997-02-04 Segue Software, Inc. Automated GUI interface testing
US6061795A (en) 1995-07-31 2000-05-09 Pinnacle Technology Inc. Network desktop management security system and method
US5754760A (en) 1996-05-30 1998-05-19 Integrity Qa Software, Inc. Automatic software testing tool
US6121964A (en) * 1996-12-09 2000-09-19 Microsoft Corporation Method and system for automatic persistence of controls in a windowing environment
US6308146B1 (en) * 1998-10-30 2001-10-23 J. D. Edwards World Source Company System and method for simulating user input to control the operation of an application
US6317143B1 (en) * 1999-01-26 2001-11-13 Gateway, Inc. Programmable graphical user interface control system and method
US6801230B2 (en) * 2001-12-18 2004-10-05 Stanley W. Driskell Method to display and manage computer pop-up controls

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8239838B2 (en) 2006-05-11 2012-08-07 Samsung Electronics Co., Ltd. Kernel-aware debugging system, medium, and method

Also Published As

Publication number Publication date
CN1484790B (zh) 2010-05-26
CN1484790A (zh) 2004-03-24
WO2002054168A2 (en) 2002-07-11
AU2002234575A1 (en) 2002-07-16
KR100533470B1 (ko) 2005-12-06
US20020122065A1 (en) 2002-09-05
TW583534B (en) 2004-04-11
CA2436974A1 (en) 2002-07-11
CA2436974C (en) 2006-09-05
WO2002054168A3 (en) 2002-11-07
US6766475B2 (en) 2004-07-20

Similar Documents

Publication Publication Date Title
KR100533470B1 (ko) 그래픽 사용자 인터페이스를 갖는 미지의 프로그램을검사하는 방법 및 장치
US7398469B2 (en) Automated test system for testing an application running in a windows-based environment and related methods
US5513315A (en) System and method for automatic testing of computer software
US5623592A (en) Method and apparatus for constructing an iconic sequence to operate external devices
CN107193739B (zh) 一种黑盒回归测试方法
US6067639A (en) Method for integrating automated software testing with software development
EP1130518B1 (en) Software analysis system having an apparatus for selectively collecting analysis data from a target system executing software instrumented with tag statements and method for use thereof
US20080120601A1 (en) Information processing apparatus, method and program for deciding priority of test case to be carried out in regression test background of the invention
Romano et al. An empirical analysis of UI-based flaky tests
US6349393B1 (en) Method and apparatus for training an automated software test
US20110154300A1 (en) Debugging From A Call Graph
US20110016452A1 (en) Method and system for identifying regression test cases for a software
US20030076366A1 (en) Methods and systems for navigating deterministically through a graphical user interface
US20030126586A1 (en) Organization of test cases
WO1996012233A9 (en) Method and apparatus for graphically programming a computer to operate external devices
WO1998025195A2 (en) Computerized apparatus and methods for identifying usability problems of a computerized system
US9009678B2 (en) Software debugging with execution match determinations
KR20010013719A (ko) 저비용으로 용이하게 사용할 수 있는 자동 테스트 시스템소프트웨어
US8079014B2 (en) Software development apparatus and method
KR102105753B1 (ko) 모바일 어플리케이션 환경설정을 시험하기 위한 시험 항목 자동 생성 방법 및 시스템
WO2017173925A1 (zh) 一种软件管理方法及装置、终端、存储介质
US7299453B2 (en) Testing measurements
CA2365733A1 (en) Testing measurements
JP2004004050A (ja) 試験実行システムを供給する製品および試験実行システムを動作させる方法
Baker et al. Automated usability testing using HUI analyzer

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20111109

Year of fee payment: 7

LAPS Lapse due to unpaid annual fee