CN1677365A - 通过属性控制的测试实例继承 - Google Patents

通过属性控制的测试实例继承 Download PDF

Info

Publication number
CN1677365A
CN1677365A CNA2005100562599A CN200510056259A CN1677365A CN 1677365 A CN1677365 A CN 1677365A CN A2005100562599 A CNA2005100562599 A CN A2005100562599A CN 200510056259 A CN200510056259 A CN 200510056259A CN 1677365 A CN1677365 A CN 1677365A
Authority
CN
China
Prior art keywords
testing
test
subclass
attribute
hierarchy
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CNA2005100562599A
Other languages
English (en)
Other versions
CN100468356C (zh
Inventor
M·P·鲁滨逊
O·J·波特四世
P·格伯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Technology Licensing LLC
Original Assignee
Microsoft Corp
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 Microsoft Corp filed Critical Microsoft Corp
Publication of CN1677365A publication Critical patent/CN1677365A/zh
Application granted granted Critical
Publication of CN100468356C publication Critical patent/CN100468356C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • G06F11/3668—Software testing
    • G06F11/3696—Methods or tools to render software testable
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61G—TRANSPORT, PERSONAL CONVEYANCES, OR ACCOMMODATION SPECIALLY ADAPTED FOR PATIENTS OR DISABLED PERSONS; OPERATING TABLES OR CHAIRS; CHAIRS FOR DENTISTRY; FUNERAL DEVICES
    • A61G17/00—Coffins; Funeral wrappings; Funeral urns
    • A61G17/08—Urns
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61G—TRANSPORT, PERSONAL CONVEYANCES, OR ACCOMMODATION SPECIALLY ADAPTED FOR PATIENTS OR DISABLED PERSONS; OPERATING TABLES OR CHAIRS; CHAIRS FOR DENTISTRY; FUNERAL DEVICES
    • A61G17/00—Coffins; Funeral wrappings; Funeral urns
    • A61G17/007—Coffins; Funeral wrappings; Funeral urns characterised by the construction material used, e.g. biodegradable material; Use of several materials
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65D—CONTAINERS FOR STORAGE OR TRANSPORT OF ARTICLES OR MATERIALS, e.g. BAGS, BARRELS, BOTTLES, BOXES, CANS, CARTONS, CRATES, DRUMS, JARS, TANKS, HOPPERS, FORWARDING CONTAINERS; ACCESSORIES, CLOSURES, OR FITTINGS THEREFOR; PACKAGING ELEMENTS; PACKAGES
    • B65D81/00—Containers, packaging elements, or packages, for contents presenting particular transport or storage problems, or adapted to be used for non-packaging purposes after removal of contents
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65D—CONTAINERS FOR STORAGE OR TRANSPORT OF ARTICLES OR MATERIALS, e.g. BAGS, BARRELS, BOTTLES, BOXES, CANS, CARTONS, CRATES, DRUMS, JARS, TANKS, HOPPERS, FORWARDING CONTAINERS; ACCESSORIES, CLOSURES, OR FITTINGS THEREFOR; PACKAGING ELEMENTS; PACKAGES
    • B65D85/00—Containers, packaging elements or packages, specially adapted for particular articles or materials
    • B65D85/50—Containers, packaging elements or packages, specially adapted for particular articles or materials for living organisms, articles or materials sensitive to changes of environment or atmospheric conditions, e.g. land animals, birds, fish, water plants, non-aquatic plants, flower bulbs, cut flowers or foliage
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65D—CONTAINERS FOR STORAGE OR TRANSPORT OF ARTICLES OR MATERIALS, e.g. BAGS, BARRELS, BOTTLES, BOXES, CANS, CARTONS, CRATES, DRUMS, JARS, TANKS, HOPPERS, FORWARDING CONTAINERS; ACCESSORIES, CLOSURES, OR FITTINGS THEREFOR; PACKAGING ELEMENTS; PACKAGES
    • B65D2585/00—Containers, packaging elements or packages specially adapted for particular articles or materials

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Public Health (AREA)
  • Mechanical Engineering (AREA)
  • Animal Behavior & Ethology (AREA)
  • General Physics & Mathematics (AREA)
  • Veterinary Medicine (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Zoology (AREA)
  • Toxicology (AREA)
  • Marine Sciences & Fisheries (AREA)
  • Evolutionary Biology (AREA)
  • Debugging And Monitoring (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

本发明针对的是一种可通过属性来控制的测试实例继承行为。从其导出测试对象的基础测试类对减少测试实例代码和管理是有用的。例如，基础测试类及其导出的对象可用于实现在整个类集之间公用的步骤(如，启动要被测试的软件片断并令其进入某一阶段)。继承的原理简化了测试软件的管理，例如，当基类被修改时，从该测试实例导出的所有测试被自动修改。因此，当改变对于修改启动软件的方式为必需时，只需修改一个项(而非每一测试)。

Description

通过属性控制的测试实例继承
背景技术
测试自动化系统用于自动测试软件驱动的系统。常规的体系结构使用了测试装具模块(test harness)，它通常用于执行测试实例，包括由属性指定的测试实例。使用属性的自动化测试通常由具有若干方法的单个类构成，这些方法由测试装具模块调用以实现该测试。依照常规体系结构的测试不从其它类继承测试方法，这阻止了公用基础测试类的创建。
常规的测试装具模块检查每一类和/或方法、检查存在的属性、然后基于属性的检查执行行动。使用属性的方法要求执行行动所需的代码在测试装具模块中存在。因此，不可能在不修改测试装具模块的情况下创建新类型的测试属性。另外，通常需要对使用代码的每一不同的测试装具模块书写(或修改)相同的代码。常规测试装具模块中的各种功能可导致测试装具模块之间的差异，使得测试可以在每一测试装具模块中不同地运行(或测试仅在一个测试装具模块中正确地运行)，这是不合期望的。
依照本发明，属性可被重复使用，而不需要修改来运行使用不同的测试装具模块书写的测试。
发明内容
本发明针对的是一种可通过属性来控制的测试实例继承行为。从其导出测试对象的基础测试类可用于减少测试实例代码和管理。例如，基础测试类及其导出的对象可用于实现在整个测试类集之间公用的步骤(如，启动要被测试的软件片断并令其进入某一阶段)。该基础结构的原理在例如基类被修改时简化了测试软件的管理。当基类被修改时，从该基类导出的所有测试类被自动修改。因此，当改变对于修改(例如软件启动方式)为必需时，仅需要修改一个项(而非每一测试)。
依照本发明的一方面，一种具有计算机可执行组件的计算机可读介质包括两个组件。一种测试实例脚本对象包括被安排成测试电子系统的测试方法，其中，测试方法以包括基类和子类的分层结构安排，其中，每一子类从基类导出，并且其中，依照分层结构中的方法的排列，继承的原理被应用于每一测试方法。测试装具模块被安排成为测试方法提供系统测试服务。
依照本发明的另一方面，一种用于执行测试组件的方法包括提供被安排成测试电子系统的测试方法。提供的测试方法以包括基类和子类的分层结构安排，其中，每一子类由基类导出。依照分层结构中方法的排列，继承的原理被应用于每一测试方法。一种测试装具模块被安排成为测试方法提供系统测试服务。
依照本发明的又一方面，一种用于自动化测试的系统包括两个组件。测试实例脚本对象包括被安排成测试自动化系统的测试方法，其中，该测试方法以包括基类和子类的分层结构排列，其中，每一子类从基类导出，并且其中，依照分层结构内方法的排列，继承的原理被应用于每一测试方法。测试装具模块被安排成为测试方法提供系统测试服务。
依照本发明的再一方面，一种用于自动化测试的系统包括用于提供被安排成测试电子系统的测试方法的装置；用于以包括基类和子类的分层结构安排提供的测试方法的装置，其中，每一子类从基类导出；用于依照分层结构中的方法安排将继承的原理应用于每一测试方法的装置；以及使用一测试装具模块装置来为测试方法提供系统测试服务。
附图说明
图1示出了可在本发明的一个示例性实施例中使用的示例性计算装置。
图2所示是用于实施本发明的示例性环境的框图。
图3示出了依照本发明的各方面的执行引擎的过程流300。
图4是依照本发明的各方面的执行引擎的过程流400的进一步图示。
具体实施方式
贯穿说明书和权利要求书，以下术语采用此处明确相关联的意义，除非上下文明确地另外指明。此处所使用的术语和接口规范并非表示应当用来书写特定对象或方法的特定语言。相反，使用这些术语和接口规范来描述接口或对象的功能和内容，如函数名、输入、输出、返回值、以及要使用接口来执行什么操作(或要由对象执行什么操作)。
说明性操作环境
参考图1，用于实现本发明的一个示例性系统包括诸如计算装置100的计算装置。在十分基本的配置中，计算装置100通常包括至少一个处理单元102和系统存储器104。根据计算装置的确切配置和类型，系统存储器104可以是易失性(如RAM)、非易失性(如ROM、闪存等)或两者的某一组合。系统存储器104通常包括操作系统105、一个或多个应用程序106，并且可包括程序数据107。在一个实施例中，应用程序106包括文字处理应用程序120，它进一步包括ML编辑器122。这一基本配置在图1中由虚线108内的组件示出。
计算装置100可具有另外的特征或功能。例如，计算装置100也可包括另外的数据存储设备(可移动和/或不可移动)，如磁盘、光盘或磁带。这类另外的存储在图1中由可移动存储109和不可移动存储110示出。计算机存储介质可包括以用于储存如计算机可读指令、数据结构、程序模块或其它数据等信息的任一方法和技术实现的易失性和非易失性、可移动和不可移动介质。系统存储器104、可移动存储109和不可移动存储110都是计算机存储介质的示例。计算机存储介质包括但不限于，RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光存储、磁盒、磁带、磁盘存储或其它磁存储设备、或可以用来储存期望的信息并可由计算装置100访问的任一其它介质。任一这类计算机存储介质可以是装置100的一部分。计算装置100也可具有(多个)输入设备112，如键盘、鼠标、输入笔、语音输入设备、触摸输入设备等等。也可包括(多个)输出设备114，如显示器、扬声器、打印机等等。这些设备在本领域中是众所周知的，无需在此详细描述。
计算装置100也包含允许装置如通过网络与其它计算装置118进行通信的通信连接116。通信连接116是通信介质的一个示例。通信介质通常可以用诸如载波或其它传输机制等已调制数据信号中的计算机可读指令、数据结构、程序模块或其它数据实施，并包括任一信息传送介质。术语“已调制数据信号”指以对信号中的信息进行编码的方式设置或改变其一个或多个特征的信号。作为示例而非局限，通信介质包括有线介质，如有线网络或直接连线连接，以及无线介质，如声学、RF、红外和其它无线介质。本发明使用的术语计算机可读介质包括存储介质和通信介质两者。
本发明针对的是可通过属性来控制的测试实例继承行为。从其导出测试对象的基础测试类对于减少测试代码和管理是有用的。例如，基础测试类及其导出的对象可用于实现在整个测试类集之间公用的步骤(如，启动要被测试的软件片断并令其进入某一阶段)。继承的原理简化了当例如基类被修改时对测试软件的管理。当基类被修改时，从该基类导出的所有测试类被自动修改。因此，当改变对于修改(例如软件启动方式)为必需时，只要修改一个项(而非每一测试)。如下文所讨论的，可使用选择性的继承来允许使用继承的方法正确地执行测试。
尽管继承是非常有用的，然而不需要对于从该基础测试类导出的每一方法强制继承。依照本发明，对属性提供了一种机制用于选择是否应当应用继承。使用测试实例继承行为(可通过属性来控制)允许使用继承的方法正确地执行测试。属性定义的继承提供了基于类的分层结构对方法进行排序的方式(其中，排序由存在的属性确定)。例如，以递归的方式，设置步骤首先在基类上运行，然后在子类上运行，依此类推(而非首先在子类上运行，然后在基类上运行，或甚至是随机的方式)。如参考图2所描述的，执行引擎确定应当继承哪些方法，以及执行这些方法的顺序。
用于说明测试实例继承的伪代码的一个实例给出如下：
      类TestEnvironmentBase(测试环境基)
        Setup(设置)方法
        Teardown(拆卸)方法
      类ApplicationSpecificTest(应用专用测试)：从TestEnvironmentBase
继承
        Setup(设置)方法
        Test(测试)方法
        Teardown(拆卸)方法
对于测试类ApplicationSpecificTest(应用专用测试)将运行的Test(测试)方法以它们应当运行的顺序列出：
      TestEnvironmentBase.Setup方法
          ApplicationSpecificTest.Setup方法
          ApplicationSpecificTest.Test方法
          ApplicationSpecificTest.Teardown方法
      TestEnvironmentBase.Teardown方法
在上述示例中，缩进表示类的分层结构，并示出了对给定类和子类的方法的继承原理。例如，ApplicationSpecificTest.Setup从TestEnvironmentBase.Setup类继承(除非测试作者另外选择，在这一情况下，测试作者可指定该方法不应当被继承)。
因此，测试作者可书写从基类导出的方法，并如所需要的选择性地向子类应用继承原理。提取引擎依照类的分层结构对方法排序，这确定了执行顺序。方法的排序可通过使用属性内定义的比较函数来完成，其结果是属性本身可用于确定类的分层结构。修改基类自动修改其子类，除非属性规定继承被“关闭”。
另外，可继承修改测试方法的状态的属性。例如，可继承规定某一异常是继承的属性(在否定测试(negative testing)的情况下)。这一异常被继承，并将测试方法结果状态从“失败”修改为“通过”，如果测试方法抛出异常，则这覆盖了默认的失败实例。
测试自动化系统体系结构
图2所示是用于实施本发明的示例性环境的框图。图2所示的示例性环境是包括测试装具模块210、测试运行库220和测试实例脚本230的测试自动化系统200。
测试运行库
在一个实施例中，测试运行库220是从测试装具模块中抽象出测试实例的知识的对象的集合。测试运行库220通常包括测试服务提供者对象221、提取引擎222、属性223和测试方法执行程序224。测试运行库220可由不同的装具模块用于提供对特定类型的测试实例格式的一致支持。通过扩展，测试装具模块可使用不同的测试运行库来支持不同类型的测试实例格式。测试装具模块通常确定对特定的测试实例格式使用哪一测试运行库。
测试实例提取是通过一专用的提取对象(从测试服务提供者对象221中获取，下文描述)来完成的，而调用是由向测试装具模块返回广义结果的对象(测试方法执行程序224，也在下文描述)执行的。测试方法执行程序使用广义接口对属性求值，以控制方法的执行。
不需要测试装具模块来例如对属性求值、确定测试方法应当执行的顺序、为方法调用构建自变量列表等等。测试装具模块通常不能直接访问执行那些任务所需的这一信息，这有助于确保不同的测试装具模块之间的更一致的测试执行。所有的依赖测试装具模块的功能(记入日志、“遥控”等等)应当是由测试装具模块实现的、由接口来描述的、并且储存在测试服务提供者对象中，以在测试执行期间使用的对象。因此，可创建容易地能够在不同的测试运行库之间切换，而不需要对测试装具模块代码的改变的测试装具模块。
测试服务
测试服务提供者对象221由测试装具模块用于检索提取引擎，并由测试实例脚本用于检索测试装具模块实现的功能的对象(包括诸如记入日志、同步等测试服务)。
测试服务提供者对象通常提供用于方便访问测试服务的方法。AddService(添加服务)方法被调用以储存对实现测试服务的对象的引用。测试服务对象应当实现一“广义”类型，它方便了不同的装具模块能够提供的一组标准服务。传入的对象应当实现属性或测试方法所需的功能。该方法应当由测试装具模块对测试装具模块提供的每一服务调用，它一般在执行测试方法之前完成。
GetService(获取服务)方法通常被调用以检索一种类型的测试服务对象。传入的类型应当表示由测试服务对象实现的接口。如果找到，则返回实现该对象的对象。如果未找到对象，则返回表示这一结果的值(如，返回空)。如果测试或属性需要不存在的测试服务，则所执行的测试方法应当失败。
AddDefaultServices(添加默认服务)保护的方法通常由构造函数调用。它通常用于添加测试运行库默认地提供的任何测试服务，如提取引擎。
测试服务提供者对象数据和方法调用应当是静态的，使得由测试装具模块设置的数据集可在稍后的时间点由对测试服务提供者的其它调用来检索。对象通常是实现上述功能的类。该对象的构造函数通常用于调用AddDefaultServices方法。
提取引擎
提取引擎222用于对特定的测试实例脚本从测试装具模块的测试实例中检索测试方法的有序列表。通常在测试运行库只有一个提取引擎。
GetTestMethodWrappers(获取测试方法包装)方法用于对测试实例脚本检索测试方法的有序列表。(测试方法包装是测试方法执行程序的特定实现)。传入到该方法的参数表示保持该测试实例的容件(container)。该方法返回方法的有序列表。如果在提取测试实例时发生错误，则可“抛出”异常。如果没有找到任何测试实例或测试方法，则通常返回空列表。空列表通常由测试装具模块作为失败来处理。如果需要将额外的数据传入提取引擎，则它可由TestHarnessDataProvider(测试装具模块数据提供者)测试服务通过TestServicesProvider(测试服务提供者)对象来提供。
提取引擎对象中存在的大部分功能在不同的运行库都是相同的；从一个运行库到另一运行库显著改变的唯一细节是使用了哪些属性。应当创建对象以便于新提取引擎和运行库的容易创建。该类通常实现以下函数：
TypeIsATestCase(类型是测试实例)，如果传入的类型是测试实例，则返回“真”，否则返回“假”。这一函数通过查找测试实例类属性来检查类型上存在的属性，以确定类型是否为测试实例。
MethodIsATestMethod(方法是测试方法)，如果传入的方法是测试方法则返回“真”，否则返回“假”。该函数通过查找执行属性来检查类型上存在的属性，以确定类型是否为测试方法。
GetMethodWrappersFromType(从类型获取方法包装)，它收集具有执行属性的类型上所有相关的公有非静态方法，并返回这些方法作为MethodWrappers(下文讨论)的有序列表。在使用.NET环境的一个实施例中，列表使用构建到.Net数组中的分类功能来排序，使得MethodWrapper调用一比较例程来对列表进行排序。如果不能创建该类型的实例，则该方法失败，并返回空列表。
提取引擎可使用测试服务来检索可用于修改测试提取的信息。该信息可储存在诸如XML文件等文件中，那是按照为储存测试提取信息而定义的模式。如果由测试服务提供的数据不涉及依照该模式的XML文件，则可忽略修改数据。
提取引擎通常加载所指定的所有提取修改器XML文件。XML文件的内容是，例如，放入两个“存储桶(bucket)”中：测试包括和测试排除。如果两个存储桶都为空，则提取引擎应当包括所有的测试。这一情况等效于没有提取修改符xml文件，或不能检索提取引擎数据源测试服务。如果仅排除存储桶为空，则提取引擎应当包括所有的测试。如果仅包括存储桶为空，则提取引擎应当包括所有的测试，并排除在排除存储桶中所列出的测试。如果两个存储桶都有数据，则提取引擎应当包括在包括存储桶中未在排除存储桶中列出的测试(使得排除列表具有对包括列表的控制权限)。
测试方法执行程序
测试方法执行程序224用于执行测试方法，而无需调用者具有关于该方法或其属性的预先知识。Invoke(调用)方法被调用来执行测试方法。返回保留操作结果的对象(通过、失败、跳过等等)。Invoke方法负责处理与方法相关联的属性，并为所调用的方法创建参数列表(如果需要的话)。执行通常由与测试方法相关联的属性修改。
Abort(中止)方法可被调用以中止当前正在执行的测试方法。中止通常导致当前正在运行的Invoke方法返回。在执行了中止之后，没有进一步的测试可被正常地运行。
CompareTo(比较)方法被调用以将两个测试方法包装(Test Method Wrapper)进行比较。如果返回的结果小于零，则它表明该方法应当在另一测试方法包装(与其进行比较的方法)之前执行。如果返回的结果等于零，则它表明执行这两个方法的顺序无关紧要。如果返回的结果大于零，则它表明该方法应当在另一测试方法包装之后执行。
GetMethodAttributes(获取方法属性)方法被调用以检索与从公用基础方法属性类导出的测试方法相关联的属性的有序列表。该属性的有序类列表由测试方法包装在若干位置使用。例如，Invoke方法(如上文所描述的)使用有序列表来以正确的顺序对属性求值。同样，GetMethodAttributes可用于将一个方法包装与另一个进行比较。诸如“Get AttributesDescription(获取属性描述)”等调用使用属性的有序列表来创建与该方法相关联的属性的串描述。
测试方法包装具有若干性质，它们可通过诸如调用“获取Description(描述)”和“Get Name(获取名字)”来检索，以供测试装具模块使用。性质从方法名和从其定义方法的类生成。在需要时可添加其它性质。注意，这些性质不需要装具模块知道关于所查询的测试方法的任何知识，并且可在不需要对现有测试装具模块的修改的情况下添加额外的性质。
MethodResult(方法结果)对象用于将测试方法包装的结果传递到测试装具模块。由于测试装具模块不必具有所调用的方法的预先知识，因此以抽象的形式来表达结果。
对象通常需要从试图执行方法来表达三个可能的结果：通过、跳过或失败。“通过”通常表明方法在没有错误的情况下完成了执行(例如，方法没有将任何失败记入日志、测试方法未抛出异常、以及没有一个属性有错误)。“错误”表明方法失败(例如，测试方法表明失败，或属性表明失败)。“跳过”表明方法被跳过而非被执行(例如，属性指定测试方法应当仅在服务器上运行，但是测试正在客户机机器上运行；在这一情况下，方法将被跳过)。
MethodResult对象也可包含可任选的消息，如结果消息和/或错误消息。结果消息可以是方法结果的人类可读的描述。在成功地执行了一个方法之后，它将被保留为空，或者它可包含记录的遍数。对于其中出现了错误的已完成方法，可包括对该错误的文本描述，而错误消息可包含该错误的细节。
当由属性“抛出”异常时，TestConditionException类可用于传送修改的方法状态。例如，直接映射到方法状态的三个导出类包括TestSkipException(测试跳过异常)、TestSucceededException(测试成功异常)和TestErrorException(测试错误异常)。
属性223通常用于修改和控制测试的执行。测试依照测试实例脚本来执行，它可通过使用属性来定义。可使用至少三种基本类型的属性：类级属性、方法级属性和参数级属性。
测试类级属性是可任选的，并可用于修改例示的对象状态，使得测试提取可被跳过或导致对指示的类型多次执行。预提取和后提取方法通常用于修改例示的对象状态。测试类属性允许测试实例脚本中的这类变化被实现。
方法级属性能够修改方法参数和方法执行。在一个实施例中，方法级属性包括执行属性和补充属性。这两种属性都具有预调用和后调用方法。对方法级属性求值的顺序由一顺序性质确定，它在书写属性时定义；然而，属性通常没有关于可能存在哪些其它属性的预先知识。每一阶段的执行修改可由基于优先级的状态系统处理一返回具有最高优先级的状态的属性通常用于确定如何修改执行。
执行属性用于将方法标记为测试方法。没有执行属性的方法通常不包括在测试中。执行属性的核心责任是建立高级顺序以测试并评估方法结果。方法应当没有一个以上的执行属性。当存在一个以上执行属性时，提取和执行行为通常是未定义的。执行属性的示例包括“Setup(设置)”、“Step(步进)”和“Teardown(拆卸)”属性。
补充属性执行补充行动以修改测试方法的执行。补充属性的核心责任是执行对测试的执行必需的次要任务。它们通常不用于标记高级顺序。方法可具有任意数量的补充属性。补充属性的示例包括“WaitFor(等待)”和“Target(目标)”属性。
参数级属性可选地用于修改对方法的参数输入，并在执行了方法之后修改对象的状态(如，上下文状态)。当使用了方法级属性时，参数级属性通常不用于改变测试的执行。然而，如果抛出了异常，则测试方法响应于该异常立即失败。在一个实施例中，对每一参数只有一个参数级属性；具有一个以上参数级属性的行为保留未定义。参数级属性在调用方法前对方法级属性求值之后被求值，并在调用方法之后方法级属性被求值之前被求值。参数级属性的一个示例包括“ContextMapping(上下文映射)”属性。
MethodState(方法状态)对象由方法属性用于控制测试方法的执行。由于可向一个测试方法分配多个属性(并且由于每一属性可潜在地改变测试方法的执行)，每一属性可与MethodState对象进行通信，以确保测试方法的一致执行。
MethodState对象可包括涉及执行状态、消息、错误代码和状态覆盖优先级的信息。执行状态包括关于方法如何中止(如，跳过、通过、失败)、状态是否被准许来改变、以及方法是否应当被执行的信息。消息可用于可任选地呈现指示测试方法为何处于特定状态的文本。错误代码可用于指示测试方法包装可能在执行测试方法时遇到的错误的细节。状态覆盖优先级字段可用于通过允许仅当新状态具有高于现有状态的优先级时改变执行状态、消息和错误代码，来提高测试方法执行的一致性。
测试方法包装(224)执行测试方法，直到达到终止状态。当达到终止状态时，从最终的MethodState对象构造MethodResult对象。
执行属性负责对从方法调用获取的结果进行语法分析。为确定方法是通过还是失败，可监视日志中的通过和失败条目。如果任何失败被记入日志，则该方法可能失败。如果没有通过或失败被记入日志，则方法也可能失败。如果从测试方法或任何属性抛出异常，则方法也可能失败。否则，方法可被认为已(成功地)通过。
测试示例脚本
在一个实施例中，测试示例脚本230是对特定的测试示例协调测试方法的执行的对象集合。由于由测试方法执行程序(224)提供并通过它的接口，可在没有测试装具模块的预先知识的情况下书写测试方法。
测试示例脚本230通常包括测试方法231和其它方法和数据232。测试方法通过使用运行库对象(包括测试方法执行程序)而非通过查询特定的测试装具模块，来访问测试装具模块对象。
测试装具模块
在一个实施例中，测试装具模块210是协调测试实例的执行并提供各种测试服务的对象的集合。测试装具模块210通常包括UI(用户界面)211、执行引擎212、上下文对象213和记入日志对象214。用于添加的功能的目的的测试装具模块可包括诸如自动化系统接口等其它对象。
执行引擎(212)负责使用测试运行库(220)加载并执行测试实例脚本。图3示出了依照本发明的各方面的执行引擎的过程流300。在开始块之后，过程移动到块310，加载测试运行库。在用.Net书写测试运行库的一个实施例中，测试运行库组件和测试实例脚本组件被加载到AppDomain(应用程序域)中。测试装具模块可显示诸如加载的.Net运行库的版本，或正使用的测试运行库的版本等信息。
在块320，一个或多个测试实例被加载/编译到存储器。测试实例可被预编译并加载到存储器，或加载到存储器然后被编译。测试装具模块可显示关于测试实例脚本以及测试实例脚本是否被成功地加载和/或编译的信息。
在块330继续，获取提取引擎。提取引擎通过首先检索测试服务提供者对象、(221)来获取。下一步，从测试方法执行程序(220)确定基础提取引擎的类型。调用测试服务提供者对象上的静态GetService(获取服务)函数(将基础提取引擎的类型传递到测试服务提供者对象)，以接收对提取引擎的引用。
在块340，测试装具模块功能被添加到测试服务提供者。测试服务提供者上的AddService(添加服务)方法用于向测试服务提供者添加在测试装具模块上实现的测试服务。测试服务包括实现诸如重启机制、记入日志、上下文等的各种接口的对象。如果期望将数据传递到提取引擎(例如，指定某一方法应当被包括或跳过的XML文件)，则可使用实现测试装具模块数据提供者接口的测试服务对象。
在块350，提取引擎用于获取测试实例步骤。在块330获取的提取引擎用于调用提取引擎的GetTestMethodWrappers(获取测试方法包装)方法、向方法传递保留测试实例的AppDomain。通常返回一个TestMethodWrappers(测试方法包装)的数组。
方法包装的数组通常包含应当以它们在数组中存在的顺序执行的测试行动的列表。(提取引擎通常负责对数组进行排序)。
在块360，以列出方法的顺序执行在块350检索到的方法列表。每一方法通过调用Invoke(调用)方法来执行。调用方法通常返回关于测试行动结果的细节。细节可包括成功/失败/跳过结果，以及附加细节。结果的细节可以是，例如，被记入日志，或用于更新UI。
图4示出了依照本发明的各方面的执行引擎的过程流400。对于每一测试行动，重复过程400。执行引擎调用InvokeInstanceMethod(调用实例方法)来例示特定测试行动的执行。InvokeInstanceMethod调用InstanceMethod(实例方法)来调用特定的测试行动。InstanceMethod进而调用MethodWrapper(即，示例测试方法执行程序)来调用特定的测试行动。
方法包装对特定测试行动的属性进行求值并执行(预调用)。方法包装接下来依照所求值/执行的测试方法调用测试方法。在执行了测试方法之后，属性再一次被求值/执行(后调用)。方法包装解释后调用属性求值的结果，并返回表示该结果的值。ActionResult(行动结果)被传递到InstanceMethod，并进而被传递到InvokeInstanceMethod。InvokeInstanceMethod评估返回值并将结果传递到执行引擎。
作为对本发明的进一步说明，提供伪代码清单如下：ExtractionEngine.GetTestMethodWrappers
TestMethodWrappers [] methodWrappers；
For(AppDomain中的每一组件)
{
   For(组件中的每一类型)
   {
      If(TypeIsATestCase(type))
      {
        methodWrappers+＝GetMethodWrappersFromType(type)
      }
   }
}
Return methodWrappersExtractionEngine.GetMethodWrappersFromType
TestMethodWrappers [] allMethodWrappers
ExtractionState curState＝无效状态
Do
{
   TestMethodWrappers [] instanceMethodWrappers
   curState.Reset()
if(类型是可创建的)
   Object testObject＝new类型；
Else
   Return空列表；
For(类型上的每一属性)
{
  If(属性是测试示例属性的种类)
     curState＝Attribute.PreExtract(testObject)
}
If(curState＝终止状态)
  break；
MethodInfo [] potentialTestMethods＝type.GetAllPublicMethods()
For(potentialTestMethods中的每一方法)
{
    If(MethodIsATestMethod(method))
    {
      TestMethodWrapper wrapper＝new Wrapper(obj，method)
      If(！wrapper.GetMethodAttributes[0].Inherit)
      {
         If(method.definingType＝＝type)
           instanceMethodWrappers+＝wrapper
      }
      Else
         instanceMethodWrappers+＝wrapper
    }
}
For(类型上的每一属性)
{
  If(属性是测试实例属性的种类)
         curState＝Attribute.PostExtract()
   }
   instanceMethodWrappers.Sort()
   allMethodWrappers+＝instanceMethodWrappers
}
While(curState！＝终止状态)//无效状态或跳过
Return allMethodWrappers；TestMethodWrapper.Invoke
MethodState curState＝无效状态
Do
{
   curState.Reset()
   TestMethodAttribute [] methodAttributes＝
GetMethodAttributes()
   methodAttributes.Reverse()
   //对所有属性预调用
   Try
   {
     //方法级属性
       For(methodAttributes中的每一属性)
       {
          MethodState newState＝attribute.PreInvoke(...)
          if(newState.execstate！＝nochange &&
             newState.priority＞curState.priority)
          {
             curState＝newState
          }
      }
  }
  Catch(UnexpectedCondition)
{
    curState＝new MethodState(UnexpectedCondition)；
}
Catch(e)
{
    //如果属性抛出异常，调用失败
    curState＝new MethodState(e)；
    break；
}
//如果需要的话评估状态和停止调用
//-状态必需在检查参数级属性之前评估
if(curState.execstate＝＝终止状态)
{
   break；
}
Try
{
    //参数级状态属性-这些属性不能修改状态，
    //但是如果它们抛出，则调用失败
    For(方法上的每一参数)
    {
        For(参数上的每一属性)
        {
              If(attribute is kind of
           MotifParamAttribute)
                Attribute.PreInvoke(...)
        }
    }
}
Catch(e)
{
    curState＝new MethodState(e)
    break；
}
//执行测试方法
Object result；
Try
{
    result＝method.invoke(...)
}
Catch(e)
{
    //注意如果方法抛出，则测试不自动失败；
    //相反，异常作为返回值来处理，供执行属性处理
    result＝e
}
//所有属性上的后调用
//如果任一属性抛出，调用失败
curState.Reset()
Try
{
    //对参数级属性的后调用
    For(方法上的每一参数)
    {
        For(参数上的每一属性)
        {
                 If(attribute is kind of
              MotifParamAttribute)
                     Attribute.PostInvoke(...)
        }
    }
    //所有方法级属性上的后调用
    For(methodAttributes中的每一属性)
    {
        MethodState newState＝attrib.PostInvoke(...)
            If(newState.execstate！＝nochange &&
                 newState.priority＞curState.priority)
            {
                 curState＝newState；
            }
        }
    }
    Catch(UnexpectedCondition)
    {
         curState＝new MethodState(UnexpectedCondition)；
    }
    Catch(e)
    {
         curState＝new MethodState(e)
         break；
    }
}
While(curState！＝终止状态)//成功、错误、跳过、无效状态
将最终状态记入日志
Return MethodResult(curState)；ExecutionAttribute.PreInvoke
logManager＝TestServiceProvider.GetService(LogManager)
If(logManager＝＝null)
   Throw UnexpectedErrorCondition(″LogManager object notfound″)
logManager.AddListener(us)
Return MethodState(执行，低优先级)ExecutionAttribute.PostInvoke
LogManager.RemoveListener(us)
If(result is kind of exception)
{
    Return MethodState(失败，低优先级)
}
Else If(failedCount＞0)
{
    Return MethodState(失败，中优先级)
}
Else If(passedCount＝＝0)
{
    Return MethodState(失败，中优先级)
}
Else//passedCount＞0，failedCount＝0
{
    Return MethodState(通过，中优先级)
}TargetAttribute.PreInvoke
If(Context.CurrentMachine不在RunOnMachinesList中)
   Throw UnexpectedSkipCondition(Context.CurrentMachine+
″not in″+
     RunOnMachinesList)
Else
   Return MethodState(nochange)VariationsAttribute.PostInvoke
currentVariation++；
If(currentVariation＜totalVariations)
   Return MethodState(执行，高优先级)
Else
   Return MethodState(通过/失败，中优先级)
以上说明书、实例和数据提供了本发明的组成部分的制造和使用的完整描述。由于可作出本发明的许多实施例而不脱离本发明的范围，本发明驻留在所附权利要求书中。

Claims (29)

1.一种具有计算机可执行组件的计算机可读介质，所述组件包括：
一测试实例脚本对象，它包括被安排成测试电子系统的测试方法，其中，所述测试方法以包括基类和子类的分层结构排列，其中，每一子类从所述基类导出，并且其中，依照所述分层结构内方法的排列，所述继承的原理被应用于每一测试方法；以及
一测试装具模块，它被安排成为测试方法提供系统测试服务。
2.如权利要求1所述的计算机可读介质，其特征在于，所述继承的原理被选择性地应用于子类测试方法。
3.如权利要求1所述的计算机可读介质，其特征在于，所述子类测试方法包括一被安排成确定是否应用所述继承原理的属性。
4.如权利要求1所述的计算机可读介质，其特征在于，还包括一测试提取引擎，它被配置成依照所述分层结构对所述测试方法进行排序。
5.如权利要求4所述的计算机可读介质，其特征在于，所述测试提取引擎被配置成使用一在所述属性中定义的比较函数来依照所述分层结构对所述测试方法进行排序。
6.如权利要求1所述的计算机可读介质，其特征在于，所述基类测试方法包括一设置方法和一拆卸方法。
7.如权利要求6所述的计算机可读介质，其特征在于，所述子类测试方法包括一设置方法和一拆卸方法。
8.一种用于自动化测试的方法，其特征在于，包括：
提供被安排成测试电子系统的测试方法；
以包括基类和子类的分层结构安排所提供的测试方法，其中，每一子类从所述基类导出；
依照所述分层结构内的方法排列，将所述继承的原理应用于每一测试方法；以及
使用一测试装具模块来为所述测试方法提供系统测试服务。
9.如权利要求8所述的方法，其特征在于，所述继承的原理被选择性地应用于子类测试方法。
10.如权利要求8所述的方法，其特征在于，还包括依照子类测试方法的属性状态，确定是否应用所述继承的原理。
11.如权利要求8所述的方法，其特征在于，还包括依照所述分层结构对所述测试方法进行排序。
12.如权利要求11所述的方法，其特征在于，还包括使用一在所述属性内定义的比较函数来依照所述分层结构对所述测试方法进行排序。
13.如权利要求8所述的方法，其特征在于，所述基类测试方法包括一设置方法和一拆卸方法。
14.如权利要求13所述的方法，其特征在于，所述子类测试方法包括一设置方法和一拆卸方法。
15.一种测试自动化系统，其特征在于，包括：
一测试实例脚本对象，它包括被安排成测试电子系统的测试方法，其中，所述测试方法以包括基类和子类的分层结构来排列，其中，每一子类从所述基类导出，并且其中，依照所述分层结构内的方法排列将所述继承的原理应用于每一测试方法。
16.如权利要求15所述的系统，其特征在于，所述继承的原理被选择性地应用于子类测试方法。
17.如权利要求15所述的系统，其特征在于，所述子类测试方法包括一被安排成确定是否应用所述继承的原理的属性。
18.如权利要求15所述的系统，其特征在于，还包括一测试提取引擎，它被配置成依照所述分层结构对所述测试方法进行排序。
19.如权利要求18所述的系统，其特征在于，所述测试提取引擎被配置成使用一在所述属性内定义的比较函数来依照所述分层结构对所述测试方法进行排序。
20.如权利要求15所述的系统，其特征在于，所述基类测试方法包括一设置方法和一拆卸方法。
21.如权利要求15所述的系统，其特征在于，所述子类测试方法包括一设置方法和一拆卸方法。
22.一种测试自动化系统，其特征在于，包括：
用于提供被安排成测试电子系统的测试方法的装置；
用于以包括基类和子类的分层结构排列所提供的测试方法的装置，其中每一子类从所述基类导出；
用于依照所述分层结构内方法的排列将所述分层结构的原理应用于每一测试方法的装置；以及
使用一测试装具模块装置来为所述测试方法提供系统测试服务。
23.如权利要求22所述的系统，其特征在于，所述继承的原理被选择性地应用于子类测试方法。
24.如权利要求22所述的系统，其特征在于，还包括用于依照子类测试方法的属性的状态确定是否应用所述继承的原理的装置。
25.如权利要求22所述的系统，其特征在于，还包括用于依照所述分层结构对所述测试方法进行排序的装置。
26.如权利要求25所述的系统，其特征在于，还包括用于使用一在所述属性内定义的比较函数来依照所述分层结构对所述测试方法进行排序的装置。
27.如权利要求22所述的系统，其特征在于，所述基类测试方法包括一设置方法和一拆卸方法。
28.如权利要求27所述的系统，其特征在于，所述子类测试方法包括一设置方法和一拆卸方法。
29.如权利要求22所述的系统，其特征在于，还包括用于响应于由子类测试方法继承的属性修改所述子类测试方法的状态的装置。
CNB2005100562599A 2004-03-31 2005-03-31 通过属性控制的测试实例继承 Expired - Fee Related CN100468356C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/815,019 2004-03-31
US10/815,019 US7552422B2 (en) 2004-03-31 2004-03-31 Test case inheritance controlled via attributes

Publications (2)

Publication Number Publication Date
CN1677365A true CN1677365A (zh) 2005-10-05
CN100468356C CN100468356C (zh) 2009-03-11

Family

ID=34887733

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2005100562599A Expired - Fee Related CN100468356C (zh) 2004-03-31 2005-03-31 通过属性控制的测试实例继承

Country Status (6)

Country Link
US (1) US7552422B2 (zh)
EP (1) EP1582985B1 (zh)
JP (1) JP2005293578A (zh)
KR (1) KR101036679B1 (zh)
CN (1) CN100468356C (zh)
AT (1) ATE512406T1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100346308C (zh) * 2005-11-24 2007-10-31 华为技术有限公司 一种基于数据库操作的自动化测试方法
CN101984412A (zh) * 2010-10-13 2011-03-09 北京航空航天大学 一种基于分组和禁忌搜索的并行测试任务调度方法
CN103019900A (zh) * 2012-12-04 2013-04-03 北京奇虎科技有限公司 终端性能的检测结果显示方法和装置
CN103064785A (zh) * 2012-12-04 2013-04-24 北京奇虎科技有限公司 一种终端性能的检测方法和装置
CN105637500A (zh) * 2013-10-17 2016-06-01 慧与发展有限责任合伙企业 使用继承的测试属性对网络服务进行测试
WO2016184305A1 (en) * 2015-05-15 2016-11-24 Huawei Technologies Co., Ltd. System and method for synthetic trace model
CN110737597A (zh) * 2019-10-15 2020-01-31 北京弘远博学科技有限公司 一种基于教育培训平台的ui层自动化测试方法

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060106819A1 (en) * 2004-10-28 2006-05-18 Komateswar Dhanadevan Method and apparatus for managing a computer data storage system
KR100777103B1 (ko) * 2005-08-19 2007-11-19 한국전자통신연구원 테스트 드라이버 생성 장치 및 방법
US7895575B2 (en) 2005-08-19 2011-02-22 Electronics And Telecommunications Research Institute Apparatus and method for generating test driver
US20090273605A1 (en) * 2006-02-27 2009-11-05 Norihiko Takebayashi Operation Checking Method in Information System, Operation Checking Program Therefor, Recording Medium, and Operation Checking System
US8296731B2 (en) * 2007-03-05 2012-10-23 Microsoft Corporation Dynamic method selection based on declarative requirements of interaction scope
KR101014679B1 (ko) * 2007-09-14 2011-02-16 주식회사 신한은행 시나리오를 이용한 프로그램 소스코드 테스트 시스템
US8463760B2 (en) * 2008-09-04 2013-06-11 At&T Intellectual Property I, L. P. Software development test case management
JP2011100420A (ja) * 2009-11-09 2011-05-19 Toshiba Corp テストプログラム作成装置
US8677320B2 (en) 2011-04-06 2014-03-18 Mosaic, Inc. Software testing supporting high reuse of test data
US9785542B2 (en) * 2013-04-16 2017-10-10 Advantest Corporation Implementing edit and update functionality within a development environment used to compile test plans for automated semiconductor device testing
RU2598988C2 (ru) * 2013-08-07 2016-10-10 Фиизер Инк. Способы и системы для поиска прикладных программ
US20160239409A1 (en) * 2013-10-17 2016-08-18 Hewlett Packard Enterprise Development Lp Testing a web service using inherited test attributes
CN106227666B (zh) * 2016-07-25 2019-05-17 微梦创科网络科技（中国）有限公司 一种基于大数据的自动化测试方法及系统
CN111625445B (zh) * 2020-04-23 2024-07-05 平安国际智慧城市科技股份有限公司 基于Java的测试框架构建方法、装置及存储介质
US11816023B1 (en) * 2021-02-23 2023-11-14 State Farm Mutual Automobile Insurance Company Test conflict guard for parallel software testing
US11720482B1 (en) 2021-02-23 2023-08-08 State Farm Mutual Automobile Insurance Company Retrying failed test cases in software testing using parallel threads
US11714745B1 (en) 2021-02-23 2023-08-01 State Farm Mutual Automobile Insurance Company Software testing in parallel with different database instances
US11537508B1 (en) 2021-02-23 2022-12-27 State Farm Mutual Automobile Insurance Company Software testing in parallel threads with a record-locking database

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5414836A (en) * 1993-09-29 1995-05-09 International Business Machines Corporation Software testing system that employs a graphical interface to generate test cases configured as hybrid tree structures
US5751941A (en) * 1996-04-04 1998-05-12 Hewlett-Packard Company Object oriented framework for testing software
US6031990A (en) * 1997-04-15 2000-02-29 Compuware Corporation Computer software testing management
US6430705B1 (en) * 1998-08-21 2002-08-06 Advanced Micro Devices, Inc. Method for utilizing virtual hardware descriptions to allow for multi-processor debugging in environments using varying processor revision levels

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100346308C (zh) * 2005-11-24 2007-10-31 华为技术有限公司 一种基于数据库操作的自动化测试方法
CN101984412A (zh) * 2010-10-13 2011-03-09 北京航空航天大学 一种基于分组和禁忌搜索的并行测试任务调度方法
CN101984412B (zh) * 2010-10-13 2013-01-30 北京航空航天大学 一种基于分组和禁忌搜索的并行测试任务调度方法
CN103019900A (zh) * 2012-12-04 2013-04-03 北京奇虎科技有限公司 终端性能的检测结果显示方法和装置
CN103064785A (zh) * 2012-12-04 2013-04-24 北京奇虎科技有限公司 一种终端性能的检测方法和装置
CN103064785B (zh) * 2012-12-04 2016-03-30 北京奇虎科技有限公司 一种终端性能的检测方法和装置
CN103019900B (zh) * 2012-12-04 2016-10-26 北京奇虎科技有限公司 终端性能的检测结果显示方法和装置
CN105637500A (zh) * 2013-10-17 2016-06-01 慧与发展有限责任合伙企业 使用继承的测试属性对网络服务进行测试
WO2016184305A1 (en) * 2015-05-15 2016-11-24 Huawei Technologies Co., Ltd. System and method for synthetic trace model
US10546075B2 (en) 2015-05-15 2020-01-28 Futurewei Technologies, Inc. System and method for a synthetic trace model
CN110737597A (zh) * 2019-10-15 2020-01-31 北京弘远博学科技有限公司 一种基于教育培训平台的ui层自动化测试方法

Also Published As

Publication number Publication date
ATE512406T1 (de) 2011-06-15
US7552422B2 (en) 2009-06-23
EP1582985A2 (en) 2005-10-05
US20050251719A1 (en) 2005-11-10
KR20060045072A (ko) 2006-05-16
EP1582985B1 (en) 2011-06-08
CN100468356C (zh) 2009-03-11
KR101036679B1 (ko) 2011-05-23
EP1582985A3 (en) 2009-11-18
JP2005293578A (ja) 2005-10-20

Similar Documents

Publication Publication Date Title
CN1677365A (zh) 通过属性控制的测试实例继承
CN1601483A (zh) 一种基于脚本解释工具的自动化软件测试系统
CN1096637C (zh) 管理类方法名
CN1082208C (zh) 从语言中性源程序产生语言专用接口定义的系统和方法
CN1253790C (zh) 指令调度方法和指令调度设备
CN1821956A (zh) 用现有内容生成用于执行任务的活动内容向导可执行文件
CN1568458A (zh) 无需修改现有代码即可增加新软件特征的方法
CN1558348A (zh) 将基于模式的分级数据结构转换成平面数据结构的方法以及系统
CN1908892A (zh) 测试用例设计方法和系统
CN1740970A (zh) 无缝地比较对象的系统和方法
CN1321923A (zh) 画面程序作成方法、记录媒体
CN1841376A (zh) 对网络表单的数据驱动动作
CN1495602A (zh) 成像装置、信息处理装置、程序执行方法及程序生成方法
CN1437110A (zh) 用于断点设定的装置和方法
CN1656455A (zh) 管理文件的方法、操作对象显示限制程序和记录介质
CN1795434A (zh) 程序执行控制设备,程序执行控制方法,控制程序和记录介质
CN1862538A (zh) 一种数据配置系统及实现数据配置的方法
CN1270672A (zh) 用于集成电路测试系统的生产界面
CN1647082A (zh) 集成电路的开发方法和存储了集成电路的开发方法的程序存储媒体、以及asic和可编程逻辑器件同时开发系统、开发程序和开发方法
CN101046812A (zh) 一种数据库表记录构造与检查的方法及其装置
CN1098501C (zh) 用于sql关系数据库的仿真器及方法
CN1758221A (zh) 程序处理装置
CN1768373A (zh) 信息处理装置、信息处理方法、及计算机程序
CN1288192A (zh) 固定显示信息的方法和设备及相应软件产品的存储媒体
CN1140367A (zh) 电信服务干扰

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090311

Termination date: 20130331

ASS Succession or assignment of patent right

Owner name: MICROSOFT TECHNOLOGY LICENSING LLC

Free format text: FORMER OWNER: MICROSOFT CORP.

Effective date: 20150423

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20150423

Address after: Washington State

Patentee after: Micro soft technique license Co., Ltd

Address before: Washington State

Patentee before: Microsoft Corp.