测试逍遥子的博客

在利用Jenkins来自动执行自动化脚本，有时因某些原因，或者为了提高用例运行效率，可能需要创建多个job来同时跑脚本。比如用Jenkins来跑 Robot Framework 的自动化脚本，用例太多了，于是考虑创建多个job并行跑，而 Robot Framework 中恰好有个合并报告 rebot 的功能，于是当多个job跑完后，便可将各个job的报告合并，最后就得到了一个最终的报告结果。

开启SMTP服务这里我们以QQ邮箱为例进行学习，需要开启 SMTP 服务，登录QQ邮箱->设置->账户->开启 POP3/SMTP 服务。开启SMTP服务时，需要发送短信验证，按照提示信息操作后，就可以得到一个QQ邮箱授权码，将该授权码保存下来，当我们通过 Jenkins 配置邮件时，该授权码就相当于QQ邮箱的密码。配置Jenkins自带的邮件功能首先，需要在Jenkins控制台，进入系统管理->系统设置，配置系统管理员邮件地址，即发件人的邮箱地址。接着，拉到界面最下面，找到邮件通知，点击 高级。

测试新人在想什么？想必每一个大神，都是从小白一步步走上来的。当然呢，我很能理解小白的想法，因为平时经常和一些刚入门自动化测试的同行交流，也很深入的了解到他们的一些困惑。大部分小白想的无非是以下几点问题：自动化测试好学吗？不学/不写代码能做自动化测试吗？怎样学习自动化测试？学自动化测试要先学习哪个方向？学ui自动化？还是接口自动化？好像App自动化也比较火？要么再来个小程序自动化？我没有代码基础，工作都是点点点，要不要报培训班？我需要学习什么语言？java 还是 python？

1、请问你是如何做接口测试的？大体来说，经历以下过程：接口需求调研、接口测试工具选择、接口测试用例编写、接口测试执行、接口测试回归、接口测试自动化持续集成。具体来说，接口测试流程分成以下几步：第1步：分析出测试需求，并请开发提供接口说明文档；第2步：从接口说明文档中整理出接口测试用例，里面要包括详细的入参（正常情况，异常情况包括输入参数个数，类型，可选/必选，考虑参数有互斥或关联的情况）和出参数据（符合接口文档需求）以及明确的格式和检查点；第3步：与开发一起对接口测试用例进行评审；

日志就是用于记录系统运行时的信息，对一个事件的记录；也称为Log。日志作用调试程序；了解系统程序运行的情况，是否正常；系统程序运行故障分析与问题定位；用来做用户行为分析和数据统计；日志级别日志级别是指日志信息的优先级、重要性或者严重程度。常见的日志级别：DEBUG → 调试级别，打印非常详细的日志信息，通常用于对代码的调试INFO → 信息级别，打印一般的日志信息，突出强调程序的运行过程。

企业自动化测试实现的方式对于不同的公司来说，实现自动化的方式不太一样，其实不管哪种实现方式，只要能解决工作中的问题，都是好的。1、高度依赖于成熟自动化框架或自动化平台作为一个公司的测试leader ，想要快速把自动化测试落地，年底好写PPT评绩效。那么会找个成熟的开源自动化框架，或者公司不差钱的可以买一些成熟的自动化平台。如果你是参与者，你只需要按测试leader 部署好的框架或平台去落地就行了比如：robotframework 等一些成熟的关键字驱动框架，没代码功底的也可以快速入门。

工作1-3年测试人这个阶段没有啥包袱，一心学习就可以，主要还是打基础，有条件要学，没有条件要创造条件学。学习的内容包括：1、业务知识（这个对当前的工作能够产生最直接的影响）2、测试分析能力，如何将自己对业务的理解转化为对应的测试用例3、写代码的能力，怎样将过程中需要手工操作的部分通过自动化的方式来实现（毕竟我们做的是技术活，对吧）？很多人觉得写代码相对自己来说是一件很难的事情，其实等你开始后会觉得其实很简单。

如果有以下场景：用例 1 需要先登录，用例 2 不需要登录，用例 3 需要先登录。很显然无法用 setup 和 teardown 来实现了fixture 可以让我们自定义测试用例的前置条件fixture 的优势命名方式灵活，不局限于 setup 和teardown 这几个命名；conftest.py 配置里可以实现数据共享，不需要 import 就能自动找到fixture；scope=“module” 可以实现多个.py 跨文件共享前置；

