在测试过程中，测试接口的时候，需要对接口进行测试数据的填充。通过返回结果来看接口是否能返回正确的值，并且具有容错的能力。
简单的说和普通的测试过程中，进行不同值进行测试没有太大的区别。
首先在测试的过程中会选择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稍显麻烦一点。一贯宗旨，用敏捷的方式来达到相同的目的。