在测试过程中，测试接口的时候，需要对接口进行测试数据的填充。通过返回结果来看接口是否能返回正确的值，并且具有容错的能力。

简单的说和普通的测试过程中，进行不同值进行测试没有太大的区别。

首先在测试的过程中会选择postman的测试工具，

百度之：

Post是一个非常棒的Chrome扩展，提供功能强大的API & HTTP 请求调试。

它能够发送任何类型的HTTP requests (GET, HEAD, POST, PUT..)，附带任何数量的参数+ headers。

支持不同的认证机制（basic, digest, OAuth），接收到的响应语法高亮（HTML，JSON或XML）。

Postman 能够保留了历史的请求，这样我们就可以很容易地重新发送请求，有一个“集合”功能，用于存储所有请求相同的API/域。

这个扩展还有一些更多的功能，以简化测试和调试HTTP请求。是每个Web开发人员必须具备的。

感谢Don和Jason的努力，将postman的工具引入到现在的项目中，而且在Pstman的应用中可以看到反应时间，是值得使用的工具。

具体如图

在输入了session_id 和 Content 之后，点击Send 按钮，进行接口正确性的验证。

以该接口为例，需要验证的东西为：

1. Session_id 和 content 参数缺少的情况下

2. Session_id 和 Content为空的情况下

3. Session_id 错误的情况下

分别进行数据的提交，并得到不同的结果。重要的是在找接口的容错性能力。

提交之后得到的返回如图：

其中需要关注的信息是：

1. 接口处理的速度，如果值很大的话，可能在接口的性能或者服务器方面，需要做一些提升。

2. 返回值是否正确，如果错误是否给出错误的信息。跟据返回值得类型，选择不同的查看方式，现有项目使用json数据作为返回至，所以查看json方式，即可以看到相应的信息。

几种特别的情况，需要指出：

1. 前端App有可能使用接口的返回值和Postman工具在使用接口返回的值不同，极个别的情况下，需要特别分析（有可能是编码的问题，但是现在还没弄明白）。

2. 前端和后台的数据在短时间内可能发生很大的变化，其实更好的方式应该是使用自动化的方式来遍历接口的数据，目前还在分析阶段。（或者Postman本身就有遍历的情况）

3. 市场上不止一种方式来进行接口的验证，之前是通过Jmeter来进行验证的，对比postman稍显麻烦一点。一贯宗旨，用敏捷的方式来达到相同的目的。

接口测试总结

步骤