什么是Keyword-Driven Testing.docVIP

什么是Keyword-Driven Testing Mercury 新发表的 QuickTest Professional 8.0，出现了一个新的名词--- Keyword-Driven Testing(对我来说是新的名词了)。到底什么是 Keyword-Driven Testing 呢？ 以录制方式建立测试的问题 一般来说，自动化测试通常是通过录制的方式建立测试脚本的，这样的方式看似容易，但是实际上会遇到下列的问题： 测试人员大多不举办技术背景，难以完全掌握测试工具； 应用软件必须达到一定的稳定性，才能开始录制测试脚本； 自动化测试脚本与文件是分开的； 维护自动化测试脚本的成本非常高； 关键字驱动 (Keyword-driven) 在 QuickTest 8 的“关键字驱动 (Keyword-driven )”测试架构，主要是为了解决上述“通过录制产生测试脚本”的问题的。 通过“关键字驱动 (Keyword-driven)”测试架构，测试人员不需要“录制测试脚本”，进而改成“设计测试脚本”。 建立 Object Repository 在之前的文章提到过，通常测试工具都是 Object Base。在 QuickTest 储存 Object 的地方称为Object Repository。 所以一开始，要先将应用软件的 GUI Object，先记录在Object Repository中。所以会先开启 Object Repository ，按下 Add Objects 按钮，将应用软件的 GUI Object 加入到 Object Repository中。 接下来点击应用软件窗口的标题列，会出现对话窗口问您是不是要把您刚刚点击的窗口加入Object Repository，点击OK 按钮。 由于您选择的 Object 是一个窗口，所以 QuickTest 还会进一步问您，是不是连同窗口内的所有 Object 都要加入Object Repository，选中Selected object and all its descendants后点击OK按钮。 之后，您就会看到Object Repository中会出现这个窗口内的所有 GUI Object。 接下来，建议您将那些 Object 名称很奇怪、或是看不出代表哪一个 Object 的 Object 名称作个修改。例如我将原本名为Button_5的 Object，改名为NewOrder。 在使用测试工具时，这是非常重要的一个动作，为测试脚本中的 Object 名称制定一个统一的规范，可以为日后的维护减少非常多的成本呀。 可以开始设计测试脚本了 接下来，您可以开始设计测试脚本的工作了。注意我使用的是“设计”而不是“录制”，因为建立测试脚本的过程，就像是您在一个 Excel 文件上设计测试用例一样。 您将会设计每个测试步骤，每个测试步骤主要有三个元素： Item：这个测试步骤是作用在哪个 Object 上，可能是个窗口、按钮或是输入栏。 Operation：在这个 Object 上，您要执行什么动作，如Click、Type、Select。 Value：有些动作会需要输入数据，如从一个清单 (list)上选择某个选项，或是在输入栏 (edit box) 中输入某些值，您必须告诉 QuickTest 要用什么数据。 而且当您设计好一个测试步骤后，在 Documentation 栏，会自动以英文句子显示这个步骤的说明，这也是 QuickTest 的另一个新功能Auto-documentation：您在设计测试步骤的同时，文件也自动产生了。 接下来，我将以在 Flight ( QuickTest 内建的范例程序 )，建立一个“新增订单”的测试用例。 这个测试用例的第一个步骤就是先激活(Active) Flight Reservation 的主窗口。要建立这一个测试步骤，就要在 Keyword View 上的 Action1 下方点一下，就会出现 Object 的清单，供我选择要作用的 Object。我只要选择Flight Reservation这个窗口 Object 就行啦。 接下来，因为我要让这个 Flight Reservation 窗口 Activate，所以我就要在 Operation栏选中 Activate 。因为这个Activate 不需要任何数据，所以我不用在 Value栏中输入任何数据。 所以我的第一个测试步骤就完成了。同时也可以看到在 Documentation栏中自动出现Make the “Flight Reservation” window active.的说明。 第二个测试步骤，我需要在主窗口上的Data of Flight:中输入出发日期。我同样也按照上面的