继上文我编写了java的get请求与post请求之后，我现在开始写一下实际操作
很多人有疑问，接口测试的代码是哪里来的，怎么来的呢？看得见吗？我来做一个简单的演示
我们这里简单介绍一下抓包工具，对于一般的app来说，可以使用fiddler来进行抓包测试具体的可以建立代理，分为以下步骤
1设定自己的测试手机和pc机器在同一个无线网之中
2pc机器打开fiddler，tool->fiddler options打开后在connections中设置端口号
3手机端进行如下图的设置，ip为该机器的ip端口为刚刚设置的端口号
如此，手机上的东西一旦发起网络请求，数据包就会显示在fiddler上了，至于pc端，我用的是charles，一般下载一个破解版也就ok了~~与手机端很相近
我们一般抓到的数据包是这样的
上图是charles抓到的数据包，overview中里面很明显的看出来是get还是post请求，但是详细的参数和header就在第二张图contents中
在contents中可以看到传的参数，在header中也可以看到所需要传输的header值，下面是我们的返回参数
实际上，运用我们现在的代码即可完成这个操作，这就是自动化代码的能力，发一下http请求，针对上图，我们把url从overview中拿出来，再把header和view中的数值全部填充上即可，具体代码如下
url="http://xxxx";
applyParams = new HashMap<String, Object>();
applyParams.put("courseId",courseIdbig);
applyParams.put("xesClasses[0].nickName", Util.strTime6());
applyParams.put("xesClasses[0].tutorName",tutorName);
applyParams.put("xesClasses[0].tutorId",x);
applyParams.put("xesClasses[0].maxPersons","40");
applyParams.put("xesClasses[0].areaId","ff8080812e19f4bd012e23a921795499");
applyParams.put("xesClasses[0].serviceCenterId","ff8080814932e6a101493c0e6e2d1b73");
applyParams.put("xesClasses[0].venueId","ff808081494b24f60149545dd2b918d9");
applyParams.put("xesClasses[0].classRoomId","ff808081494b24f60149545fed0e18e3");
applyParams.put("xesClasses[0].teacherConflict","0");
applyParams.put("xesClasses[0].roomConflict","1");
httpDoGet.doPost(url, applyParams, Cookie).toString();
是的，只要有了上文的基础可以很简单的进行这个模拟操作
总得来说，对我们而言，上文是我们接口测试的一个方法，也是我们一个常态化的方法，，，
接口测试的话，主要是依照接口文档来做的（官方说法），接口文档与我们这个相比，还不如这个方法来的靠谱，，，因为文档的参数没有数值，而我们这里有数值，另一方面，我们可以想象，对一个写代码的人来说，编写自己的代码的文档来介绍自己的代码是很枯燥的事情文档更是如此，所以接口文档一般错误都是存在的
所以在熟悉业务的基础上，如果从接口文档中没法调通接口，这个时候要用这个方法，比如要测试创建订单的接口的话，我们就手动创建一个订单，抓取数据包后利用这个方法就可以作了~
在另一个场景也常常用到该方法，就是我所说的自动化工作中（非测试）
这时候开发没有义务配合你的工作，没有文档啥都没有，只有手动操作的账号，，，我们只能这样做，但是通过自己这样的方式，写出来的代码，真的很有成就感~