QTP自动化测试实践部分.docx

1、QTP自动化测试实践部分QTP自动化测试实践第8章 数据驱动测试 测试脚本的开发和维护是自动化测试的重要环节，适当地调整和增强测试脚本，能提高测试脚本的灵活性，增加测试覆盖面，以及提高应对测试对象变更的能力。数据驱动方式的测试脚本开发是解决这类问题的重要手段。 本章介绍如何在自动化测试过程中使用数据驱动的测试脚本开发方式，对测试脚本进行参数化，包括如何使用QTP的Data Table参数化、Action参数化、环境变量参数化等脚本参数化的方法。8.1 数据驱动测试方法 数据驱动的测试方法要解决的核心问题是把数据从测试脚本中分离出来，从而实现测试脚本的参数化。8.1.1 什么时候使用数据驱动测试

2、方法 自动化测试对录制和编辑好的测试步骤进行回放，这种是线性的自动化测试方式，其缺点是明显的，就是其测试覆盖面比较低。测试回放的只是录制时做出的界面操作，以及输入的测试数据，或者是脚本编辑时指定的界面操作和测试数据。 如何让测试脚本执行时，不仅仅局限于测试录制或编辑时的测试数据呢？数据驱动的测试方式是解决这个问题的最佳方案。数据驱动测试把测试脚本中的测试数据提取出来，存储到外部文件或数据库中，在测试过程中，从文件动态读入测试数据。 注意：如果希望测试的覆盖面更广，或者让测试脚本能适应不同的变化情况，则需要进行测试脚本的参数化，采用数据驱动的测试脚本开发方式。8.1.2 数据驱动测试的一般步骤

3、通常，数据驱动测试按以下步骤进行： （1）参数化测试步骤的数据，绑定到数据表格中的某个字段。 （2）编辑数据表格，在表格中编辑多行测试数据（取决于测试用例以及测试覆盖率的需要）。 （3）设置迭代次数，选择数据行，运行测试脚本每次迭代从中选择一行数据。 QTP提供了一些功能特性，让这些步骤的实现过程得以简化。例如，使用“Data Table”视图来编辑和存储参数，如图8.1所示。图8.1 Data Table视图 另外，还提供“Data Driver向导”，用于协助测试员快速查找和定位需要进行参数化的对象，并使用向导进行一步一步的参数化过程。8.2 参数化测试 在QTP中，可以通过把测试脚本中固

4、定的值替换成参数的方式来扩展测试脚本，这个过程也叫参数化测试，能有效地提高测试的灵活性。8.2.1 通过参数化测试来提高测试的灵活性 可以通过参数化的方式，从外部数据源或数据产生器读取测试数据，从而扩大测试的覆盖面，提高测试的灵活性。在QTP中，可以使用多种方式来对测试脚本进行参数化，数据表参数化（Data Table Parameters）是其中一种重要的方式，还有环境变量参数化（Environment Variable Parameters）、随机数参数化（Random Number Parameters）等。 下面以QTP自带的“Flight”程序为例，介绍如何对测试脚本进行参数化。假设

5、在名为“Flight Reservation”的订票界面中，输入航班信息后，插入订票记录，然后，希望重新打开该记录，检查航班信息中的终点的设置是否正确，录制的测试脚本如图8.2所示。图8.2 录制的测试脚本 提示：对于这样一个测试脚本，仅能检查特定的航班订票记录的正确性，如果希望测试脚本对多个航班订票记录的正确性都能检查，则需要进行必要的参数化。8.2.2 参数化测试步骤 首先，把测试步骤中的输入数据进行参数化，例如航班日期、航班始点和终点等信息。下面，以“输入终点”的测试步骤的参数化过程为例，介绍如何在关键字视图中对测试脚本进行参数化。（1）选择“Fly To :”所在的测试步骤行，单击“V

