接口测试—-前言，接口是怎么来的
接口测试—-中篇，通过django实现一个记事本接口
接口测试—-下篇，以/note/readnotes接口为例子详细介绍怎么做接口的
接口测试—-工具篇，实现接口自动化
那么通过上两篇文章的学习，我们了解接口开发的基本知识，接下来就是进入正文，怎么测试这些接口。
接口测试的流程其实和我们实际功能测试的流程差不多：
需求分析—-用例编写—-执行测试
我们测试人员针对接口拿到的东西，一般是接口文档和需求文档，本篇会以上一篇自己实现的django接口进行一次接口测试，首先从git上面拉项目下来运行(当然前提是你的机器装了mysql并且生成了对应的表)：
python manage.py runserver
这样本地的调试服务器就ok了。
接口说明
那么在上一篇我们一共实现了4个接口，为了更详细的说明，我们只拿一个接口来说明怎么测试这个接口的—-/note/readnotes
在上一篇我们粗略写了接口调用文档，我们这里重新编辑一下：
目录：/note/readnotes
请求方式：get方式
参数：header带token(可选)，uid(可选)
返回数据示例：
{
“code”: 0,
“data”: [
{
“cid:”: 5,
“content”: “asdasdasd”,
“public”: true
}
]
}
说明：token和uid同时存在，那么uid为优先。两者都不填，那么查询所有公开的数据。只带有token，那么查询自己的所有笔记数据。
好的，上面就是一个接口的接口说明，接下来我们分析并测试
接口文档分析
在拿到文档第一件事，是需要分析文档，在阅读文档我们需要明确一下几个点：
1.这个接口是怎么定义的，是为了拿到什么数据，符合需求吗
2.这个接口的请求参数是什么，参数是可选的还是必选的，是否需要登录，是否需要加密
3.返回数据的结构是怎么样的，成功的标志是什么，失败的标志是什么
带着这些疑问，再阅读，我们得到以下信息：
那么这是一个笔记获取接口，该接口有两个功能，1.获取某个用户或者所有用户公开的笔记内容；2.获取自己的所有笔记。请求参数有两个，token和uid，都是可选的。返回的数据结构是由状态码和内容组成，我们判断的时候需要判断code=0，以及data的回包信息，如果出错，需要判断code和errMsg信息。
用例编写和执行测试
在分析了对应的接口文档和需求文档后，就是进行用例的设计，接口测试的用例设计同样离不开接口文档和需求文档，接口一般验证两个要点：
1.参数异常和有效性验证
2.业务逻辑是否符合需求
基于以上的原则，开始设计接口用例并附上执行效果：
1）默认参数不填，获取数据，看是否都是分享public的笔记
我们看到返回的public的值都为true，说明都是公开的内容，有时候pulic并不会打出来，我们可以登录数据库执行查询，并作结果比对：
和sql语句的查询结果一致，测试通过
2）只填写token，获取数据，查看是否我发布的全部数据都展示出来了
同理，查询数据库：
Ok，也是正确的，测试通过
3）只填写uid，查询结果
4）都填写，查询结果
5）只填写uid，但是uid不存在
6）填写token，但是token不存在
7）新注册的用户，执行查询，并校验
一共这么多条测试用例。
然后在上面的例子，我们发现我们进行了参数验证和业务逻辑验证，验证点对应这服务器的参数各个参数异常处理和业务逻辑过滤，我们拿第一个用例看下对应的处理代码：
if not uid and not token:
items = Note.objects.all();
resp = []
for item in items:
if item.public:
resp.append({"cid:": item.cid, "content": item.content, "public": item.public});
if resp == []:
return C_Response(-203, '', 'no content');
else:
return C_Response(0,resp)其实代码处理也比较简单的，这里的处理是不带任何参数的情况，取出数据库所有数据，然后两个if异常判断，没了，其他用例对应的逻辑分支也是差不多的，嗯，不排除我写的接口是最基础的。
总结
好了，怎么测试接口看完这篇文章我想大概都懂了，因为这玩意你理解服务器处理之后确实不是很难，在下一篇我们会介绍怎么吧这些用例做接口自动化。