第8章 数据驱动测试
软件测试中的数据驱动测试技术
软件测试中的数据驱动测试技术在软件测试中，数据驱动测试技术（Data-Driven Testing, DDT）是一种常用且有效的测试方法。
通过使用不同的测试数据集合，可以帮助测试人员更全面、高效地测试软件应用程序。
本文将介绍数据驱动测试技术的概念和原理，并探讨其在软件测试中的应用和优势。
数据驱动测试是基于一组测试数据的自动化测试方法。
它将测试数据和测试逻辑分离开，从而实现了灵活性和可重用性。
在数据驱动测试中，测试用例和测试数据是分开的，测试用例只包含测试步骤和验证点，而测试数据是以数据表或文件形式存储的，可以包含多个测试数据集。
数据驱动测试的原理是：使用不同的测试数据来执行相同的测试用例，以便覆盖更多的测试场景和可能的异常情况。
通过将测试数据与测试用例分离，可以轻松地修改、添加或删除测试数据，从而实现更高效的测试。
使用数据驱动测试还可以减少编写测试用例的时间和复杂性，提高测试的可维护性和可重用性。
在软件测试中，数据驱动测试技术有多种应用方式。
一种常见的方式是参数化测试，即在测试用例中使用参数来代替固定的数值或字符串。
这样，通过修改参数值，可以轻松地执行多组相似的测试用例。
另一种应用方式是边界值测试，即通过使用不同的边界值来测试软件的边界情况。
例如，对于一个接受输入数字的软件，可以通过使用最小值、最大值和边界值来测试软件的边界行为。
数据驱动测试技术在软件测试中具有许多优势。
它可以提高测试的覆盖率。
通过使用多组不同的测试数据，可以覆盖更多的测试场景和可能的异常情况。
数据驱动测试可以减少测试用例的编写工作量。
通过将测试用例与测试数据分离，测试人员只需要编写一组测试用例，然后通过修改或添加测试数据来执行不同的测试情况。
这样可以节省大量的时间和精力。
第三，数据驱动测试可以提高测试的灵活性和可维护性。
通过将测试逻辑与测试数据分离，可以轻松地修改、更新或扩展测试数据，而不会影响到测试用例的逻辑。
然而，数据驱动测试也存在一些挑战和注意事项。
软件测试中的数据驱动测试技术
软件测试中的数据驱动测试技术在软件开发过程中，测试是必不可少的环节。
而数据驱动测试技术，则是将测试数据与测试驱动进行结合，提高测试效率的一种方法。
本文将向您介绍软件测试中的数据驱动测试技术。
一、什么是数据驱动测试？数据驱动测试是一种测试方法，它基于数据和预期结果来运行测试，可以节省时间和精力。
测试人员不需要手工编写测试用例，而是利用现有的数据和脚本来执行测试。
这样，测试人员可以更有效地测试大量的数据，提高测试效率和准确性。
二、数据驱动测试的优点1. 测试效率高：数据驱动测试技术可以自动运行大量的测试数据，避免了手动测试的时间和工作量，节省了测试人员的时间。
2. 可靠性高：数据驱动测试技术的可靠性高，因为它使用了现有的数据和脚本进行测试，减少了人为的错误。
同时，测试结果可以很方便地进行对比和分析，减少了测试漏洞。
3. 测试覆盖面广：数据驱动测试技术可以测试大量的数据，提高了测试覆盖面，可以准确地发现软件中可能存在的问题。
三、如何进行数据驱动测试？1. 数据准备：数据准备是数据驱动测试的第一步。
需要提前准备好测试数据，将数据存储到文件或数据库中。
2. 测试脚本编写：根据测试需求编写自动化测试脚本，将测试数据与测试脚本分离。
测试脚本可以使用测试框架或编程语言编写。
3. 运行测试：测试脚本和测试数据被运行后，可以分析测试结果，检查是否符合预期结果。
如果测试结果不符合预期，测试人员可以逐个检查测试数据，排除错误。
四、数据驱动测试的应用场景1. 大规模测试：在测试大型软件或应用程序时，数据驱动测试可以帮助测试人员大大节省时间和精力。
2. 复杂的测试场景：在面对复杂的测试场景时，数据驱动测试可以提高测试准确性和覆盖面。
3. 频繁变化的数据：在测试数据经常变化的情况下，使用数据驱动测试可以更快地更新测试数据，提高测试效率。
五、数据驱动测试的挑战1. 数据安全：在数据驱动测试中使用的数据必须具有一定的安全性，不能泄漏或丢失测试数据。
测试中的数据驱动测试方法
测试中的数据驱动测试方法在软件测试领域中，数据驱动测试方法是一种常用的测试方法。
它通过设计大量有代表性的测试数据来覆盖不同的测试用例，从而验证软件系统的功能、性能和稳定性。
本文将介绍数据驱动测试方法的概念、原理和实施步骤，并分析其优缺点以及适用的场景。
一、数据驱动测试方法概述数据驱动测试方法（Data-Driven Testing，简称DDT）是一种基于测试数据的测试方法。
它的核心思想是通过设计一组合理的测试数据来代表不同的测试情景，从而全面而有效地检验被测软件的各种功能和性能。
数据驱动测试的基本原理是将测试用例与测试数据分离，通过不同的测试数据来执行相同的测试用例，从而达到扩展测试覆盖范围、提高测试效率和降低测试成本的目的。
二、数据驱动测试方法的实施步骤1. 确定测试目标：首先确定测试的具体目标，明确要测试的功能、性能和稳定性方面的需求。
2. 设计测试用例：根据需求和目标，设计合适的测试用例。
每个测试用例包括输入数据、期望输出和执行步骤等信息。
3. 收集测试数据：根据测试用例的设计，收集或生成适当的测试数据。
测试数据应涵盖各种情况和边界条件，以确保全面有效的测试。
4. 构建测试框架：根据测试需求和数据，建立合适的测试框架。
测试框架应具备读取测试数据、执行测试用例和记录测试结果的功能。
5. 执行测试用例：使用测试框架，按照设计的测试用例和收集的测试数据执行测试。
记录测试结果，包括实际输出和执行日志等信息。
6. 分析测试结果：根据测试结果，比对期望输出和实际输出，分析测试的成功与否。
如果有失败的测试用例，需要进行问题定位和修复。
7. 优化测试数据和用例：根据测试结果的分析，对测试数据和用例进行优化。
增加新的测试数据，调整测试用例的设计，以提高测试效果和覆盖度。
8. 反复迭代测试：根据优化后的测试数据和用例，反复迭代执行测试，直到满足测试目标和要求。
三、数据驱动测试方法的优点和缺点1. 优点：a) 提高测试覆盖率：通过设计多样性的测试数据，数据驱动测试可以有效增加测试用例的覆盖范围，发现更多的潜在问题和漏洞。
数据驱动测试的设计与实施
数据驱动测试的设计与实施数据驱动测试是一种基于数据的软件测试方法，通过构建测试数据集合，使用这些数据来驱动测试用例的执行，以发现潜在的缺陷和问题。
在软件开发的过程中，数据驱动测试能够提高测试的覆盖范围和准确性，并帮助测试团队更好地评估软件的稳定性和可靠性。
本文将介绍数据驱动测试的设计和实施，以提升测试效率和质量。
一、数据驱动测试的设计数据驱动测试的设计包括以下几个关键步骤：1. 数据需求分析：测试团队首先需要对被测系统的功能和性能进行全面的了解，分析系统的输入、输出和操作条件等关键数据需求。
通过与开发人员和业务分析师的合作，明确数据的类型、格式和范围，以确保测试数据的有效性和实用性。
2. 数据生成策略：根据数据需求分析的结果，测试团队需要选择合适的数据生成策略。
常见的数据生成策略包括随机数据生成、边界值数据生成、等价类数据生成等。
根据具体情况，测试团队可以综合运用多种数据生成策略，以提高测试用例的覆盖率和有效性。
3. 数据集合构建：测试团队根据数据生成策略，结合实际的测试需求和约束条件，生成一组完备的测试数据集合。
数据集合应该包含各种正常和异常情况下的数据，以保证测试全面性。
同时，测试团队还需要考虑数据的规模和复杂度，确保测试数据的合理性和可扩展性。
4. 测试用例设计：在构建好数据集合后，测试团队需要设计测试用例来验证系统的功能和性能。
测试用例应该覆盖各种典型和边缘情况，以充分利用测试数据集合的有效性。
测试用例设计应该遵循一定的规范和方法，以确保测试用例的一致性和可重复性。
二、数据驱动测试的实施数据驱动测试的实施主要包括以下几个关键步骤：1. 测试开发环境的搭建：测试团队需要搭建适合的测试开发环境，包括测试工具的选择和配置，测试数据的管理和维护等。
测试工具可以是自动化测试工具，也可以是一些数据生成和分析工具，以提高测试效率和质量。
2. 测试数据的准备：测试团队需要根据之前设计的数据集合，准备好测试数据，并将其导入到测试环境中。
数据驱动测试
TIB自动化测试工作室/testware/简介数据驱动测试的特点是把测试脚本和命令与测试数据分离。
通常用一个表来存储真实的测试数据。
Excle表、数据库表、文本文件和数组都可以用作数据的载体。
这份教材演示了如果在Testcomplete下进行数据驱动测试。
为了达到演示的目的，我么使用Orders这个程序作为例子。
你可以在以下路径找到这个例子：<TestComplete Samples>\Open Apps\OrdersDemo\C#\bin\Debug\Orders.exe这个应用程序显示了一个订单列表，允许用户新增、修改和删除订单。
在主菜单栏选择Orders | New Order来创建一个新订单。
这会调出一个订单窗口，里面含有用户自定义输入和自动计算相应数值的文本框。
我们测试的目的是从存储文件里读取数据，模拟数据输入到订单窗体，然后检查程序Price Per Unit、 Discount 和 Total文本框显示的值有没有计算正确。
注：我们会采用C#版的Orders程序来进行演示。
如果你决定测试其他语言开发的程序，那么你就对标识窗体控件的脚本语句作出调整。
1.创建项目组（1: Creating a Project Suite）这里我们会教会你创建整套数据驱动测试的解决方案。
在你创建项目的时候会自动创建项目组。
点击项目浏览器的Add New Project按钮来创建项目。
弹出Create New Project对话框:为这个新项目起个名字，选择你想要用的脚本语言，然后选择项目的保存路径，最后点击Create，项目创建成功。
现在，你需要把Orders加进测试列表里。
在项目浏览器里面选择TestedApps这个项目项，点击项目浏览器工具栏上的Add Child Item。
在Add Tested Application对话框里选择Orders应用程序的可执行文件，点击Open。
你可以在以下路径找到可执行文件：<TestComplete Samples>\Open Apps\OrdersDemo\C#\bin\Debug\Orders.exe上面提到的项目组案例，你也可以在以下路径找到：<TestComplete Samples>\Scripts\DDT\DDTSuite.pjs2.存储测试数据（Creating a Data Storage）为了实现数据驱动测试，你必须定义好测试里面要用到的数据。
测试中的数据驱动测试和关键字驱动测试
测试中的数据驱动测试和关键字驱动测试在软件测试领域中，数据驱动测试和关键字驱动测试是常见的测试方法。
本文将对这两种测试方法进行详细介绍和比较。
一、数据驱动测试数据驱动测试是一种基于输入数据集的测试方法。
它通过设计不同的输入数据组合来测试软件系统的各种功能和情况。
数据驱动测试的主要目标是提高测试覆盖率，发现潜在的缺陷和问题。
1. 测试设计在数据驱动测试中，测试用例是通过数据生成的。
测试人员需要定义测试数据集和相应的操作。
测试数据集可以包括正常情况、异常情况和边界情况等。
通过设计合理的测试数据集，可以有效地测试软件的各种功能。
2. 测试框架数据驱动测试需要一个测试框架来支持测试用例的执行和结果的处理。
测试框架可以使用编程语言或者测试工具来实现。
通常，测试框架会将测试数据和测试步骤分离，通过读取测试数据，自动执行相应的测试步骤，并将执行结果记录下来。
3. 优点和缺点数据驱动测试的一个显著优点是能够实现较高的测试覆盖率。
通过设计多样化的测试数据，可以发现更多的问题和潜在的缺陷。
另外，数据驱动测试还能够简化测试用例的维护，当系统发生变化时，只需要修改测试数据，而不需要修改测试用例的代码。
然而，数据驱动测试也存在一些缺点。
首先，测试数据集的设计可能存在困难，需要测试人员具备一定的领域知识。
其次，测试用例的执行速度可能较慢，因为需要对每个测试数据进行独立的测试。
最后，数据驱动测试很难处理动态的测试场景，例如涉及到用户输入的场景。
二、关键字驱动测试关键字驱动测试是一种基于关键字的测试方法。
它通过定义和管理一组关键字，将测试用例和测试步骤分离。
关键字驱动测试的主要目标是提高测试可维护性和可重用性，减少测试用例开发和维护的工作量。
1. 测试设计在关键字驱动测试中，测试用例是通过关键字组合而成的。
关键字可以表示系统的不同功能操作或者验证点。
通过组合不同的关键字，可以设计出丰富多样的测试用例。
2. 测试框架关键字驱动测试需要一个测试框架来支持测试用例的执行和结果的处理。
软件测试中的数据驱动测试和关键字驱动测试
软件测试中的数据驱动测试和关键字驱动测试在软件开发过程中，测试是一个至关重要的环节。
为了确保软件的质量和可靠性，测试人员采用各种方法和技术来验证软件功能的正确性。
其中，数据驱动测试和关键字驱动测试是两种常见的测试方法，在本文中我们将对它们进行详细探讨。
一、数据驱动测试数据驱动测试（Data-Driven Testing，DDT）是一种基于数据的测试方法。
它的核心思想是将测试数据和测试逻辑进行分离，从而使得测试用例可以灵活地适应不同的测试场景。
数据驱动测试的基本流程如下：1. 收集测试数据：测试人员根据需求和测试目标，收集各种类型的测试数据，包括正常数据、边界数据、异常数据等。
2. 设计测试用例：根据收集到的测试数据，将其组合成不同的测试用例。
一个测试用例可以对应多组测试数据，用于覆盖各种测试场景。
3. 编写测试脚本：使用测试自动化工具或编程语言，将测试用例和测试数据进行绑定，编写测试脚本。
4. 执行测试脚本：运行测试脚本，自动化地执行测试用例，并记录测试结果。
5. 分析测试结果：对测试结果进行分析，判断系统是否符合预期要求。
数据驱动测试的优点在于：- 提高测试用例的复用性：通过分离测试数据和测试逻辑，可以轻松地修改、添加或删除测试数据，从而实现测试用例的复用。
- 增强测试覆盖率：通过设计多组测试数据，可以覆盖更多的测试场景，提高测试覆盖率。
- 提高测试效率：自动执行测试脚本可以大大节省人力和时间成本，提高测试效率。
二、关键字驱动测试关键字驱动测试（Keyword-Driven Testing，KDT）是一种基于关键字的测试方法。
它以关键字为核心，将测试过程分解为不同的关键字操作，从而实现测试用例的可扩展性和可维护性。
关键字驱动测试的基本原理如下：1. 定义关键字库：测试人员根据软件的功能和需求，定义一组关键字集合。
每个关键字对应一个或多个测试步骤。
2. 设计测试用例：根据软件的功能和需求，将测试用例分解为一系列的关键字操作。
自动化测试中的数据驱动测试
自动化测试中的数据驱动测试在当今数字化的时代，软件质量成为了企业竞争的关键因素之一。
为了确保软件的稳定性、可靠性和功能完整性，测试工作变得至关重要。
而自动化测试作为提高测试效率和准确性的重要手段，其中的数据驱动测试更是发挥着举足轻重的作用。
什么是数据驱动测试呢？简单来说，就是将测试过程中需要用到的数据从测试脚本中分离出来，通过外部数据源（如 Excel 表格、CSV文件、数据库等）来提供数据，然后使用这些数据驱动测试脚本的执行。
想象一下，如果我们要测试一个登录功能，需要验证不同用户名和密码的组合是否能够成功登录。
传统的自动化测试可能会在测试脚本中硬编码这些用户名和密码，每次修改测试数据都需要修改脚本，这不仅繁琐，而且容易出错。
而数据驱动测试则可以将用户名和密码存储在一个外部的数据文件中，测试脚本只需要读取这个文件中的数据，就可以进行多次不同数据的测试。
数据驱动测试的优点是显而易见的。
首先，它极大地提高了测试脚本的可维护性。
当测试需求发生变化，需要添加、修改或删除测试数据时，我们只需要在外部数据源中进行操作，而无需修改测试脚本。
这大大减少了维护成本，特别是在测试用例数量众多的情况下。
其次，数据驱动测试增强了测试的覆盖度。
通过使用不同的数据集，我们可以覆盖更多的边界情况、异常情况和正常情况，从而更全面地验证软件的功能。
再者，它有助于提高测试效率。
由于可以一次性运行多个不同数据的测试用例，节省了重复编写和执行类似测试的时间。
然而，要实施数据驱动测试，也并非一帆风顺，它面临着一些挑战。
数据管理就是其中一个重要的问题。
大量的测试数据需要进行有效的组织、存储和维护，以确保数据的准确性和一致性。
同时，数据的安全性也不容忽视，特别是涉及到敏感信息时，必须采取适当的加密和访问控制措施。
另外，测试数据的质量也直接影响着测试结果的准确性。
如果数据中存在错误、缺失或不完整的情况，可能会导致测试结果的误判。
因此，在使用数据之前，需要对其进行严格的验证和清洗。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第8章数据驱动测试测试脚本的开发和维护是自动化测试的重要环节，适当地调整和增强测试脚本，能提高测试脚本的灵活性，增加测试覆盖面，以及提高应对测试对象变更的能力。
数据驱动方式的测试脚本开发是解决这类问题的重要手段。
本章介绍如何在自动化测试过程中使用数据驱动的测试脚本开发方式，对测试脚本进行参数化，包括如何使用QTP的Data Table参数化、Action参数化、环境变量参数化等脚本参数化的方法。
8.1 数据驱动测试方法数据驱动的测试方法要解决的核心问题是把数据从测试脚本中分离出来，从而实现测试脚本的参数化。
8.1.1 什么时候使用数据驱动测试方法自动化测试对录制和编辑好的测试步骤进行回放，这种是线性的自动化测试方式，其缺点是明显的，就是其测试覆盖面比较低。
测试回放的只是录制时做出的界面操作，以及输入的测试数据，或者是脚本编辑时指定的界面操作和测试数据。
如何让测试脚本执行时，不仅仅局限于测试录制或编辑时的测试数据呢？数据驱动的测试方式是解决这个问题的最佳方案。
数据驱动测试把测试脚本中的测试数据提取出来，存储到外部文件或数据库中，在测试过程中，从文件动态读入测试数据。
注意：如果希望测试的覆盖面更广，或者让测试脚本能适应不同的变化情况，则需要进行测试脚本的参数化，采用数据驱动的测试脚本开发方式。
8.1.2 数据驱动测试的一般步骤通常，数据驱动测试按以下步骤进行：（1）参数化测试步骤的数据，绑定到数据表格中的某个字段。
（2）编辑数据表格，在表格中编辑多行测试数据（取决于测试用例以及测试覆盖率的需要）。
（3）设置迭代次数，选择数据行，运行测试脚本每次迭代从中选择一行数据。
QTP提供了一些功能特性，让这些步骤的实现过程得以简化。
例如，使用“Data Table”视图来编辑和存储参数，如图8.1所示。
图8.1 Data Table视图另外，还提供“Data Driver向导”，用于协助测试员快速查找和定位需要进行参数化的对象，并使用向导进行一步一步的参数化过程。
在QTP中，可以通过把测试脚本中固定的值替换成参数的方式来扩展测试脚本，这个过程也叫参数化测试，能有效地提高测试的灵活性。
8.2.1 通过参数化测试来提高测试的灵活性可以通过参数化的方式，从外部数据源或数据产生器读取测试数据，从而扩大测试的覆盖面，提高测试的灵活性。
在QTP中，可以使用多种方式来对测试脚本进行参数化，数据表参数化（Data Table Parameters）是其中一种重要的方式，还有环境变量参数化（Environment Variable Parameters）、随机数参数化（Random Number Parameters）等。
下面以QTP自带的“Flight”程序为例，介绍如何对测试脚本进行参数化。
假设在名为“Flight Reservation”的订票界面中，输入航班信息后，插入订票记录，然后，希望重新打开该记录，检查航班信息中的终点的设置是否正确，录制的测试脚本如图8.2所示。
图8.2 录制的测试脚本提示：对于这样一个测试脚本，仅能检查特定的航班订票记录的正确性，如果希望测试脚本对多个航班订票记录的正确性都能检查，则需要进行必要的参数化。
8.2.2 参数化测试步骤首先，把测试步骤中的输入数据进行参数化，例如航班日期、航班始点和终点等信息。
下面，以“输入终点”的测试步骤的参数化过程为例，介绍如何在关键字视图中对测试脚本进行参数化。
（1）选择“Fly To :”所在的测试步骤行，单击“Value”列所在的单元格，如图8.3所示。
（2）单击单元格旁边的“<#>”按钮，或按快捷键“CTRL+F11”，则出现如图8.4所示的界面。
图8.4 选择参数从Data Table读取提示：在这个界面中，选择“Parameter”，在旁边的下拉框中选择“Data Table”，在“Name”中输入参数名，也可接受默认名，在“Location in Data Table”中可以选择“Global sheet”，也可以选择“Current actio n sheet（local）”，它们的区别是参数存储的位置不同。
（3）单击“OK”按钮，在关键字视图中可看到，“Value”值已经被参数化，替换成了如图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 Data Table存储的参数值8.2.3 使用随机数来进行参数化对于选择航班这个测试步骤的参数化来说会有所不同，因为航班会跟随所选择的起点和终点而变化，因此，需要做特殊的处理。
如下代码所示：' 取得航班列表的行数ItemCount = Window("Flight Reservation").Dialog("FlightsTable").WinList("From").GetItemsCount' 随机选取其中一项SelectItem = RandomNumber(0, ItemCount)' 选择航班Window("Flight Reservation").Dialog("Flights Table").WinList("From").Select SelectItem 先通过访问GetItemsCount属性，获取航班列表的行数，然后使用RandomNumber随机选取其中一项，最后，再通过Select方法选择航班。
参数化后的测试步骤如图8.9所示。
图8.9 参数化后的测试步骤提示：使用随机数也是测试脚本参数化的一种重要方法，在QTP的测试代码中，可用RandomNumber来实现，在关键字视图编辑的界面如图8.10所示，其效果与在脚本中直接编辑是一样的。
图8.10 选择参数化方式为“Random Number”8.2.4 参数化检查点测试脚本的最后一个测试步骤是检查订票记录中的航班终点是否正确，同样需要进行适当的参数化，方法如下：（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”，因为检查点所指的航班终点得到的预期值应该与测试步骤中选择航班终点时的输入数据一致，否则认为错误。
图8.14 Data Table中存储的参数值8.2.5 设置数据表格迭代方式把测试步骤和检查点的参数化工作都完成后，可得到如图8.15所示的测试步骤。
图8.15 参数化后的测试步骤切换到专家视图，可看到如图8.16所示的测试脚本。
图8.16 参数化后的测试脚本运行这个测试脚本之前，还要做一些必要的设置，选择菜单“File |S ettings”，出现如图8.17所示的测试设置界面，切换到“Run”页，在“Data Table iterations”中，可设置数据表格的迭代方式。
图8.17 设置运行迭代方式提示：“Run one iteration only”是指仅运行一次迭代，也就是说，即使Data Table中有多条测试数据，也仅执行一次；“Run on all rows”则是指按数据表格中的所有数据都运行一次；选择“Run from row…to row…”则可进一步设置运行的测试数据范围。
选择“Run on all rows”，得到如图8.18所示的测试结果。
图8.18 测试结果8.3 Action测试输入的参数化对于重复使用的测试用例，可以转换成公共用例，适当参数化后，可被其他测试用例调用。
在QTP中，可以把Action的输入适当参数化，转换成可重用的测试步骤。
8.3.1 编辑Action的属性QTP的“Flight”程序中的登录模块的测试步骤是在执行其他测试步骤之前都要经过的测试步骤，因此有“潜力”成为一个可重用的Action。
对于如图8.19所示的测试步骤，可以进一步参数化后，成为可重用的测试步骤，被其他Action调用。
图8.19 可重用的测试步骤选择“Action1”所在的行，然后单击鼠标右键，选择菜单“Action Properties”，则出现如图8.20所示的界面。
图8.20 Action属性编辑窗口在“Name”中输入新的Action名称，例如“Login_Action”，在“Description”中输入对Action 的描述信息，如图8.21所示。
图8.21 编辑Action属性注意：把“Reusable action”勾选上，表示该Action为可重用的测试步骤，是可被其他Action 调用的测试步骤。
8.3.2 添加Action的输入参数切换到“Parameters”页，如图8.22所示。
单击“+”按钮，添加调用Action需要输入的参数名和类型。
图8.22 添加输入参数提示：在这里，“Login_Action”需要两个参数，其中，“AgentName”表示代理机构登录名，“Password”表示登录密码。
添加完参数后，回到关键字视图，选择“输入代理机构名”所在的测试步骤，单击“Value”列的单元格旁边的“<#>”按钮，出现如图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所示。