6、alue”列所在的单元格，如图8.3所示。图8.3 设置参数值 （2）单击单元格旁边的“”按钮，或按快捷键“CTRL+F11”，则出现如图8.4所示的界面。图8.4 选择参数从Data Table读取 提示：在这个界面中，选择“Parameter”，在旁边的下拉框中选择“Data Table”，在“Name”中输入参数名，也可接受默认名，在“Location in Data Table”中可以选择“Global sheet”，也可以选择“Current action sheet（local）”，它们的区别是参数存储的位置不同。（3）单击“OK”按钮，在关键字视图中可看到，“Value”值已经被

7、参数化，替换成了如图8.5所示。图8.5 参数化后的值（4）这时，选择菜单“View | Data Table”，则可看到如图8.6所示的界面。图8.6 Data Table中的参数数据 可看到，在“p_Item”列中有一个默认数据“Frankfurt”，这是参数化之前录制的脚本中的常量，可以在“p_Item”列中继续添加更多的测试数据。提示：可以双击修改“p_Item”列名，让其可读性更强，例如，改成“FlyTo”。（5）把其他几个数据也参数化后，如图8.7所示。图8.7 参数化后的测试步骤 QTP运行时，就会从如图8.8所示的数据表格中提取数据来对测试过程中的各项输入进行参数化。图8.8

8、Data Table存储的参数值8.2.3 使用随机数来进行参数化 对于选择航班这个测试步骤的参数化来说会有所不同，因为航班会跟随所选择的起点和终点而变化，因此，需要做特殊的处理。如下代码所示： 取得航班列表的行数ItemCount = Window(Flight Reservation).Dialog(Flights Table).WinList(From).GetItemsCount 随机选取其中一项SelectItem = RandomNumber(0, ItemCount) 选择航班Window(Flight Reservation).Dialog(Flights Table).Win

9、List(From).Select SelectItem 先通过访问GetItemsCount属性，获取航班列表的行数，然后使用RandomNumber随机选取其中一项，最后，再通过Select方法选择航班。参数化后的测试步骤如图8.9所示。图8.9 参数化后的测试步骤 提示：使用随机数也是测试脚本参数化的一种重要方法，在QTP的测试代码中，可用RandomNumber来实现，在关键字视图编辑的界面如图8.10所示，其效果与在脚本中直接编辑是一样的。图8.10 选择参数化方式为“Random Number”8.2.4 参数化检查点 测试脚本的最后一个测试步骤是检查订票记录中的航班终点是否正确，

10、同样需要进行适当的参数化，方法如下：（1）单击检查点所在测试步骤的“Value”列中的单元格，如图8.11所示。图8.11 设置检查点参数（2）单击旁边的按钮，则出现如图8.12所示的界面。图8.12 检查点属性编辑界面（3）在“Configure value”中选择“Parameter”后，可单击“OK”按钮接收默认的设置，也可单击旁边的编辑按钮，在如图8.13所示的界面中，进行参数化的详细设置。图8.13 参数化的详细设置 在“Parameter types”中，选择“Data Table”；可在“Name”修改参数名，或接受默认的命名，产生如图8.14所示的数据列，也可以选择“FlyTo

11、”，因为检查点所指的航班终点得到的预期值应该与测试步骤中选择航班终点时的输入数据一致，否则认为错误。图8.14 Data Table中存储的参数值8.2.5 设置数据表格迭代方式 把测试步骤和检查点的参数化工作都完成后，可得到如图8.15所示的测试步骤。图8.15 参数化后的测试步骤 切换到专家视图，可看到如图8.16所示的测试脚本。图8.16 参数化后的测试脚本运行这个测试脚本之前，还要做一些必要的设置，选择菜单“File |Settings”，出现如图8.17所示的测试设置界面，切换到“Run”页，在“Data Table iterations”中，可设置数据表格的迭代方式。图8.17 设

12、置运行迭代方式 提示：“Run one iteration only”是指仅运行一次迭代，也就是说，即使Data Table中有多条测试数据，也仅执行一次；“Run on all rows”则是指按数据表格中的所有数据都运行一次；选择“Run from rowto row”则可进一步设置运行的测试数据范围。 选择“Run on all rows”，得到如图8.18所示的测试结果。图8.18 测试结果8.3 Action测试输入的参数化 对于重复使用的测试用例，可以转换成公共用例，适当参数化后，可被其他测试用例调用。在QTP中，可以把Action的输入适当参数化，转换成可重用的测试步骤。8.3.

