过程中发现，构造接口字段数据、测试数据都比较困难，接口参数多的时候，用例量就会很多，关键执行速度还慢。起初在用例的response中，只存放了一个dict，如下图，但是有时候响应内容（json格式）是多样的，需要断言的字段不一定都在json的顶层结构中，可能还会出现嵌套dict以及list的情况。pytest 用例使用，如红框部分，结合上面的用例的断言需求，在用例执行时，实时传入实际响应内容。下面

以上就是unittest与pytest测试框架的区别，七大主要区别，这里已讲了两个区别的实例，其他五个有时间再补充，如对python自动化测试感兴趣的朋友，可以加入左下方学习交流群，讨论交流一下心得。

没错，因为前面我们写了config.ini文件，所有的数据库配置信息都在这个文件内哦，是不是感觉很方便呢，以后就算变更数据库了，也只要修改config.ini文件的内容就可以了，结合前面测试用例的管理（excel文件），sql语句的存放（xml文件），还有接下来我们要说的，businessCommon.py和存放具体case的文件夹，那么我们就已经将数据和业务分开啦，哈哈哈，想想以后修改测试用例内

第一类是：模拟用户真实操作，比如，模拟点击鼠标，键盘输入，等，去操作浏览器上的控件。关于软件自动化测试的书，真心不多， 我查过市面上所有关于自动化测试的书，只找到下面这边书， 掌握了这边书，基本上自动化测试就入门了。在微软有很多SDET的职位，但是没有STE的职位， STE职位一般都是外包给外包公司的,目前自动化测试还是非常吃香的。很多人问小坦克我学自动化测试，应该去学什么自动化工具。自动化测试是

Jmeter接口测试和接口自动化测试从入门到精通，全套项目实战！！！

这些步骤我们的自动化脚本中也实现的，但如果想在执行一批测试用例之前，做一些动作，执行完以后，在清空，我们用得方式就是把这些自动化脚本的名字在要执行的一批测试脚本之前，我们的脚本是按字母排序的，这样确保的。我们的做法是这样的，除了master分支，每个人在自己本地建个开发分支，每次提交代码前，先从Git Server上checkout最新代码到master分支，然后，在本地的开发分支和master分

l仔细想想，当QTP在完成对被测试程序的录制后，完成了对象库的记录，关键字驱动测试case的步骤设置，如果再在table中存放一些测试数据，在测试步骤中进行调用的话，似乎以上三种架构所涉及的内容都得到了很好的运用，但再仔细一想，就QTP录制的测试程序来讲，其实什么架构都没有做，因为录制下来的脚本的维护成本是非常高昂的，因为从测试数据的维护，对象库的维护，业务逻辑的维护等等都必须要求维护者懂的QTP

Appium 自动化测试是很早之前就想学习和研究的技术了，可是一直抽不出一块完整的时间来做这件事儿。现在终于有了。反观各种互联网的招聘移动测试成了主流，如果再不去学习移动自动化测试技术将会被淘汰。web自动化测试的路线是这样的：编程语言基础--->测试框架--->webdriver API--->开发自动化测试项目。移动自动化的测试的路线要长一些：编程语言基础--->测试框架--->android

Apache JMeter是一款纯java编写负载功能测试和性能测试开源工具软件。相比Loadrunner而言，JMeter小巧轻便且免费，逐渐成为了主流的性能测试工具，是每个测试人员都必须要掌握的工具之一。本文为JMeter性能测试完整入门篇，从Jmeter下载安装到编写一个完整性能测试脚本、最终执行性能测试并分析性能测试结果。运行环境为Windows 10系统，JDK版本为1.8，JMeter

httprunner 用 yaml 文件实现接口自动化框架很好用，最近在看 pytest 框架，于是参考 httprunner的用例格式，写了一个差不多的 pytest 版的简易框架。