接口测试初学者心得——从 0 开始

今天还有人把我列成大牛，我真心受不起。这几天由于后台架构问题，打乱了我原本使用python框架来测试接口的计划，不得不使用java进行编写。对于我而言，这块经验我和应届生，甚至连应届生都不如。下面的方法用了2个小时才完全调通，真心惭愧。

不过我觉得人贵在挑战自己，贵在愿意去尝试不熟悉的东西，愿意不耻下问，愿意分享，哪怕再初级的东西。每个人都有自己的短板，每个人都要从0到1

从我一个App出身的人来讲，其实我以前对于maven并没有太大的理解，反而觉得pom这个文件配置也很繁琐，没有太感觉到好处。但的确任何事情不去从0开始做的话，很难去体会其中的一些因素，比如我这次做接口测试也一样。我在2年多前做完完整的以python为基础的API测试，但java的话，从0开始去选型，去搭建的确是第一次。

开始我凭借我的经验就是选择了httpclinet，但httpclinet去做接口测试，仅仅是为了调试通各种不同类型的请求就下载了很多依赖库，这方面我真的吐槽Java吐槽的无力了。而且仅仅使用httpclinet的话也不能成体系，简单来讲可以做demo，但无法真正在项目上很有效率的落地。所以我开始寻求了另外的方式，同时不得不说为了追求速度，我就直接手动下载各种jar包了，开始还是很爽的，但后来就发现痛不欲生，这个时候就有一个想法，也许如果很多年前是我的话，我也会想到用maven这种方式吧，否则实在受不了了，感觉就算工程写完了也是一乱团。

第二次尝试

首先我是选择了rest-assured，对我来讲是完全陌生的东西，当然既然是重新来一次，这次我选择了我从来不怎么喜欢用的maven，一切就这样开始了。

既然是从0开始，我们就一步一步来讲吧。新建一个maven工程：

当然在pom中默认我们得要配置上我们基础要用的：

接着我们来看下我们的测试代码，一个方法是直接断言，一个方法是rest-assured我写的demo方法。

其实最开始并没有想用testng的，但过程中为了更好的管理case和生成report，（maven默认的报告已经丑哭了）所以最终还是选择了testng。所以pom做了增加：

build标签里的主要就是报告和代码覆盖率。

同时增加了testng的case管理xml。

其实还是很简单的，直接mvn test就可以执行了。我们可以看到这种报告。

接下来就是1到100的事情了，我也是要不停的去学习更多新的东西，哪怕对很多人来讲是老的东西。