MXB1220的博客

手工很难充分验证的功能逻辑，一些异常、极限的场景，通过手工很难构造，此时如果我们了解接口的内部逻辑，通过使用脚本有目的的构造这样的场景来触发接口的内部逻辑，从而对这些逻辑进行验证测试，相对来说是很容易的。，如果要设计好的接口自动化测试用例，一定要对业务有着深刻的理解，因为接口自动化的前期会有一定的投入，如果我们可以将有限的投入聚焦业务中的核心功能点，会有事半功倍的效果。通过接口自动化测试可以实现手工测试不容易做的验证，比如验证接口中大量数据的排序，多字段的比较，如果都通过手工来做，效率问题不可接受。

现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id是必传的，这样就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。所谓异常验证，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是10的，传11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。

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

虽然集群搭建起来，但是不可用，需用通过网络插件解决该问题 https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml 在master节点创建kube-flannel.yml，输入下面内容。如果DNS不支持主机名称解析，还需要在每台机器的/etc/hosts文件添加主机名和ip的对应关系。我自己只搞了2台虚拟机做集群。你的cpu是x86的就选择x86的，反之选择arm的。每一台机器都要关闭。

笔者做完后发现，这不就有点像单元和集成的关系嘛。最终笔者选择了方案一，因为笔者公司不止一个人，除了待测的查询进行中订单状态接口外的其他接口并不在我负责范围，所以我只需要针对我的接口进行针对性测试即可。其实选择哪种测试方式并不重要，自动化的目标旨在降低测试成本，提高测试效率，适合自己的方式，就是最好的了。

目前关于云文档的业务还是挺多的，相信出去面试的同学，大多会遇到这道高频软件测试面试题：文件上传下载测试点。一个文件重复下载到相同的目录，保存到本地是否会自动在文件名后面加后缀进行区别，例如1、2等数字。后台设置了下载权限的文件需要进行控制，例如需要积分下载/登录下载/回复下载等等。下载后的文件，在本地能否正常打开，与上传的文件进行对比，是否保持一致。下载过程中，如果删除/移动了本地的下载保存路径，是否给出提示。下载到本地，磁盘已满的情况下，能否给出相应的提示。下载过程中断网，恢复网络后，可继续下载。

通常可以包括：安装（升级）、启动与关机、功能测试（正例、重要算法、边界、时序、反例、错误处理）、性能测试（正常的负载、容量变化）、压力测试（临界的负载、容量变化）、配置测试、平台测试、安全性测试、恢复测试（在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行）、可靠性测试等。保护测试是安全性测试中一种常见的测试，主要用于测试系统的信息保护机制。集成测试也称联合测试（联调）、组装测试：将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。

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

探索性测试：测试学习、测试设计、测试执行、测试结果评估等活动同时进行的软件测试技术。1.测试学习：学习任何可以指导测试的知识，可能要学习的内容包括行业背景、领域知识、技术平台、测试技术、产品缺陷、项目风险等。2.测试设计：安排测试计划，拟定测试策略，开发测试想法，制定测试支持材料。3.测试执行 ：执行测试并收集结果。4.测试结果分析：分析并解读从测试中学到的知识，可能的活动包括判定测试是否通过、理解产品实现、发掘风险区域、评估测试方法是否有效等。

而为了安全，一般都会先请求后台服务器获取一个随机数做为盐值，然后将盐值和用户输入的密码通过前端的加密算法生成加密后串传给后台服务器，后台服务器接到到请求后，先获取校验原来的随机数是否有效合法，如合法后，再做解密，并根据约定的规则把随机数盐值剔除等后续处理。在这里，为了防止别人用工具对接口发起请求，除做了token校验外，还简单对请求时间做了校验，即服务器会校验客户端的请求时间前后不能相差1分钟，如超过，说明是有问题的请求，将直接拒绝。也就是说先有一个获取随机数的接口请求，然后有一个验证密码的请求。

Postman简介：Postman是一款功能强大的网页调试与发送网页HTTP请求的Chrome插件。它提供功能强大的Web API&HTTP请求调试。它能够发送任何类型的HTTP请求（GET，HEAD，POST，PUT..），附带任何数量的参数+headers。Postman功能：主要用于模拟网络请求包快速创建请求回放、管理请求快速设置网络代理postman安装：1.在chrome应用商店搜索，应用商店地址：FQ下载直接添加成google浏览器插件即可2.客户端安装。