测试人员的职能一个测试人员，无论你是手工点来点去，还是用自动化进行一些模拟操作，他们的核心职能都是相同的，那就是保证项目或产品的质量。如果你能保证你负责的模块缺陷数少，并且基本没有什么问题会遗留到生产环境或用户环境的话，那么你是一个优秀的测试人员。至于你用什么方式去达到这个结果的，手工还是自动化，这些都不太重要。关键的问题是，你需要在规定的时间内保障项目／产品质量。规定的时间内往往是加班的罪魁祸首，一般来说如果项目工期比较紧急的话，项目的管理者大多会砍掉测试的时间以便项目能够及时交付。

服务器的接口测试通常从功能开始，如请求参数和响应参数的验证，业务逻辑或业务规则的验证，数据库操作的验证。功能正常后，将根据需要进行安全相关的检查、性能测试和一系列扩展测试，如与版本历史的兼容性测试、接口超时验证和设计合理性验证等。用例设计也是从这些方面进行分析和设计的。用于输入输入主要指界面的参数。在我们通常的测试中，我们会首先考虑正常参数和异常参数，包括异常参数和数据。在用例设计中，等价类划分和边界值分析被广泛使用。

在PageElement中，我们继承了Selenium WebElement类，并重写了find_element和find_elements方法，以便于后面调用元素的操作。在BasePageObject中，我们定义了wait_for_element_to_be_present方法和wait_for_element_to_disappear方法，用于等待元素出现或消失。总体来说，使用POM+Selenium自动化框架封装可以帮助我们更快速、高效地编写自动化测试用例，提高测试效率，减少测试成本。

软件测试。

很多时候我们使用第三方工具进行接口测试的需要自己手动操作，在某些情况下是比较费劲费时间的，我们其实可以自己编写程序来对接口进行自动化测试下面我们用Python实现对接口进行周期性自动测试，这里我使用PyCharm开发工具编写程序，源代码如下：导入必要的库，引入后才可以在你的代码中使用对应的类以及成员函数。

背景：在日常的功能测试或者性能测试的时候，需要把结果中指定的数据保存到指定的文件，进行使用，发现 jmeter 自带的文件写入，没有自己需要的，默认只支持 XML 的结果保存，那么接下来我们围绕 beanshell 来实现这个功能。

前面虽然实现了参数的关联，但是那种只是记流水账的完成功能，不便于维护，也没什么可读性，随着水平和技能的提升，再返回头去看前边写的代码，简直是惨不忍睹那样的代码是初级入门的代码水平都达不到。接下来这篇由我带领小伙伴们把每一个鼠标点击动作写成一个函数，这样更方便维护了，而且可读性也高，后期其他维护人员在维护代码的时候看起来赏心悦目，就不会骂娘了。参数化的思维只需记住一点：不要写死，这样就便于维护，否则就会牵一发而动全身，一处修改导致处处修改，不便于维护。

-appium是一款开源的移动端自动化测试工具，支持ios和android平台上开发的APP--appium支持跨平台使用，可使用同一套API来写自动化测试脚本，在ios/android平台上测试，加大了代码的复用性--appium支持多语言，Python/Java/Ruby等--appium真正的工作引擎其实是第三方自动化框架，无需在APP中植入appium特地代码或第三方代码【大厂首选】最新最全的appium自动化测试框架实战 从0到1封装全教程_哔哩哔哩_bilibili。

一天不学习，自己知道；两天不学习，对手知道；三天不学习，大家知道；一周不学习，智商输给猪。好了开个玩笑都逗大家一乐，但是想想还是有道理的。那就进入正题：上一篇我们批量执行完用例后，已经生成的测试报告是生成 HTML 格式的。但是我们可以看出那个官方的测试报告既不美观也不大方，我们这里需要优化一下，优化的让人赏心悦目，就和看到一个美女一样看了一眼，忍不住回头再多看一眼 - _ - 并且把上一篇遇到的问题列举解决一下。

上一篇我们批量执行完用例后，生成的测试报告是文本形式的，不够直观，而且报告一般都是发给leader的，所以最好是直观一目了然，为了更好的展示测试报告，最好是生成 HTML 格式的。unittest 里面是不能生成 html 格式报告的，需要导入一个第三方的模块：HTMLTestRunner。【呕心沥血】耗时7天整理的金三银四必看的软件测试频面试题 涵盖 接口自动化测试框架面试题_哔哩哔哩_bilibili。

