如何开展接口测试

如何开展接口测试：
1.设计接口用例，一个正向用例对应很多反向用例，验证接口。
2.接口文档的重点（基本组成）：
a:接口的功能，作用。 接口功能的详细信息
****b:接口地址 如果不是拼接好得完整地址，就需要自己去拼装。
接口地址的研究方式，看接口文档的第一接口的说明，推理，调试.
C:返回格式 **JSON/XML
d:请求方式
e:请求参数 是否必填，类型，说明
f：返回的数据 返回的数据格式
说明：接口用例的设计，都是更具接口文档的入参进行的。不仅要从正常，还要考虑异常的情况。
根据入参的是否为必填的，类型，约束条件，参数与参数之间的关联，从而设计用例。
3.设计用例：
正常/正向：输入正常的类型参数
异常/反向：输入特殊字符，空值，边界值，无效类型等。
从正常，异常两个当面去进行验证后台的接口的逻辑处理是否正确，容错机制是否健全。
用例值的设计：
Key：
正常：正确的key
value:
正常：正确的值
异常：错误的值
空值
过期的值（时效）
无请求权限
被禁止的
需要尽可能的熟悉需求/接口文档，还是要基于业务，功能之上

4.jmeter内一个模块为一个线程组。
5.检查数据：
后台返回的数据如何检查？
a；返回的状态码。 200:成功。 反映的是请求有没有发送成功
b: 响应信息 OK：成功。一般都是这个
c:响应body（**）
6.URL的格式：
http://user:pass@www.example.jp:80/dir/index.html?uid=1#ch1
http:// 协议方案名
user:pass 登录信息（认证）
www.example.jp 服务器地址
80 端口号
dir/index.html 带层次的文件路径
uid=1 查询字符串
ch1 片段标识符

注释：使用http:或https：等协议方案名获取访问资源时要指定协议类型。不区分字母大小写，最后附一个冒号：
	  也可以使用data：或javascript：这类指定数据或脚本程序的方案名。
	  

	登录信息（认证）
		指定用户名和密码作为服务器端获取资源时必要的登录信息（身份认证）。此项是可选项。
	服务器地址：
		使用绝对URL必须指定待访问的服务器地址。地址可以是类似hack。jp这种DNS可解析的名称，或是192.168.1.1这类IPV4地址名。
		还可以是[0:0:0:0:0:0:0:0:1]这样方括号包括起来的IPV6的地址名。
	服务器端口号：
		指定服务器连接的网络端口号。此项也是可选项，若用户省略则自动使用默认端口号。
	带层次的文件路径：
		指定服务器上的文件路径来定位指定的资源。这与UNIX系统的文件牡蛎结构相似。
	查询字符串：
		针对已制定的文件路径内的资源，可以使用查询字符串传入任意参数。子项可选。
	片段标识符：
		使用片段标识符通常可标记已获取资源中的子资源（文档内的摸个位置）。但在RFC（征求修正意见书）中并没有明确规定其使用方法。该项也为可选项。