MXB1220的博客

第一部分：主要从问题出发，引入接口测试的相关内容并与前端测试进行简单对比，总结两者之前的区别与联系。但该部分只交代了怎么做和如何做？并没有解释为什么要做？第二部分：主要介绍为什么要做接口测试，并简单总结接口持续集成和接口质量评估相关内容。第一部分：后端接口都测试什么？怎么测的？后端接口测试一遍 ，前端也测试一遍，是不是重复测试了？

用来编写逐条的测试用例，是所有测试用例的基类，他是 unittest 模块中最基本的组成单元。是用来将逐条的测试用例 TestCase 加载到用例集合 TestSuit 中，其中加载的方式有多种，就是从脚本项目中寻找到单独的用例，创建他们的实例，然后加载到一起，组成TestSuit，再返回一个TestSuit的实例。同上，初次脚本代码完成后，需要对现有自动化脚本进行升级持续集成开发，不断完成尚未覆盖到的接口，将这些接口加入到自动化测试的范围内，使得整体自动化程度进一步加深，更大程度上节约人力和时间成本。

切换到appfront目录。

！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。

在测试接口的时候，有的接口需要测试随机传入大量数据，查看数据库是否正常，但是大量的随机数据全靠自己手写会很慢，而且是通过json传递的数据。然后在json中引用mock，引用格式"变量名":"mock变量名"，直接复制内置mock变量名字就可以了。这里我们就可以使用mock生成随机变量，然后在json中引用mock变量。在我们需要大量生成随机数据进行测试的时候就可以使用流程测试。等后面还有很多，你们可以根据自己的需求进行选择。首先看一下mock能生成那些随机数据。

当业务需要从客户端取数据时，检查客户端数据存在时，app数据是否能自动从客户端数据中取出，还是仍然会从服务器端获取？出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。在网络信号不好时，执行操作后，在回调没有完成的情况下，退出本页面或者执行其他操作的情况，有无异常情况。3、按手机上的菜单键，从菜单中选择More，然后再选择Save Log，就会保存Log。数据更新：根据应用的业务规则，以及数据更新量的情况，来确定最优的数据更新方案。

！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。

！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。

持续集成是指频繁的一天多次将代码集成到主干，可以让产品快速迭代，同时还能保持高质量RF是基于可扩展关键字驱动的自动化测试框架可扩展意味着可以自己开发，也可以调用第三方的关键字库关键字驱动意味着测试用例都是围绕着关键字运行的RF有四种表setting 全局配置表，定义配置部分variables 测试套件的全局变量表keywords 用户自定义的关键字表test cases 测试套件的测试用例集用例表里面的每个测试用例，可以分为配置部分和主体部分。

TCP/IP协议模型（Transmission Control Protocol/Internet Protocol），包含了一系列构成互联网基础的网络协议，是Internet的核心协议，通过20多年的发展已日渐成熟，并被广泛应用于局域网和广域网中，目前已成为事实上的国际标准。无状态的：协议对于事务处理没有记忆能力，客户端第一次与服务器建立连接发送请求时需要进行一系列的安全认证匹配等，因此增加页面等待时间，当客户端向服务器端发送请求，服务器端响应完毕后，两者断开连接，也不保存连接状态，

！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。

模拟登录的时候传入请求头的其中一个参数比较复杂，需要登录后的某些参数拼接和加密后设置成全局变量，在请求头中调用这个变量，正常的设置全局变量的方法百度搜索一大堆，要对一个处理后的变量进行全局变量比较难找。2.用一个BeanShell取样器编写需要传入请求头的变量，然后把需要设置成全局变量的参数放在BeanShell取样器外部，设置成jmeter可用变量（我之前试过直接在BeanShell取样器或者BeanShell后置处理器中直接把这两个参数设置成全局变量，但是一直获取不到变量的值）

大概方法差不多就这些，其实还有很多其他加载方法， 比如通过TestLoader方法加载用例，我们可以看到他其他加载用例的方法。最后呢还是需要根据个人实际中的一个需求选择不同的方法， 正确的方法往往会事半功倍。！！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。

！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。

！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。

！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。

随着网络安全问题越来越被重视，HTTPS协议的使用已经逐渐主流化。目前的主流站点均已使用了HTTPS协议；比如：百度、淘宝、京东等一二线主站都已经迁移到HTTPS服务之上。而作为测试人员来讲，也要需时俱进对HTTPS协议要有一定的了解，这样就可以更好的帮助我们在工作完成任务和排查问题。！！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家评论区留言333免费领取，千万不要错过哦。

