PIII--CreatingAutomatedTests.docVIP

PAGE  PAGE 4 14、创建自动化测试（Developing Test Plan Tree） 一旦你已经设计完了测试步骤，你就可以将这些步骤作为模板来创建自动化测试。本章描述了： 产生自动化测试模板（Generating Automated Test Templates） 14.1关于创建自动化测试（About Creating Automated Tests） 测试计划涉及决定哪些测试执行自动化。假如你决定在测试实验室模块设计的测试为自动化测试，你能够产生测试脚本并完成它们，使用WinRunner、QuickTest Professional、Astra QuickTest、QuickTest Professional for MySAP.com Windows Client、Astra LoadTest、XRunner、Visual API或Visual API-XP。 注意：你可以将下列类型的测试导入到你的TestDirector工程中：WinRunner、QuickTest Professional、Astra QuickTest、QuickTest Professional for MySAP.com Windows Client。若想导入，必须先安装Import Tests Add-in。更进一步信息，请查阅《TestDirector Installation Guide》。 当你决定是否自动化操作一个测试的时候，应考虑如下的问题： 执行频率： 对于每一个应用程序的新版本去使用自动化测试，是一种好的选择。包括检查整个应用程序基本功能的普通测试。对与应用程序的每一个新版本，你可以先运行已定义的自动化测试来检查程序的稳定性，然后再进行更进一步的测试。 对于使用多种数据值来测试相同的操作（数据驱动测试），也是很适合使用自动化测试。手动地运行相同的测试——每次使用一组不同的输入数据——是枯燥和效率低下的。通过创建一个自动化的数据驱动的测试，你能够使用多组不同的数据来运行一个单一的测试。 压力/负载测试： 对于多次运行的测试（压力测试）和检查一个多用户的客户端/服务器系统的测试，均推荐使用自动化测试。例如，假定一个准备重复执行一千次的测试，手动执行这个测试将是极其不符合实际的。使用WinRunner，你可以创建一个循环，去反复执行这个测试一千次。 什么时候不执行自动化测试： 一般来说，越多使用者包含测试需求的测试，越不适用于进行自动化测试。如下描述的测试情况，不应该执行自动化测试： 可用性测试——测试提供了使用模型，检查应用程序的易用性。 仅仅只执行一次的测试。 需要去立即运行的测试。 基于用户对程序的理解和直觉。 不具有预定义结果的测试。 14.2产生自动化测试模板（Generating Automated Test Templates） 一旦你已经为测试创建了测试步骤，你就能够参数一个自动化测试模板。测试模板就是一个测试脚本，你能够用它作为一个自动化测试的框架。 产生一个自动化测试模板： 在测试计划树，选择一个你准备自动化的手动测试。 点击Design Steps标签页并点击Generate Script按钮。 选择一个你准备转换为的自动化测试类型： 测试图标测试类型描述WR-AUTOMATED一个测试，将通过WinRunner执行。Mercury Interactive公司的一款适用于Microsoft Windows应用程序的功能测试工具。VAPI-TEST一个测试，将通过Visual API执行。TestDirector的API执行工具，能够让你创建和运行C Scripts。LR-SCENARIO一个场景，将通过LoadRunner执行。Mercury Interactive公司的负载测试工具。QUICKTEST-TEST一个测试，将通过QuickTest Professional执行。Mercury Interactive公司的企业版功能性测试工具。 或通过Astra QuickTest执行，Mercury Interactive公司的为Web的功能性测试工具。ALT-TEST一个测试，将通过Astra LoadTest执行。Mercury Interactive公司为Web应用程序的负载测试工具。ALT-SECNARIO一个场景，将通过Astra LoadTest执行。Mercury Interactive公司为Web应用程序的负载测试工具。QTSAP-TESTCASE一个测试，将通过QuickTest Professional for MySAP.com Windows Client执行。Mercury Interactive