13、1 编辑Action的属性 QTP的“Flight”程序中的登录模块的测试步骤是在执行其他测试步骤之前都要经过的测试步骤，因此有“潜力”成为一个可重用的Action。对于如图8.19所示的测试步骤，可以进一步参数化后，成为可重用的测试步骤，被其他Action调用。图8.19 可重用的测试步骤 选择“Action1”所在的行，然后单击鼠标右键，选择菜单“Action Properties”，则出现如图8.20所示的界面。图8.20 Action属性编辑窗口 在“Name”中输入新的Action名称，例如“Login_Action”，在“Description”中输入对Action的描述信息，如图

14、8.21所示。图8.21 编辑Action属性 注意：把“Reusable action”勾选上，表示该Action为可重用的测试步骤，是可被其他Action调用的测试步骤。8.3.2 添加Action的输入参数 切换到“Parameters”页，如图8.22所示。单击“+”按钮，添加调用Action需要输入的参数名和类型。图8.22 添加输入参数 提示：在这里，“Login_Action”需要两个参数，其中，“AgentName”表示代理机构登录名，“Password”表示登录密码。 添加完参数后，回到关键字视图，选择“输入代理机构名”所在的测试步骤，单击“Value”列的单元格旁边的“”按

15、钮，出现如图8.23所示的界面。图8.23 设置参数 在“Parameter”中，选择“Test/action parameter”，然后，选择刚才编辑好的参数“AgentName”，单击“OK”按钮。重复这个步骤，为“输入登录密码”的测试步骤设置参数，得到如图8.24所示的测试步骤。图8.24 完成测试步骤8.3.3 调用Action 完成Login_Action的参数化后，就可以在其他Action中调用这个Action，方法是在Action的测试步骤中，选择菜单“Insert | Call To Existing Action”插入现有的Action，如图8.25所示。图8.25 选择Ac

16、tion 在这个界面的“From test” 中选择“”，在“Action”中选择“Login_Action”，单击“OK”按钮后，即可插入对“Login_Action”测试步骤的引用，如图8.26所示。图8.26 插入对Action的引用 选中“Login_Action”所在的行，单击鼠标右键，选择菜单“Action Call Properties”，出现如图8.27所示的界面。图8.27 设置参数值 在“Parameter Value”页中，为每一个参数设置输入的参数值，也可以单击“Value”列旁边的“”按钮，为输入绑定到Data Table中的数据。单击“确定”后，可在专家视图看到如图

17、8.28所示的测试代码：图8.28 使用RunAction方法来调用Action 该测试代码使用了RunAction方法来调用“Login_Action”，输入的第一个参数值和第二个参数值都为“MERCURY”。测试脚本的运行结果如图8.29所示，可看到，“Login_Action”被成功地调用，测试结果中也列出了调用“Login_Action”所输入的参数值。图8.29 测试结果8. 使用环境变量的参数化 在QTP中，除了前面所讲的几种参数化测试的方式外，还可以使用环境变量来进行测试的参数化。下面介绍如何使用环境变量来参数化如图8.30所示的测试步骤，将其中的“Agent Name”和“Pa

18、ssword”的值从定义好的环境变量读入。图8.30 待参数化的测试步骤8.4.1 定义和设置环境变量 在使用环境变量之前，需要定义好环境变量，方法如下：（1）选择菜单“File | Settings”，出现如图8.31所示的界面。图8.31 环境变量设置 （2）在这个界面中，切换到“Environment”页，在“Variable type”中选择“User-defined”，然后，单击旁边的“+”按钮，在如图8.32所示的界面中，定义环境变量名和输入的值。图8.32 添加环境变量（3）重复这个步骤，定义“Password”的环境变量，得到如图8.33所示的结果。图8.33 成功添加自定义环

