1）模块化的设计，避免了重复的脚本，减少建立和维护脚本的成本
2）在应用软件开发的同时，就可以同步进行脚本建立的动作，而且当软件功能变动时，只需要修改业务功能脚本
3）由于应用软件的功能被分解成独立的业务功能脚本，测试人员可以随意组合业务功能脚本成为更复杂多样的测试个案
4）测试输入数据和验证数据与脚本分开，存储在另外的文件中，如纯文字文件或EXCEL文件，测试人员可以更容易的修改和维护
5）通过判断Action回传值是True或False，可以做错误处理，让脚本更有弹性
2．缺点
1）在编写业务功能脚本时，需要精通测试工具脚本语言的工程师
2）每个Action都有自己的输入输出参数，需要用文档统一维护，控制变更
3）测试人员除了要维护测试计划之外，还要另外维护数据文件
4）对测试工具及脚本来说，使用数据文件可能也要注意数据文件的格式
3．测试自动化实现的两个技术难点
设计 – 功能分解
实现 – 对象的识别
1）测试自动化实现的两个难点 – 功能分解
- 业务功能分解的原则和方法
- 清晰画出业务流程图
- 根据业务流程分解业务功能，可以被复用的功能也要被分解出来
- 按照路径覆盖的思想，组织测试用例
2）测试自动化实现的两个难点 – 对象的识别
对比静态Web对象的识别
| 序号 | Web对象 | 推荐识别属性 | 方法 |
| 1 | Browser | creationTime | |
| 2 | Page | index | |
| 3 | Frame | name | |
| 4 | WebTable | name | |
| 5 | WebEdit | name | Set |
| 6 | WebButton | text | Click |
| 7 | WebList | name | Select |
| 8 | Link | text | Click |
| 9 | Image | name | |
| 10 | WebCheckBox | name | |
| 11 | WebRadioGroup | name | |
| 12 | WebElement | innertext/html tag | |
| 13 | Dialog | text | |
| 14 | WinButton | text |
示例：
A.静态Web对象的识别
Browser(“CreationTime:=0”).Page(“index:=0”).WebEdit(“name:=amount”).Set “200”
在第一个被创建的IE窗口，查找name属性为amount的输入框，输入数据200
Browser(“CreationTime:=1”).Page(“index:=0”).WebButton(“text:=保存”).Click
在第二个被创建的IE窗口，查找按钮，该按钮上显示的文字是保存，点击该按钮
B.动态Web对象的识别
GetToProperty、GetRoProperty、GetRoProPerties
假设在对象库中有一个对象”窗口A”，用于识别对象的属性有两个
一个属性是”text”，在库中记录的值是”AAAA”
一个属性是”name”，库中记录的值是”BBBB”
在实际运行脚本时，属性”text”的值是”CCCC”而不是”AAAA”
那么：
Window(“窗口A”).GetToProperty(“text”)的返回值是”AAAA”
Window(“窗口A”).GetRoProperty(“text”)的返回值是”CCCC”
Window(“窗口A”).GetToProperties的返回值是用于识别”窗口A”的两个属性和值的集合
