1、TestComplete基础教程作者：TIB 来源：博客园 发布时间：2010-07-11 19:50 阅读：3573 次原文链接 收藏 TestComplete基础教程 - Getting Started with TestCompleteTIB自动化测试工作室完整 PDF版本下载：http:/ 数据驱动基础教程:http:/ TIB自动化测试工作室成员 何嘉艺 的努力，TestComplete 帮助文档中TestComplete 测试.NET 应用程序的翻译已经完成，下载地址：http:/ TutorialsTestcomplete包含了一系列的教程来帮助你熟悉 testcomplete和
2、学习相关的测试技术。每一个教程都详细的步骤来指引你轻松完成整个项目的创建，涵括了各种类型的测试场景。Getting Started Tutorial这份教程的对象是初学者。它会教你如何让在 testcomplete首次创建简单的功能测试。在你学习完这节教程之后，你会掌握录制、修改、回放测试的技术。这份教程包括如下两部分：1.简要介绍自动化测试和 testcomplete2.创建你的第一个自动化测试：按照教程的指引步骤在 testcomplete中创建你的第一个测试项目。Introducing Automated Testing and TestComplete这一节的主题是给出自动化测试和 t
3、estcomplete的一个概况，包括：自动化测试；测试类型；Testcomplete项目和项目内容（Projects and Project Items）；Testcomplete的用户界面（User Interface）；Testcomplete的测试对象模型（Test Object Model）；检查点和数据存储（ Checkpoints and Stores）；Automated Testing软件测试是一个检查应用程序并从中发现错误的一个过程。测试中需要比较应用程序的实际输出与预期输出是否一致，才可以下结论说应用程 序是否实现了它应有的功能这就是软件测试和试用软件的根本区别。换句话说
4、，测试员不仅仅要保证应用程序显示了一系列的值，还要证实该显示的值是合适的 值。所以，测试的基本步骤如下：定义预期输出；进行测试动作（输入合适的值）；收集程序的输出并与预期输出（基线数据）作出比较；如果比较失败，要告知开发人员或者经理。自动化测试是一种用特定的程序（无人干预或者少量的人工干预）自动执行软件测试。自动化执行保证不会跳过每一个测试动作；它使测试人员从重复执行沉闷的测试步骤中解放出来。Testcomplete提供了一些专为自动化测试动作、定义基线数据、运行测试和记录测试结果日志的功能。它还提供了专门的对话框和提示来帮助你在测试中自动比较命令（或者检查点）。Test TypesTestc
5、omplete支持多种测试类型和方法：单元测试、功能和图形界面测试、回归测试、分布式测试等。在这份教程里，我们将创建一个我们最常用到的测试功能测试。功能测试会检查应用程序与其他系统、用户之间的接口。他们将确认应用程序的功能与预期相同。一个典型的功能测试由一系列的测试指令组成，这些测试命令形如模拟用户的鼠标点击和键盘输入。循环运行这些测试指令来验证被测软件的功能。在 Testcomplete里，能够以关键字测试（Keyword tests）或者脚本（Script）来的形式创建功能测试。这两种类型的测试都可以用内置的编辑器来录制（recordered）或者从零开始创建。创 建关键字测试是可视化的，
6、非常简单且不需要任何编程基础。脚本方式创建的测试则需要理解相关脚本的命令，但你能够从中创建更强大、更灵活的测试。 Testcomplete 支持的脚本包括VBScript, JScript, DelphiScript, C+Script and C#Script，所以你可以从中挑选你最熟悉的脚本语言来使用。在这份教程里，我们会使用关键字测试这一功能。TestComplete Projects and Project ItemsTestcomplete用项目（Projects）和项目组（project suites）来管理。项目创建测试的开端。它包括了你的所有测试，检查点的基线数据，被测程序的相
7、关信息，和其在测试执行中需要用到的各项内容。项目中 也定义了多个测试之间的执行次序，和项目累计执行测试后的日志。一个项目可以包括对被测程序的所有测试。在复杂的被测程序中，你可以仅将一个项目专注被测程序的一部分，而让其他项目关注被测程序的另外的部分（通常是各个不同的模块）。相关的多个项目（Projects）可以组织成一个项目组（project suites）。Testcomplete会在你创建一个新项目的时候自动创建一个项目组。你也可以创建一个空的项目组，然后利用 Testcomplete的对话框来对项目组添加相应的项目。项目项（Project items）是用来执行或者支援测试的项目元素。你可
8、以在Testcomplete里查看和管理项目、项目组、项目项，如下图所示：如果项查看关于项目组的完整信息，请查看 About Project Items.TestComplete User InterfaceTestcomplete的主界面如下图所示：如你所见，Testcomplete 的用户界面组织在一系列的控制面板上。位于左边的项目浏览器面板（ Project Explorer）显示了项目和项目组的内容。它也提供了可链接到测试日志的节点。工作区面板（The Workspace panel）是你的工作台：它显示了项目和项目项的编辑器，你可以在上面创建或者修改测试、查看测试结果。例如，在上图中
9、你可以看到关键字测试编辑器在工作区中处于打开状态。除了项目浏览器和工作区，Testcomplete 还提供了其他控制面板。例如，Watch List, Locals, Breakpoints 和 Call Stack面板供调试所用。 To Do面板把将要执行的测试管理起来，Code Explorer 面板则提供了浏览脚本内容、导航脚本单元的的快捷方式。Object Browser面板显示了 Testcomplete中与项目无关的功能：它以列表的形式显示了当前机器上的所有进程和窗口。若对应进程和窗口的属性和方法 能够被 Testcomplete内部识别出来，Object Browser 面板就会
10、显示。换句话说，Object Browser能告诉你那些对象、方法和属性是可测的，和怎样取来测。如果想跟深入了解面板的使用，在里面单击一下，然后点击 f1，就能打开对应面板的描述信息。你可以使用菜单和工具栏来执行相应的功能。它的菜单、工具栏系统和Microsoft Visual Studio、流行的 windows应用程序非常类似。你可以改变工具栏的位置，把里面的内容转移到其他菜单或者工具栏中、隐藏内容、把隐藏的内容还原等 等。请参见 Toolbars Customization。TestComplete Test Object Model对象浏览器面板显示了对象的结构，如下图示：Testco
11、mplete使用了树形模型来组织被测对象。根结点是 Sys（桌面应用程序和窗口）和 PDA（一些运行在连接你计算机的 WindowsMobile设备的程序）Process对象相当于运行在操作系统上的应用程序。我们用术语 Process（进程）而不是 application（应用程序），这是因为这等价于 windows文档里有关进程的概念。进程对象的名称包括正在执行的进程的名称和它对应的索引（index）值。注：index只使用在多个应用程序执行的环境下：进程（Processes）有他们的子对象（窗口），也就说是（子对象的）顶层窗口。这些对象都拥有它们对应控件的子窗口。这些窗口和控件的命名取 决
12、与测试引擎是否能够识别出被测应用程序的内部方法和属性。Testcomplete 支持上述的两种类型，但用不同的方法来命名它们的各总窗口的控件。黑合应用程序：黑合应用程序指的是不提供访问它们内部方法和属性的应用程序。它们的命名包括 windows class name, windows text 或 title (caption) ，和它的 index。控件的命名方式和窗口的命名方式类似，因为就操作系统而言，控件只是窗口的类型之一：白盒应用程序：那种向 Testcomplete提供其内部属性和方法的应用程序叫做白盒应用程序或者开合应用程序。它们用 作标示，显示在对象浏览器上。为了突出白盒应用程序
13、的窗口和控件，Testcomplete 使用了特别的命名方式，可以反映出控件或窗体的类型、在源码中 定义的名称。例如，你有个用 C#调用 Microsoft WinForms库生成的名为 MainForm的窗体，Testcomplete将以这种形式来识别：WinFormsObject(“MainForm“)注：强烈建议在有条件的情况下选择白盒应用程序来测试，而不是黑合应用程序。这使得测试引擎能够识别出被测程序的内部方法和属性，使你的测试更加有效灵活。有些程序像.NET, WPF, Visual Basic, Java 或者 Web 对 Testcomplete都是白盒应用程序，而其他的可能要通
14、过一些特别的手段编译才行。Checkpoints and Stores一个典型的测试中会进行多次的比较。例如，一个模拟用户输出应用程序的文件的测试场景，你需要去验证输出的数据是否有效。为了完成这一测试，你需要 将输出的文件和预期的文件相比较。这仅仅是一个例子，在真实的测试中，你要作成百上千次比较。各种类型的自动化测试（回归、单元、功能等等）都需要一个参 照值来对比验证。在 Testcomplete下可以很轻松地在测试中加入比较命令（或者检查点）。你可以在录制测试和设计时加入检查点。Testcomplete 提 供比较不同类型数据的检查点：图像、文件、对象文本和属性（Object text an
15、d properties）、xml文档、数据库表（database tables）等。Testcomplete 包含了数据存储（Stores）这一项目项（project item），可用来存放检查点的基线数据。这些项目项是一个容器，存放了图像、文件和其他用于测试比较的元素。唯一例外的是用于验证对象属性的检查点：这些基线数据是在测试中定义的。 Creating Your First Test这一小节的教程提供了详细的操作步骤，告诉你如何在 Testcomplete下创建项目、录制和回放简单的测试、和分析测试结果。这个测试模拟了用户使用被测软件的行为，同时验证了一些数据。验证命令会在录制测试的过程
16、中生成。在我们的讲解里，我们使用一个名为 Orders的应用程序来作演示（它是随着Testcomplete发布的）。这一应用程序显示了一个订单列表，还包含了一些特定的功能：增加、删除、修改、输出订单。这个应用程序在以下路径可以找到： 在 Windows 7, Windows Vista 或者 Windows Server 2008:C:UsersPublicDocumentsTestComplete 7 SamplesOpen AppsOrdersDemo 在 Windows XP, Windows Server 2003 或者 Windows 2000:C:Documents and Set
17、tingsAll UsersDocumentsTestComplete 7 SamplesOpen AppsOrdersDemo注意在 Windows Explorer和打开、保存文件框下， All UsersDocuments 文件夹可能会显示成 All UsersShared Documents.这个文件夹下存放和很多订单项目，它们由不同的编译器创建的：C#, Visual C+, Visual Basic, Delphi, C+Builder, Swing等等。我们采用由 C#创建的Orders 应用程序。1. Creating a Test Project让我们来创建一个新项目：1.
18、如果你当前在 Testcomplete下打开了项目组或者项目，先关闭它们。在菜单栏点击 File | Close能完成这一步骤。2. 在菜单栏选择 File | New | New Project。这会调用创建新项目的对话框。这个对话框由两种工 作模式：简单（Simple）和典型（Classic）。在简单模式是默认的模式，对话框包括了 3个输入文本框，你可以填上项目名、路径和脚本语言。在典 型模式下，你也可以定义项目组的名称（project suite name）、选择项目模板（projects template）和项目项（project items）。这份教材用的是简单模式，它比典型模式更常
19、用。1. 我们现在输入项目名、路径和脚本语言l 在 project name输入 Orders： Testcomplete会自动创建项目的路径并显示在 Location这一栏上。项目文件家是用来存放项目生成或者用到的信息：关键字测试、脚本、测试日志、数据等等。你可以在 Location文本框中改变项目的路径。在我们的例子里我们用默认值。l 在 Language文本框我们定义在测试中将要用到的脚本语言。在这里我们选择了 VBScript。即使你不使用脚本单元，脚本语言也是非常重要的。即使你准备使用关键字测试，你可能也会调用一小段的代码或者使用脚本来定义执行参数（operation paramet
20、ers）。说脚本语言重要，是因为它定义了对象名（object names）的格式，这是测试总要用到的，不管你是用脚本还是关键字测试。名称的格式是由脚本语言的语法来定义的。例如，在 VBScript 和 Jscript，Notepad 显示成Process(“Notepad“)，而在 DelphiScript你要把双引号变成单引号，如Process (Notepad)；在 C+Script 和 C#Script 下“Process”必须在方括号里：“Process“(“Notepad“)。Testcomplete对 VBScript, JScript, DelphiScript, C+Scrip
21、t 和 C#Script都支持，因此你可以选择你最熟悉的语言。无论你选择哪种语言，你都能够使用 Testcomplete的所有特性。然而，也难为不同的语言 有不同的语法，它们的脚本解释器是由不同的脚本引擎来执行的，它们会有一些例外（见Supported Scripting Languages Peculiarities of Usage）。想获得更过关于语言选择的信息，请看（Selecting the Scripting Language）。请注意到，脚本语言和被测程序使用什么语言是毫无关系的。例如，你用Jscript来测试 Visual C+写的程序或者用 VBScript测试 Delphi
22、写的程序。然而，如果你想创建一个连接（Connected）或者自动自测（Self-Testing Application） 的程序，我们建议你选择与被测程序的开发工具关联最密切的语言。例如，如果你使用 Visual C+ 或 C+Builder，你应该选择C+Script；如果你使用的是 Visual Basic，你应该选择 VBScript，以此类推。这会使录制脚本更容易导入连接（Connected）或者自动自测（Self-Testing Application）程序。1. 在你定义了项目名称、脚本语言和路径之后，点击 Create按钮。Testcomplete将会创建一个新项目， Orde
23、rs.mds，和一个对应的项目组。它会接着在项目浏览器面板显示项目组和项目内容。2. Defining Applications to Test每个项目或许会有被测程序的列表。这是让你跟踪那个项目对应哪个程序和它们在测试里如何配置。这允许 Testcomplete去执行列表里面的每一个引用程序或者在内容菜单或测试里手工执行。当然，因为项目之间是相对独立的，不同的被测程序会分布在不止一个的项目里面。你可以手工向列表添加被测应用程序，或者让 Testcomplete在录制测试的过程中自动完成。录制器十分聪明，能够通过命令行、windows Explorer 或者其他方式检测到应用程序开始执行。在录
24、制结束之后，Testcomplete 会把被测程序加载到列表中，同时加载“Run Tested Application”到录制完的测试里面。在这一份教程里，为了让你更熟悉列表、演示 Testcomplete中管理被测程序这一特性，我们手工来向列表添加被测程序。让我们添加一个简单的被测程序到列表里：1. 在项目浏览面板里右键单击 TestedApps节点1. 在内容菜单里选择 Add | New Item，这会弹出一个标准的 Open File dialog。2. 找到使用这个 Open File dialog的 Orders.exe可执行文件，然后点击Open。回忆一下，我们将使用 Order
25、s这个用 C#编写、随着 Testcomplete发布的简单程序。它的路径像是这样的：C:Documents and SettingsAll UsersDocumentsTestComplete 7 SamplesOpen AppsOrdersDemoC#binDebugOrders.exe (Windows XP, Windows 2000 or Windows Server 2003), 或 C:UsersPublicDocumentsTestComplete 7 SamplesOpen AppsOrdersDemoC#binDebugOrders.exe (Windows 7, Vist
26、a or Windows Server 2008).1. 在你向列表添加完被测程序后，你可以定义它的运行模式和运行参数。要获取更多的信息，请查看 Run Modes这份帮助文档。在这份教材里，我们会使用默认设置。2. 通过在主菜单点击 File | Save来保存你的更改。3. Planning Your TestGeneral Notes on Planning Tests通常，做个测试计划是个很不错的实践：l 定义测试目标和制定哪些功能需要被测试。目标越清晰，测试越简单、越有效。大型的、要处理大量程序行为的测试非常的难以创建和维护。创建一个目标明确的、简单的测试更有好处。一旦你建立了很多简单的测试，你可以将它们组织到一个更大的测试里面。