我们在写用例的时候，单个脚本的用例好执行，那么多个脚本的时候，如何批量执行呢？这时候就需要用到 unittest 里面的 discover 方法来加载用例了。加载用例后，用 unittest 里面的 TextTestRunner 这里类的 run 方法去一次执行多个脚本的用例。那么前边介绍那么多都是半道开始，半道出家，这篇就带大家从头到尾，一步一步给小伙伴们详细介绍一下。

本篇还是回归到我们最初始的话题，想必大家都忘记了，没关系看这里： 没错最初的话题就是登录，由于博客园的登录机制改变了，本篇以我找到的开源免费的登录API为案例，结合 unittest 框架写 2 个用例。同样我们先来看一下接口文档。一线大厂测试开发讲解的一整套unittest自动化测试框架，全程干货，详细讲解_哔哩哔哩_bilibili。

上一篇通过简单的案例给小伙伴们介绍了一下unittest断言，这篇我们将通过结合和围绕实际的工作来进行unittest的断言。这里以获取城市天气预报的接口为例，设计了 2 个用例，一个是查询北京的天气，一个是查询南京为例，你也可以查询别的城市的天气预报。

在测试用例中，执行完测试用例后，最后一步是判断测试结果是 pass 还是 fail，自动化测试脚本里面一般把这种生成测试结果的方法称为断言（assert）。用 unittest 组件测试用例的时候，断言的方法还是很多的，下面介绍几种常用的断言方法：assertEqual、assertIn、assertTrue。想了解更多可以点击传送门看一下最后的小结有大致介绍。unittest断言计划是分上、中、下三篇有简单到复杂的给小伙伴们介绍一下，填补一下这部分的空白。

大多数的初学者在使用 unittest 框架时候，不清楚用例的执行顺序到底是怎样的。对测试类里面的类和方法分不清楚，不知道什么时候执行，什么时候不执行。虽然或许通过代码实现了，也是稀里糊涂的一知半解，这样还好，好歹自己鼓捣出了，但是时间和效率并不是很高，下次遇到还是老样子。那么本篇通过最简单案例来给给为小伙伴详细讲解、演示一下 unittest 执行顺序。一线大厂测试开发讲解的一整套unittest自动化测试框架，全程干货，详细讲解_哔哩哔哩_bilibili。

前边的随笔主要介绍的requests模块的有关知识个内容，接下来看一下python的单元测试框架unittest。熟悉 或者了解java 的小伙伴应该都清楚常见的单元测试框架 Junit 和 TestNG，这个招聘的需求上也是经常见到的。python 里面也有单元测试框架-unittest,相当于是一个 python 版的 junit。python 里面的单元测试框架除了 unittest,还有一个 pytest 框架，这个实际上用的比较少，后面有空再继续介绍和分享。

为了验证用户登录情况以及减轻服务器的压力，减少频繁的查询数据库，使服务器更加健壮。有些登录不是用 cookie 来验证的，是用 token 参数来判断是否登录。token 传参有两种一种是放在请求头里，本质上是跟 cookie 是一样的，只是换个单词而已；另外一种是在 url 请求参数里，这种更直观。b站最牛Jmeter接口测试和Jmeter接口自动化测试全集。

上一篇说了关于json数据处理，是为了断言方便，这篇就带各位小伙伴实战一下。首先捋一下思路，然后根据思路一步一步的去实现和实战，不要一开始就盲目的动手和无头苍蝇一样到处乱撞，撞得头破血流后而放弃了。不仅什么没学习到，自己的自信心都受到打击了，自己都怀疑自己。其实你是最棒的，天生我材必有用，好了废话不说，进入实战——以查看快递物流接口为例。大致流程步骤：web页面操作—>抓包看参数和url—>代码模拟接口请求—>取到接口返回结果—>断言。

该动作是客户端行为，服务器会向客户端返回一个301状态码并携带一个Location属性表名应请求的地址，然后客户端按照服务器返回的地址重新发送请求，地址栏中显示的URL是会变化的因为请求重定向中是两次不同的请求request，无法实。该动作是服务器行为，在web容器中进行的，客户端对于跳转是不知道的，地址栏中显示的URL是不会变化的，因为请求转发中是一次请求，相同的request，可以在请求中设置属性对象（setAttribute()）来实现数据共享。在工作和学习中，我们不仅需要知其然，还必须知其所以然。