19、境变量8.4.2 在测试步骤中绑定环境变量值 定义好环境变量并设置好其值之后，就可以在测试步骤中使用该环境变量。方法如下：（1）在关键字视图中，定位到测试步骤的“Value”列，如图8.34所示。图8.34 定位到测试步骤的“Value”列（2）单击旁边的“”按钮，出现如图8.35所示的界面。图8.35 参数化选定的值 提示：在界面中，选择“Parameter”，并在下拉框中选择“Environment”，在“Name”中选择“AgentName”，在“Value”中输入对应的值。（3）重复这个步骤，设置“输入登录密码”的测试步骤所对应的环境变量，如图8.36所示。图8.36 设置“输入登录密

20、码”的测试步骤所对应的环境变量 设置完后，可得到如图8.37所示的测试步骤。图8.37 参数化后的测试步骤 这样，QTP在运行测试脚本时，就会读取测试步骤所绑定的环境变量值，来执行相应的数据输入动作。8.4.3 导出环境变量到XML文件 选择菜单“File | Settings”，在如图所示的界面中，单击“Export”按钮，可把当前定义的环境变量导出到XML文件中，如图8.38所示。图8.38 导出环境变量 导出后的XML文件如图8.39所示。可看到，和之间是一个个定义好的环境变量，包括变量名和变量值。图8.39 导出的XML文件8.4.4 导入外部环境变量文件对于导出的XML文件，可以再次

21、导入，如图8.40所示。图8.40 导入环境变量 也可以在测试脚本中编写代码来加载，例如，下面的脚本在执行界面的测试步骤之前，先加载D:QTPC8ParameterizingTest3Env目录中的某个环境变量文件。SystemUtil.Run D:Program FilesMercury InteractiveQuickTest Professionalsamplesflightappflight4a.exe 启动Flight程序Environment.LoadFromFile(D:QTPC8ParameterizingTest3EnvLogin2.xml) 加载外部环境变量文件Dialog

22、(Login).ActivateDialog(Login).WinEdit(Agent Name:).Set Environment(AgentName) 输入代理机构名Dialog(Login).WinEdit(Password:).Type Environment(Password) 输入登录密码Dialog(Login).WinButton(OK).Click 确认登录8.5 使用数据驱动器来参数化测试 为了简化测试脚本参数化的过程，QTP还提供了名为“Data Driver”的功能，可自动检测脚本中可能需要进行参数化的变量。8.5.1 数据驱动器的使用方法 “Data Driver”可

23、以帮助测试人员快速找到需要参数化的测试对象、检查点的数据。例如，对于如图8.41所示的录制脚本，选择菜单“Tools | Data Driver”，出现如图8.42所示的界面。图8.41 待参数化的测试步骤图8.42 数据驱动器 在这个界面中，列出了测试步骤中所有可能需要进行参数化的变量。8.5.2 数据驱动向导单击“Parameterize”按钮，出现如图8.43所示的数据驱动向导。图8.43 数据驱动向导单击“下一步”按钮，则出现如图8.44所示的界面。图8.44 参数化选定的测试步骤在这个界面中的左边窗口，定位到测试步骤所操作的界面控件，在右边显示参数化的名称和数据，单击“编辑”按钮，可

24、在如图8.45所示的界面中进一步设置参数。图8.45 参数化设置单击“OK”按钮，回到向导界面，单击“下一步”按钮，则出现如图8.46所示的界面，表明测试步骤的参数设置完成。其他测试步骤也可按类似的方式一步步地完成参数化。图8.46 完成参数化第3章软件自动化测试工具 软件自动化测试工具是实现软件自动化测试必不可少的关键，因此，选择一个优秀的、适合自己的测试项目实际情况的测试工具是实现成功自动化测试的第一步。本章介绍自动化测试工具的分类，以及如何选择一个合适的自动化测试工具，并且介绍自动化测试工具的基本原理。3.1 自动化测试工具类型 测试工具的种类很多，有用于管理测试的，有帮助实现测试自动化

