TestScript目录

延续上一节.

由于自动化目前仅仅局限于UI层面,所以在设计测试用例的时候，必须要考虑到怎样才能够易于对比实际测试结果和期望输出，怎么才能通过脚本语言来更好地描述测试用例的执行过程,所以测试用例的设计是至关重要的,而测试脚本与测试用例的逻辑对应性及脚本的易读性也是整个自动化过程中的纽带，这将会大大影响测试结果的输出，也有利于测试用例的维护。

为了方便管理更加复杂而且繁琐的测试脚本,我们就需要通过一些标准的定义和统一的规范来约束脚本的编写,大致从以下几个方面来定义:

第一,测试脚本的命名规则

对于测试脚本的命名规则,跟测试数据表格的命名有相同之处,因为测试脚本实际上就是模拟测试用例,所以应该与测试用例是一一对应的,但是如何才能通过测试用例来寻找测试脚本,只有通过编号才能建立唯一的关联,所以此处还是沿用测试数据的命名规则,用测试用例的编号来命名测试脚本, 如用例编号为Login_TC001,脚本名称即为Login_TC001.rb.

第二,测试脚本的结构定义 

先通过这段脚本来看:

 

 

 

 

通过以上的一段脚本来分析,脚本的基本结构如下:

1.      引入类库

2.      定义类名,并选择继承的父类

3.      定义初始化方法

4.      定义逻辑方法

5.      定义测试用例执行方法

6.      定义异常处理机制

第三,测试方法的结构定义

Class类名< 继承类名

|-Start 初始化启动方法

|-Login 定义业务逻辑方法

|-Test_Login 定义测试执行方法

|-Rescue 定义异常机制

End

通过以上的定制路程来完成测试脚本编写,以便于统一规范的管理.