利用fitnesse实现api接口自动化测试

上午在园子里乱逛，看了不少小伙伴们分享的接口测试方面的知识，仔细想想，我做接口测试也有几个年头了，大家所叙述到的一些经验或多或少，我也曾遇到过，突然意识到知识的点滴积累是多么的重要，我记得我最早接触接口测试的时候，就是只在浏览器里人工测试单个接口的返回结果，后来用python的unittest自己写测试框架，和现在大多数小伙伴们的方法差不多，测试用例也是存放在excle表中，这对于单人测试来说都还ok，但是如果是多人协同测试时，问题就出来了，因为按目录存放在不同的excle表中的测试用例，维护起来比较麻烦，而且不便于多人查询或共同维护测试用例。所以之前的公司老大给我们推荐了一个工具——fitnesse，它是用wiki方式在界面上管理测试用例，驱动后台脚本进行测试，因为测试用例界面是个wiki地址，可以很方便的和大家一起协同工作，而且用例查询和维护起来都方便的多。

      我在之前的公司用了将近一年这个工具，但是因为刚休完产假的自己工作状态非常不好，其实并没有在这方面很尽心，只到来了新公司后，才又一次重新学习使用起这个工具来，还是api接口测试，年前我从不同的角度分别写了几个不同的demo，虽然现在大多数用fitnesse的人都是用的slim引擎，但是因为java helloworld水平的我一直用的python，找不到合适的支持slim的python插件，所以还是用的fitnesse的fit引擎，用PyFIT支持起来。

     对于api接口功能测试，我个人认为需要关注的有这几个方面：接口状态，响应时间，字段格式，返回数据，想起来之前面试阿里时，提到接口测试，他问了我很多http协议类的，具体问题记不清了，大概是几次握手交互那类的，额，不知道是不是关注点不同的缘故，他问得几个关于接口测试的问题我都没用过，其实到现在我还是有些疑惑的，不知道是他理解的接口测试和我理解的有偏差，不过也许是我涉猎的领域太窄，对于接口应该怎么充分测试我是比较怀疑了，也经常会在网上翻阅关于接口测试的文档，但是感觉收效甚微，嗯，对于未知领域的探索仍在继续，对于已知领域的小果子，拿出来和小伙伴一起分享下吧

     所测接口：api接口，返回结果json格式

     所用工具：fitnesse，fit引擎，python

第一种方式：

   测试思想：在页面上初始化测试数据，将接口的返回结果按每个字段逐一填写期望结果，和接口的实际结果比较

   测试数据准备：在界面上利用sql语句初始化测试数据，然后在测试用例页面included 该页面

  测试用例：将json各个字段拆开填写到测试用例表格中，用ColumnFixture，测试用例格式如下

baseurl：接口基本不变的部分，这一部分可以在表格外参数化然后传值到表格里，account和password是接口的两个输入参数，带？标识的是要验证的结果，将json返回结果的每个字段都拆开填写在表格中。

后台脚本：

class LoginTest(ColumnFixture):
      _typeDict = {
        "description":"String",
        "Base