如果您那样做，您可以为每一个页面记录一个脚本，然后将它们放在你实际的测试脚本中。
If you do that, you can record a script for each piece, and then put them all together in your actual test script.
这将会载入与测试脚本一起的新项。
按照下列步骤建立这个测试脚本。
如前所述，测试脚本存于t目录。
检查测试工具所生成的测试脚本。
Examine the test script that is generated by the testing tool.
带有todo列表的测试脚本。
建立一个完整的回归测试脚本。
然后运行这个程序的自动化测试脚本。
依照人工测试脚本中的步骤。
列表3显示了新的测试脚本。
测试脚本是用Groovy写成的。
本文也不介绍如何记录并回放测试脚本。
It will also not address how to record and playback a test script.
点击Finish按钮并保存测试脚本。
现在我们需要创建一个自动化的测试脚本。
它使脚本开发员能够更强地控制测试脚本。
It offers the script developers much control of the test scripts.
不再需要手工测试脚本！
当您停止记录时，测试脚本会被自动生成。
When you stop the recording, the test script will be generated.
用户组和测试脚本之间的关系是 1:N。
The relationship between a user group and a test script is1:N.
剩下的就是测试脚本了。
测试脚本就会与已配置测试用例联合起来。
A test script can then be associated with the configured test cases.
建立一个决策测试脚本。
建立一个性能测试脚本。
建立一个功能测试脚本。
此外，所有的实例测试脚本包含同样的内容。
In addition, all example test scripts include the same content.
所有测试脚本均由应用程序的业务用例驱动。
All of the test scripts are driven by business use cases for the application.
这将有助于改进测试脚本的维护性和重用性。
This will help with test script maintenance and reusability.
一个配置好的测试用例都带有一个测试脚本。
测试脚本是用RIAScript语言写的。
这将打开“记录一个新的功能测试脚本”向导。
This should open the Record a New Functional Test Script wizard.
图1：由测试脚本和决策脚本组成的测试套件。
Figure 1: The test suite is composed of test scripts and decision scripts.
应用推荐