在测试之前，要准备测试环境，如果是正式环境的接口，有条件的话，建议独立创建测试数据库，避免对正式数据造成影响。可以在本地创建或在正式库服务器是上创建db，本套仅作为项目测试环境使用。在数据库初始化时，连接测试环境的数据库，将自己需要的测试数据初始化进去，每次程序执行的时候，都初始化一遍，这样的作用防止数据与正式数据冲突，并且防止测试数据重复和累积在数据库中。总结：！！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。

Postman 诞生于 2013 年，一开始只是 Abhinav Asthana 着手于解决 API 测试的工具，随着这个工具的使用者和需求迅速激增，Abhinav Asthana 找了他的两个前同事 Ankit Sobti 和 Abhijit Kane 一起创建了公司 Postman Inc。如今 Postman 已经成为一个 API 开发的协作平台。Postman 简化了构建 API 的每个步骤，并简化了协作，这样就可以更快地创建 API。

接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。--------->摘自百度百科通俗的讲，就是对人扒了皮之后对这个人进行检测，可以直观的看心脏跳不跳动，而不再是依靠听啊或者脉搏来判断心脏是否在跳动。对应到程序上来讲的话，就是不需要再UI上进行点击来猜测这个数据能否调通，可以直接通过接口返回直观的看到数据是否已调通。

谈到接口测试，大家关注更多的是哪个工具更优秀，更好用。但是很少人关注到接口测试用例的设计问题，也很少人会去写接口用例，都代码化了嘛，还写什么用例，是吧？这样真的对么？我们是不是忽略了什么呢？回归测试的时候，成百上千个接口执行下来，没有报错，你就真的对系统放心了么？在接口测试之外，我们还需要补充哪些功能用例来验证那些接口做不了或者不好做的场景呢？个人认为，除开脚本层面的编写外，接口用例的设计也是一项非常重要的测试活动。

当今社会在测试领域，接口测试已经越来越多的被提及，被重视，而且现在好多招聘信息要对接口测试提出要求。区别于传统意义上的系统级别测试，很多测试人员在接触到接口测试的时候，也许对测试执行还可以比较顺利的上手，但一提到相关的文档，比如测试用例和报告，就有些不知所措了。这类问题在我加入的几个测试的群里，经常看到一些人在不断提问。今天就用这篇文章来说说接口测试用例和报告。接口功能测试用例模板提到功能测试用例，我们知道，其中最重要的两个要素就是：测试步骤预期结果其实对于接口功能测试也同样如此；

但测试结束后，测试人员还需把最后的完整的测试相关文档（接口说明文档、测试用例文档、测试报告（结果）文档、测试脚本（jmx类型）、会议纪要、评审文档等）按类型归档到自己测试组下的SVN管理目录，使测试文档受控于测试组的管理，形成测试组自己的资产。接口测试所需的后台环境，若无单独的测试环境，需要在开发环境上测试的情况，环境由对应的开发负责人负责维护，开发负责人需要配合测试人员，保证环境的稳定以及测试版本的正确。案例需要做到覆盖所有的测试要点，并针对某些特殊的接口，要考虑到接口的特殊性，编制有针对性的测试案例。

接口就是有特定输入和特定输出的一套逻辑处理单元，而它不用知道自身的内部实现逻辑，也可以叫做接口的黑盒处理逻辑由于服务对象不同，接口又可以分为两种一种是系统或服务的内部接口一种是外部依赖接口接口测试，其实就是验证接口内部处理逻辑是否正确；我们既要保证单接口的正确性，也要保证接口的业务逻辑正确性输入正确的测试数据，验证接口正常处理后返回的结果是否正确（数据结构&数据内容）输入异常的测试数据，验证接口能否正确处理异常数据并返回特定提示，是否合理，是否健壮简单来说正确接受合法 Request 入参。

接口自动化测试是在软件开发过程中常用的一种测试方式，通过对接口进行自动化测试，可以提高测试效率、降低测试成本。在接口自动化测试中，yaml、requests和allure三种技术经常被使用。接口自动化测试是指通过编写自动化脚本来模拟用户请求系统接口，并对返回结果进行验证和比对的过程。它可以帮助测试人员快速检查接口是否正常工作，并及时发现和修复潜在问题。2023最新合集Python自动化测试开发框架【全栈/实战/教程】合集精华，学完年薪40W+_哔哩哔哩_bilibili。

接口自动化测试是当前软件开发中最重要的环节之一，可以提高代码质量、加速开发周期、减少手工测试成本等优点。Python语言在接口自动化测试方面应用广泛，因为它具有简单易学、开发效率高、库丰富等特点。接口自动化测试（API Testing）是通过编程对应用程序开放的接口进行测试的方法。与GUI测试不同，接口测试不考虑界面效果，而关注应用程序的数据流和逻辑结构。接口自动化测试可以帮助开发人员在构建和调试应用程序时更快地找到问题，并确保应用程序的正确性和安全性。