软件产品的成功与否，在很大程度上取决于对市场需求的及时把控，采用DevOps可以加快产品交付速度，改善用户体验，从而有助于保持领先于竞争对手的优势。作为敏捷开发方法论的一种扩展，DevOps强调开发、测试和运维不同团队间的协作与沟通。持续集成和持续测试是一个在迭代中构建、测试产品并修复Bug的过程。它有助于团队在开发阶段的初期发现缺陷，这时的缺陷通常相对不那么复杂，并且更容易被解决。通过持续集成和持续测试，企业可以尽早地将错误风险降至最低，并加快交付更好质量的软件。

结论，当一次执行多个线程的时候，用户参数定义的变量是不断变化的，每一次都是重新生成一个随机数，而用户定义的变量，则是初始化一次，每个请求中的参数值是相同的。如果使用jmeter做过参数化的人都知道，参数化的方式有多种，其中一种就是使用用户定义的变量，还有一种是使用用户参数。注意：r1是通过用户参数定义的，r2是通过用户定义的变量定义的。用户参数的位置属于前置处理器，用户定义的变量属于配置元件。二、再说说区别，我们在讲这个区别的时候，还是结合实例来说，这样更容易理解。第三步，添加用户定义的变量。

今天正式开始为大家介绍接口自动化，相信很多做测试的朋友，都用过一些工具，比如jmeter，loadrunner，postman等等，所以今天先给那些基础不太好的同学，先讲讲postman如何来测接口以及如何用pthon代码的方式来发送http请求首先，我们在做接口测试之前，一般会拿到开发人员那边的接口文档，没有接口文档是很难快速高效率的去进行测试工作的这部分接口测试，所以，得提前准备好或者拿到一份接口测试接下来，小编我以注册和登录为例，附上截图给大家看看，请提前下载安装好postman工具。

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

一个完整的接口自动化测试平台需要支持接口的自动执行，自动生成测试报告，以及持续集成。Jmeter支持接口的测试，Ant支持自动构建，而Jenkins支持持续集成，所以三者组合在一起可以构成一个功能完善的接口自动化测试平台。Jenkins是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。

测试设计能力代码能力自动化测试技术质量流程管理行业技术知识数据库业务知识。

在unittest中，测试点的执行顺序是依据ascill码来执行的，也就是说根据ASCII码的顺序加载，数字与字母的顺序为：0-9，A-Z，a-z，所以以A开头的测试用例方法会优先执行，以a开头会后执行。也就是根据数字的大小从小到大执行的，切记数字的大小值的是不包含test，值的是test后面的测试点的数字大小，7、是否先写⾃动化测试的测试代码，在使⽤⾃动化测试⽅式写，本⼈觉得没必要，毕竟能够做⾃动化测试的都具备了功能测试的基本⽔平，所以没必要把⼀个业务的检查点写多次，浪费时间和⼈⼒成本。

备注: testpaths=testcases/test_study/ 如果在项目根目录执行pytest,那么就会以当前执行目录为相对路径，执行根目录下的testcases下的test_study下的文件会执行;然后执行pytest。作用：addopts参数可以更改默认命令行选项，这个当我们在cmd输入一堆指令去执行用例的时候，就可以用该参数代替了，省去重复性的敲命令工作。作用：测试用例中添加了 @pytest.mark.webtest 装饰器，如果不添加marks选项的话，就会报warnings。

pytest是一个非常成熟的全功能的Python测试框架，主要特点有以下几点： 1、pytest 会自动识别1、以test_开头的方法为测试用例2、以Test 开头的类 可以在类\模块方法\类方法中执行

会根据模块模块名称、类名称、方法名称进行匹配 比如只想运行模块中包含关键字类中包含关键字login 或 方法包含关键字login pytest -vs -k login testcases/test_pytest_study.py。模块类名称不包含login 但里面的方法名称包含login 也会执行。里面的所有用例会执行。共3条用例，当执行到第一条和第二条都失败时候，第三条不执行。共两条用例，运行第一条报错失败或报错，第二条就不会执行。共2条用例，当执行到第一条失败时候，第二条不执行。