25、的，有开源的，有免费共享的。软件测试工具按照其用途，可大致分成以下几大类：测试管理工具自动化功能测试工具性能测试工具单元测试工具。白盒测试工具。测试用例设计工具。 如果按测试工具的收费方式，又可分为以下几类。商业测试工具。开源测试工具。免费测试工具。3.1.1 商业测试工具 商业测试工具的特点是需要花钱购买，但是会相对成熟和稳定，并且有一定的售后服务和技术支持。但是，由于其价格昂贵，并不是每一个企业都能负担得起。 商业测试工具主要集中在GUI功能测试和性能测试方面，目前流行的基于GUI的功能自动化测试工具有Robot、QTP、TestComplete等。各种自动化测试工具实现的功能基本相同，但

26、是在IDE、脚本开发语言、支持的脚本开发方式、支持的控件等方面则有很多不同之处。3.1.2 开源测试工具 开源软件是指软件的源代码是公开发布的，通常是由自愿者开发和维护的软件。开源测试工具是测试工具的一个重要分支。越来越多的软件企业开始使用开源测试工具。但是开源并不意味着完全的免费，开源测试工具同样需要考虑使用的成本，并且在某些方面可能要比商业测试工具的成本还要高。 商业工具的价格在不断地提高。图3.1为WinRunner近几年的价格变化图。图3.1 WinRunner近几年的价格变化 可以看到，价格在不断地增长。这对于那些中小型软件企业而言，无疑加大了测试的成本。开源测试工具相对于商业测试工

27、具拥有以下优势：相对低的成本：大部分开源测试工具可免费使用，只要不做商业用途即可。更大的选择余地：可以打破商业测试工具的垄断地位，给测试人员更多的选择空间。可自己改造：源代码开放，意味着可对其进行修改、补充和完善，可对其进行个性化改造。 虽然开源测试工具拥有一定的优势，但是，同时也存在很多不足之处，包括以下几方面。安装和部署相对困难：大部分开源测试工具的安装配置过程比较烦琐，需要测试人员付出一定的努力。易用性：开源测试工具在易用性、用户体验方面做得不够完善。稳定性：部分开源测试工具的稳定性不够强。学习和获取技术支持的难度：大部分开源测试工具不提供培训指导和技术支持服务，联机帮助和用户手册不够完

28、善，增加了测试人员的学习难度。3.1.3 自主开发测试工具 目前，很多软件测试组织其实已经具备了自己动手开发测试工具的条件：市场对于测试工具的接受程度在不断提高，人们对测试工具的认识不断加强和深入，对测试工具原理的理解不断提高。从脚本化到数据驱动，再到关键字驱动等，很多新的测试工具理念被引入并被广泛接受。由于技术的成熟，测试工具变得容易构建。软件系统现在变得更容易测试，可测试性更强，COM、XML、HTTP、HTML等标准化的接口使得测试更加容易进行。托管程序（例如Java、.NET）的反射机制使得查找定位对象，以及捕捉对象和操作对象更加容易。一些开源的框架可以被利用。利用开源框架平台来组合、

29、搭建适合自己测试项目使用的测试平台和测试框架。 自己动手开发测试工具的优势有以下方面。购买成本为零。简便：只需要开发自己需要的那部分功能。个性化：可自己定制需要的功能，随时修改，配置项目组成员的使用习惯。可扩展性：可随时增加新的功能。可充分利用项目组熟悉的语言开发，利用自己的技术优势。可使用自己熟悉的脚本语言，不需要使用商业工具提供的“厂商脚本语言”。 然而，虽然自己动手设计和开发测试工具有很多好处，但是必须考虑随之而来的成本问题。自己开发测试工具的成本只是开发时间和人员投入的成本，以及维护的成本。当然，如果把测试工具推广到其他项目组，则也会有学习和培训成本。另外，需要考虑测试工具的实用性，不要做一个大而全的、面面俱到的、很多功能基本上不会被用到的测试工具。3.2 自动化测试工具选型 为了保证在一个测试团队中成功地应用某款测试工具，尤其是对于大型商业工具的应用，应该首先进行工