1.前言
- 本规范的目的是保证测试部成员编码的统一。
- 本规范的核心规则就是接口测试脚本命名规则。
2.名词解释
- 业务流程测试用例:关于产品业务、重要流程的测试用例。
3.接口测试脚本规范
3.1接口测试脚本编写的规范
1)基本信息
在每个脚本模块的最上面,必须写上脚本编写人(使用英文名或中文拼音缩写)、脚本创建时间、脚本修改时间、修改说明、输入参数、输出参数、脚本描述等。
2)命名规范
常量、变量、参数、函数的命名统一采用驼峰命名法,即第一个单词以小写字母开始;第二个单词的首字母大写或每一个单词的首字母都采用大写字母,
例如:myFirstName、myLastName。
3)代码注释规范
注释要尽量简单,清晰明了。着重注释的意思,对不太直观的部分进行注解。此外,JavaScript 的注释有两种"//" 和"/* .... */",建议"//"用作代码行注释,"/* .... */"形式用作对整个代码段的注销,或较正式的声明中,如函数参数、功能、文件功能等的描述中。
4)空行
空行是区分代码块与块的间隔,在函数之间必须加上空行;而在函数内部,变量声明块和实现块(实现块指除变量声明外的其他代码)要使用空行来间隔,实现块的内部,通过空行来标识一个功能段。
5)缩进
必须严格执行缩进,变量声明块不缩进,实现块必须保证全部缩进(不可能有实现块是行首对齐的);对于基本的控制结构来说,必须要有缩进,如IF、DO、WITH、FOR、WHILE块。
6)续行
对于过长的语句来说,必须使用续行,续行位置要有明显意义,例如,sql ="SELECT [code],[name] FROM [Person]"_&"WHERE [code] LIKE‘001%‘"。
7)==和!=
在JS中有=、==、===三种形式,其中“=”表示赋值、“==”表示一般比较只要求值相等,“===”表示严格比较要求值和类型都相等。一般情况下除赋值外,比较采用“==”即可。
8)[ ]和{ }
[ ]表示数组,{ }表示对象
注意:在任何地方,不要写ElseIf语句,最好转换成If…Else…Endif结构。
3.2 Postman使用规范
1)环境变量和全局变量
变量命名规则同样采用驼峰命名法。
2)文件夹和单个接口脚本的描述
文件夹是一组具有逻辑关系或是属于相同模块的接口集合(如购买流程、用户个人中心模块),在其描述中要注明a.执行该组接口的前提条件;b.执行该组接口的内容;c.执行该组接口的目的。
单个接口是指具体到接口的用途如上传文件、创建项目、获取列表等,在其描述中同样需要注明a.执行该接口的前提条件;b.执行该接口的内容;c.执行该接口的目的。
3)Postman—tests内置脚本
(1). 清除一个全局变量 Clear a global variable
对应脚本:
postman.clearGlobalVariable("variable_key");
参数:需要清除的变量的key
(2).清除一个环境变量 Clear an environment variable
对应脚本:
postman.clearEnvironmentVariable("variable_key");
参数:需要清除的环境变量的key
(3).response包含内容 Response body:Contains string
对应脚本:
tests["Body matches string"] =responseBody.has("string_you_want_to_search");
参数:预期内容
(4).将xml格式的response转换成Json格式 Response body:Convert XML body to a JSON Object
对应脚本: var jsonObject = xml2Json(responseBody);
参数:(默认不需要设置参数,为接口的response)需要转换的xml
(5).response等于预期内容 Response body:Is equal to a string
对应脚本:
tests["Body is correct"] = responseBody === "response_body_string";
参数:预期response
(6).json解析key的值进行校验 Response body:JSON value check
对应脚本:
tests["Args key contains argument passed as url parameter"] = ‘test‘ in responseJSON.args
参数:test替换被测的值,args替换被测的key
(7).检查response的header信息是否有被测字段 Response headers:Content-Type header check
对应脚本:
tests["Content-Type is present"] = postman.getResponseHeader("Content-Type");
参数:预期header
(8).响应时间判断 Response time is less than 200ms
对应脚本:
tests["Response time is less than 200ms"] = responseTime < 200;
参数:响应时间
(9).设置全局变量 Set an global variable
对应脚本:
postman.setGlobalVariable("variable_key", "variable_value");
参数:全局变量的键值
(10).设置环境变量 Set an environment variable
对应脚本:
postman.setEnvironmentVariable("variable_key", "variable_value");
参数:环境变量的键值
(11).判断状态码 Status code:Code is 200
对应脚本:
tests["Status code is 200"] = responseCode.code != 400;
参数:状态码
(12).检查code name 是否包含内容 Status code:Code name has string
对应脚本:
tests["Status code name has string"] = responseCode.name.has("Created");
参数:预期code name包含字符串
(13).成功的post请求Status code:Successful POST request
对应脚本:
tests["Successful POST request"] = responseCode.code === 201 || responseCode.code === 202;
(14).微小验证器Use Tiny Validator for JSON data
对应脚本:
var schema = { "items": { "type": "boolean" }}; var data1 = [true, false]; var data2 = [true, 123]; console.log(tv4.error);
tests["Valid Data1"] = tv4.validate(data1, schema);
tests["Valid Data2"] = tv4.validate(data2, schema);
参数:可以修改items里面的键值对来对应验证json的参数
4.单个接口测试
1)接口
接口是组成流程测试的基本单元,组合不同的业务接口可以实现不同的业务流程测试。如创建项目+查询项目+修改项目组成了一个关于项目的测试流程。
2)接口测试的优点
5.整个流程的开发过程
使用接口测试业务流程,需要对产品需求、产品所涉及的行业有一定的深度的了解,业务流程分为通用流程和被测产品专用流程。
通用流程如注册登录、上传文件等,专用流程是被测产品特有的流程,以创盟项目为例
原文地址:https://www.cnblogs.com/TomBombadil/p/11005265.html