标签：规范 com 测试基础 超时 删除 返回 wsdl 格式 用户
一、接口的分类
最常用的两种接口就是webservice接口和http api接口
webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，需要通过工具才能进行调用，测试。
http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法。
二、接口测试一般流程
1、需求评审，熟悉业务和需求； 2、开发提供接口文档 ；3、编写接口测试用例； 4、用例评审； 5、提测后开始测试； 6、提交测试报告
三、接口规范文档要素
四、http api接口测试
通常使用工具：jmeter、postman
1、接口请求报文拼接：
（1）、Key-value形式
url?param=value¶m2=value 请求url后面跟上请求的参数名和参数值，多个参数用&来连接
例如：https://api.douban.com/v2/book/search?q=邹伟伟
（2）、jason入参
以是json串的形式，传入所需的参数。
2、GET请求和POST请求区别：
GET和POST请求的区分： 如果是get请求的话，直接在浏览器里输入就行了，只要在浏览器里面直接能请求到的，都是get请求，如果是post的请求需借助工具来发送。
GET请求和POST请求的区别（常用说法）：
（1）、GET使用URL或Cookie传参。而POST将数据放在BODY中。
（2）、GET的URL会有长度上的限制，则POST的数据则可以非常大。
（3）、POST比GET安全，因为数据在地址栏上不可见。
（4）、一般get请求用来获取数据，post请求用来发送数据。
主要关注的区别为第四点；
3、接口测试中常见的HTTP状态码
#200 2开头的都表示这个请求发送成功，最常见的就是200，就代表这个请求是ok的，服务器也返回了。
#300 3开头的代表重定向，最常见的是302，把这个请求重定向到别的地方了，
#400 400代表客户端发送的请求有语法错误，401代表访问的页面没有授权，403表示没有权限访问这个页面，404代表没有这个页面
#500 5开头的代表服务器有异常，500代表服务器内部异常，504代表服务器端超时，没返回结果
五、webservice接口测试
1、测试方式：
通过webservice的地址，或者wsdl文件，直接在soapui导入，就可以看到这个webservice里面的所有接口，也有报文，直接填入参数调用，看返回结果就可以了。
例如：天气预报wsdl地址：http://www.webservicex.net/globalweather.asmx?wsdl
六、通用接口用例设计
#通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。
#参数组合：现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id是必传的，这样的，就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、
价格都传的时候能不能修改成功
#接口安全： 1、绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？
2、绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功
3、参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。
4、密码安全规则，密码的复杂程度校验
#异常验证： 异常的，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是10的，传11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类
型、入参长度。
#根据业务逻辑来制定测试用例
标签：规范 com 测试基础 超时 删除 返回 wsdl 格式 用户
原文地址：http://www.cnblogs.com/charlieaml/p/6876115.html
