在做功能测试的基础上，我平时也会用postman测试接口，不过postman只能测试一个一个接口，不能连贯起来，特别是我们公司的接口很多都是要用到token的，导致我每次测个需要登录的接口都要去获取到token，做了很多无用功的感觉，心累~~~，所以我就开始学习并捣鼓接口自动化测试。写这篇文章只是用来记录学习的总结，便于以后回顾，温习。我也是初学者，可能Python基础不会太好，我只能写出自己觉得最简单易懂的代码啦，我深知有很多地方需要完善，望大神看到，可进行指导，感谢感谢。

介绍一个公司的业务逻辑，我只做了获取验证码，登录，下单。验证码是每次都不一样，不是固定的。

下面的代码是我从一个一个慢慢整合的，我开始写都是简单的不行的那种，好看我自己错了那里，不过我发现了，更容易检查出自己的错误，更好写对的，后面慢慢进阶，让代码看起来专业一点。

开始啦开始啦~~~如果公司接口文档不会看的话，可以问问公司的开发。

嗯，Python requests接口不会的话，可以先看看这里的http://docs.python-requests.org/zh_CN/latest/user/quickstart.html（中文的官方文档）。

啦啦啦~~~unittest可以看这里https://www.cnblogs.com/yufeihlf/p/5707929.html，下面写的代码我就不一一解释了，我怕我解释错了，误导人啦。

（小白基础啦）安利个最简单的，我开始不会的时候，我是从postman发送一个请求，成功之后就点页面的code，看图啦，下图下图！！！

有很多种选择语言，看你是用那种啦，反正我是用Python requests的

好了，看看我选择的Python requests是怎么样的啦。下图下图！！！

 

这个好正式、好规范啊，反正我是自己慢慢试探，那个可以去除的，或者可以自己看起来可以更加简洁优化掉啦（就是没有这么规范啦，自己怎么开心怎么写啦），举个例子，像header我觉得cache-control是没有必要的（接口文档没有写这个，开发哥哥只写了content-type）哈哈哈哈哈哈。

有一种最坏的情况的话，如果postman都不会用的话，就自己百度，百度看起来不够完整的话，就继续百度，问开发吧，我后续研究再透彻一点就继续做笔记。

  

1、测试用例有3个，获取验证码的，登录的，还有一个下单的。接下来我就开始把获取验证码的接口的代码展示啦。

我的验证码是提取出来，建了一个文本文件夹保存起来，要用的时候直接打开文件读取就好了（我感觉有更好的办法，我后期再进一步优化，达到最优化）。

2、接下来的是登录的接口了，登录就会拿到刚刚保存的验证码，登录成功后就会产生token，这个token我也是建了一个文本文件夹保存起来，到时候下单的时候要用到的。

有打印的东西是我想验证一下有没有错，这里可以忽略（新手请原谅）。

3、好了接下来就是下单的接口代码了，这个必填参数有点多啊。

参数可能不是很规范啊，请原谅，是测试数据呢。

 

这个的下单页面的接口，下单完了之后又订单号的，我在后续会补上连接数据库验证的，先分享这些啦。还是老规矩，我把订单号提取出来，保存到文本文件夹里面，方便以后其他接口要用到直接访问啦。

4、嗯~~~最后一个代码文件啦，是运行测试代码的文件，就是生成测试报告和把测试报告发送到邮箱。看图啦！！！

嗯，发送邮件的话，这里可以百度一下Python发送邮件，就会很多出来了，我就不讲了，我主要是分了超级多小模块，一块一块测试过了，看看可不可以之后再把一块块拼接起来的，像发送邮件和生成测试报告我都是单独写一块的，测试过了，才放一起的。

这里的话，就完了，我的这次测试用例写完了，连接数据库的下次更新上来了，小模块我是写好了的。

下面再啰嗦一下，看下我的项目目录啦~~~不专业的话，快来指导我。

这次写的代码是比较简单，都是写了正常的流程，啊啊啊，后期优化了啊，这次就先将就着看着啦。

目录~~~

目录~~~

来了。。。。

嗯，run_test_case.py和run_test_case1主要是我进一步优化优化的，可忽略~~~

 好了看看我的测试报告啦~~~~

点击Detail，如果是通过了可以看到你pass,我这里有内容是因为我在代码里有输入，结果就到了这里，可以忽略~~~，如果是不通过的话，就不会显示pass会显示error，里面会有错误的提示信息（别问我为什么知道，因为我有出错）。

好了，接下来看我的邮箱啦。

来来来~~~~

温馨提示：第一次发送过去，就会在垃圾箱，要标注一下这不是垃圾邮件，才会回到正常的邮箱里面，我用的是QQ邮箱，其他邮箱有待考证。

编辑器我是用pycharm，这个可以自己去官网下载，有免费的~~~

嗯~~~~今天就这么多了，下次再继续更新。