fixture通过scope参数控制setup级别，setup作为用例之前前的操作，用例执行完之后那肯定也有teardown操作。这里用到fixture的teardown操作并不是独立的函数，用yield关键字呼唤teardown操作。

说明：因为设置了自动执行，且范围是方法级别，那么每次在方法或函数前后都会执行fixture；yield 之前的代码在方法之前执行，yield 之后的代码在方法执行之后执行。说明：因为设置了自动执行，且范围是类级别，那么每次在类的前后都会执行fixture；yield 之前的代码在方法之前执行，yield 之后的代码在方法执行之后执行。说明：auto_login 别名是login，那么调用时候只需要写login 就好，如果写auto_login 会报错。

它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。对于用户使用说明进行测试时，主要是测试用户使用说明书中对程序操作方法的描述是否正确，重点是用户使用说明中提到的操作例子要进行测试，保证采用的例子能够在程序中正确完成操作。白盒测试是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。

但是有时候如果我们需要从数据库取数据、数据是随机产生的、需要先从数据类新增数据。脚本用例通用模板设计 单接口用例测试 数据准备，已经取出了该接口的所有正向和逆向接口测试用例，那现在如何把数据和用例结合起来，进行断言，判断响应回来的结果与断言结果是否保持一致。脚本通用测试用例主要更改的地方包括：文件名称、sheet名称、请求类型（Get/Post）、请求类型后参数调用（比如json、param、data）、断言key的验证（比如success、description）等信息。目的是便于后期维护。

​ SMTP（Simple Mail Transfer Protocol）也就是简单邮件传输协议，是一种提供可靠且有效电子邮件传输的协议。python的smtplib模块就提供了一种很方便的途径发送电子邮件，它对smtp协议进行了简单的封装。​ python发邮件主要需要两个模块:smtplib和email，这两个模块是python自带的库，import即可使用。smtplib主要负责发送邮件，即一个发送邮件的动作，如连接邮箱服务器，登录邮箱，发送邮件。

​ 我们在做接口自动化的时候，处理接口依赖的相关数据时，通常会使用正则表达式来进行提取相关的数据。​ 正则表达式，又称正规表示式、正规表示法、正规表达式、规则表达式、常规表示法(Regular Expression，在代码中常简写为regex、regexp或RE)。它是一个特殊的字符序列，它能帮助你方便的检查一个字符串是否与某种模式匹配。在很多文本编辑器里，正则表达式通常被用来检索、替换那些匹配某个模式的文本。而Python 自1.5版本起增加了模块，它提供 Perl 风格的正则表达式模式。

​。

​ 在unittest中还有一个setUpClass和tearDownClass，是作用于类上，在每个测试用例类执行前去执行前置，用例类执行完再执行后置，pytest的fixture同样有这样的作用域，且使用更广泛更灵活。(自动使用的意思)，默认是False，当设置为True时，用例就会自动调用该fixture功能，这样的话写用例时就不用每次都去传参了。时，用例会自动执行测试夹具，但无法获取fixture的返回值，如上示例返回的driver就无法传递给用例了。，用于声明函数是处理前置后置的测试夹具函数。

​ 我们要想运行已经打好标记的函数，还需要对标签名进行注册，告诉pytest有哪些标签，如果不进行注册运行时（pytest的高级版本）可能会报警告让你进行注册。​ 在实际工作中，我们要写的自动化用例会比较多，也不会都放在一个py文件中，如果有几十个py文件，上百个方法，而我们只想运行当中部分的用例时怎么办？​ 在维护测试用例的过程中，可能在一个阶段某些用例已经不需要了，或者在指定条件下是不需要运行的，那么我们就可以通过。(-m意思是执行标签mark)，不想执行某个标签可以用not来取反，即。

本文主要介绍cookie、session原理及在自动化过程中如何利用cookie、session保持会话状态。！！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。

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

在编写测试用例的时候，一条用例可能会有多条断言结果，当然在自动化测试用例中也会遇到这种问题，我们普通的断言结果一旦失败后，就会出现报错，哪么如何进行多个断言呢？pytest-assume这个pytest的插件就能解决这个问题了。

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

（因为飞书截图有水印，所以这里用别人的博客的图）图1图2图3图4！！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家点击下方名片免费领取，千万不要错过哦。

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

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

！我个人整理了我这几年软件测试生涯整理的一些技术资料，包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。欢迎大家评论区留言或私信我。