自动化脚本编写规范

自动化脚本编写指南

过程编号: DF-VAL-T-05

保密级别: □普通■保密□机密郑州大方软件股份有限公司

文件变更记录版本

号日期

变更

类型

变更人变更摘要批准人

V1.0 2011-5-4 A 蒋新璐

*变更类型：A - 增加 M - 修订 D - 删除

目录

1前言： (4)

2名词注释 (4)

3测试脚本命名规范 (4)

3.1基本信息 (4)

3.2文件夹命名 (4)

3.3脚本命名 (5)

3.4变量命名 (5)

3.5常量命名 (5)

3.6参数命名 (6)

3.7函数/方法/接口命名 (6)

3.8代码注释规范 (6)

3.9换行 (7)

4业务流程测试 (7)

4.1分活动测试的优点 (7)

4.2业务流程测试的简易流程 (7)

4.3整个流程的开发过程 (8)

1前言：

⏹本规范的目的是让保证测试部成员编码的统一。

⏹本规范的核心规则就是自动化脚本的命名规则。

⏹此规范必要时可以打破。

2名词注释

⏹业务流程测试用例：关于产品业务、重要流程的测试用例。

3测试脚本命名规范

3.1基本信息

在每个脚本模块的最上面，必须写上脚本运行的软件、项目名称、脚本编写人（使用英文名或中文拼音缩写）、脚本创建时间、脚本修改时间、修改说明、输入参数、输出参数、脚本描述等。

3.2文件夹命名

系统中整个目录结构与CLEARQUEST中测试用例目录结构保存一致，第一级为系统名称，第二级为模块名称、第三级为测试用例集名称。分为三大块：testaction、testcase、testobject。

Testobject：主要存放编写测试用例对应的所有页面对象。存放测试对象脚本大小以测试用例集为最小单位。

Testaction：要存放该用例集对应的系统操作组合。脚本大小以测试用例集为最小单位。

Testcase：主要存放所有的业务用例脚本，测试用例与测试用例脚本为一对多的关系。由于测试用例中对应很多条数据，一个测试用例脚本不能涵盖所有的测试用例内容，我们可以通过多个脚本实现。脚本名称后加后缀，为脚本序号，例如：1,2,3…….

以下为现有的目录结构：

●目录和文件一般采用小写的格式，尽量使用两个以内的单词表达。

●不建议使用下划线间隔的方式。但如果目录或者文件名过长，无法使用少量单词表达时，应当使用下划线。

●不建议使用大写字母，但如果要表达的名称是大家约定俗称的，应尊重旧有的习惯。

3.3脚本命名

脚本命名与页面名称保持一致，可参考开发的命名。

3.4变量命名

变量命名应该简单，应尽量使用缩写。如果是一般的值类型（如integer string），则直接使用变量用途命名。尽量使用全名，例如，String name；如果是一般的临时性变量定义，应该尽可能地简单，例如，Int i；如果名称由多个单词组成，则取每个单词的首字母，如EntityManager缩写为em，ProcedureManager缩写为pm；如果名称由一个单词组成，则对单词进行分段取首字母，如Entity缩写为et。缩写应该控制在3个字母以内，且尽量清晰。

3.5常量命名

常量的命名应该全部用大写，使用"_"作为单词间的分隔符，单词尽量使用全名称，如，Public String

SG_EMPTY_ROW = "有空行存在"。

3.6参数命名

参数命名的原则是全部用小写，如果参数包括两个或两个以上的单词时，首单词字母小写，其他单词首字母大写，如stepName、stepDescription。

3.7函数/方法/接口命名

此处函数、方法、接口表示的是一个动作，所以它的结构应该是动词+名词，动词必须小写，后面的名称首字母大写，如getMaterialCode。函数命名尽量不要使用缩写，而且它的名称应该使人一目了然，能够从名称就知道这个函数的功能，不要使用无意义的函数名称。当函数名称不足以表达其功能时，应使用在函数头部加上让调用者足够明白的注释。

备注：方法和方法之间、函数与函数之间必须用一个空行进行分割。

3.8代码注释规范

注释务必做到准确简洁，能够充分表达代码实现的功能

●对象类的注释方式

/**

* 配变类型管理菜单页面根对象

*/

●类的注释

/**

* AdDispatcher测试的基本类文件。(类的基本说明)

*

*@authorjiangxinlu<*********************.cn

* @version

*/

●方法的注释

/**

* 方法的基本说明

*

*@authorjiangxinlu<*********************.cn

*

*/

3.9换行

对于过长的语句来说，必须使用换行，换行位置要有明显意义，例如，

sql ="SELECT [code],[name]

FROM [Person]"_&"

WHERE [code] LIKE'001%'"

另外，还要通过管理对象库来提高代码的可读性，通过修改命名来达到更加易读的效果。对于使用比较频繁的代码块来说，最好将其写成函数，并尽量将功能复杂的大函数拆分成小函数。

4业务流程测试

Testaction是组成流程测试的基本单元，组合不同的业务活动可以实现不同的业务流程测试。如将系统的登录作为一个活动，将录入信息作为一个活动等，然后可以将这些活动按照一定的业务流程组合在一起，以满足不同业务流的测试。这里业务活动可以重复使用，从而在一定程度上提高自动化开发的效率。

4.1分活动测试的优点

Testaction测试有以下几个优点：

相关业务人员可以在没有脚本的环境下组合业务action，实现业务流程。

对业务人员的编程能力没有要求，业务人员只需了解系统的业务流程，不用关心具体的脚本实现。这一点也实现了业务层和脚本层的分离。

一旦某个活动开发完毕，即可在不同的流程中使用该活动，实现高可复用性，从而加快业务流程测试的速度。

明确角色分工，业务人员负责流程的开发、组织；脚本工程师负责脚本的开发、维护，以及相应函数库的开发、维护。

因为实现了脚本的复用，提高了自动化开发的效率，在无形中降低了测试过程中维护的时间和成本。

4.2业务流程测试的简易流程

业务流程测试的简易流程如图所示。