有些 post 的请求参数是 json 格式的，这个前面发送post 请求里面提到过，需要导入 json模块处理。现在企业公司一般常见的接口因为json数据容易处理，所以绝大多数返回数据也是 json 格式的，我们在做判断时候，往往只需要提取其中几个关键的参数就行，这时候我们就需要 json 来解析返回的数据了。

大家对前边的自动化新建任务之后，接着对这个新建任务操作了解之后，希望带小伙伴进一步巩固胜利的果实，夯实基础。因此再在沙场实例演练一下相关接口。我们用自动化发随笔之后，要想接着对这篇随笔操作，不用说就需要用参数关联了，发随笔之后会有一个随笔的 id，获取到这个 id，继续操作传这个随笔 id 就可以了。

我们用自动化新建任务之后，要想接着对这个新建任务操作，那就需要用参数关联了，新建任务之后会有一个任务的Jenkins-Crumb，获取到这个Jenkins-Crumb，就可以通过传这个任务Jenkins-Crumb继续操作这个新建的任务。大致流程步骤：登录—>新建任务—>web界面操作删除—>抓取删除操作请求—>提取参数—>传参—>代码实现。

上一篇cookie绕过验证码模拟登录博客园，但这只是第一步，一般登录后，还会有其它的操作，如发帖，评论等等，这时候如何保持会话呢？这里我以jenkins平台为例，给小伙伴们在沙场演练一下。1、通过help方法查看帮助文档,截图一部分，后面省略了，有兴趣的自己可以敲一下看看2、参考代码。

有些登录的接口会有验证码：短信验证码，图形验证码等，这种登录的话验证码参数可以从后台获取的（或者查数据库最直接）。获取不到也没关系，可以通过添加cookie的方式绕过验证码。（注意：并不是所有的登录都是用cookie来保持登录的，有些是用token登录）

本来最新的requests库V2.13.0是支持https请求的，但是一般写脚本时候，我们会用抓包工具fiddler，这时候会 报：requests.exceptions.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)小编环境：python：3.7一、SSL问题。

前面登录的是传 json 参数，由于其登录机制的改变没办法演示，然而在工作中有些登录不是传 json 的，如 jenkins 的登录，这里小编就以jenkins 登录为案例，传 data 参数，给各位童鞋详细演练一下。

post请求我在python接口自动化（八）--发送post请求的接口（详解）已经讲过一部分了，主要是发送一些较长的数据，还有就是数据比较安全等。我们要知道post请求四种传送正文方式首先需要先了解一下常见的四种编码方式：HTTP 协议规定 POST 提交的数据必须放在消息主体（entity-body）中，但协议并没有规定数据必须使用什么编码方式。

这篇文章的由来是由于上一篇发送post请求的接口时候，参数传字典（dict）和json的缘故，因为python中，json和dict非常类似，都是key-value的形式，为啥还要这么传参，在群里问了一些人，也说不出个所以然了，还是自己动手丰衣足食，所以才有这篇和编辑分类格格不入的文章。来先看一下它们各自的定义。

上篇介绍完发送get请求的接口，大家必然联想到发送post请求的接口也不会太难，被聪明的你又猜到了。答案是对的，虽然发送post请求的参考例子很简单，但是实际遇到的情况却是很复杂的，因为所有系统或者软件、网站都是从登录开始的，进入这扇门才可以发现里边的奥秘，所以首先介绍的第一个post请求肯定是登录了，但登录是最难处理的。如果把登录问题这只拦路虎解决了，那么后面问题都迎刃而解。

我们为啥要了解状态码，从它的作用，就不言而喻了。如果不了解，我们就会像个无头苍蝇，横冲直撞。遇到问题也不知道从何处入手，就是想找别人帮忙，也不知道是找前端还是后端的工程师。web服务器用来告诉客户端，发生了什么事。状态码位于HTTPResponse 的第一行中，会返回一个”三位数字的状态码“和一个“状态消息”。”三位数字的状态码“便于程序进行处理， “状态消息”更便于人理解。

如果想用python做接口测试，我们首先有不得不了解和学习的模块。Requests。虽然Python内置的urllib模块，用于访问网络资源。但是，它用起来比较麻烦，而且，缺少很多实用的高级功能。更好的方案是使用requests。它是一个Python第三方库，处理URL资源特别方便。Requests: 让 HTTP 服务人类 — Requests 2.18.1 文档可以看一下它的很多实用的高级功能。

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