jj2772367224的博客

在众多工具中，Selenium 可谓是备受欢迎的，作为 Web 应用程序自动化测试工具，它可以直接驱动浏览器，模拟真正的用户操作，帮助测试人员解决回归测试和多浏览器兼容性测试的问题，提升测试效率。通过这些开源项目的集成，可以轻松实现单元测试、集成测试、项目管理，项目的持续集成和交付；具备这些优势，Selenium 已经逐步成为 Web 自动化测试人员的首选，而且如果你打开招聘网站上对测试工程师的要求，就会发现，掌握 Selenium，已经慢慢成为各互联网公司测试招聘中的一项必备技能了。

还是以麦当劳的汉堡为例，接口测试，其实就是要验证制作汉堡的过程是否正确。这里所说的“正确”其实有两方面的意思：一方面，是要验证输入了汉堡的原材料，经过制作汉堡的处理流程，最后交付给你的是一个汉堡；另外一方面，是要验证在输入的汉堡原材料不对或者不全的情况下，经过制作汉堡的处理流程后，不能给你交付一个汉堡。你一定要注意，这两方面的验证是都要进行的，对于一个测试来说，这两种流程都是正向流程。只有理解了这个思维，你才能把自己从客户思维里拉出来，形成测试思维。

随着大数据、机器学习时代的到来，不少人有了“测试不需要懂代码，那我就试试”的想法。这就引发了一系列疑问：不懂代码可以做测试吗？测试人员到底需不需要懂代码？测试人员需要写代码吗？其实，在软件测试初级阶段，测试人员确实不需要懂代码。但如果想要追求月薪20k、30k，接口、自动化等是避免不了的，这就必然涉及到了代码层面。正如《mob编程指南》的作者Llewellyn Falco回应“QA工程师应该学习编码吗”这个问题时，曾说：“每个人都应该知道如何编写代码，这就像阅读和写作。

1、get和post区别是什么？答：POST和GET都是向服务器提交数据，并且都会从服务器获取数据。区别：（1）传送方式：get通过地址栏传输，post通过报文传输（2）传送长度：get参数有长度限制（受限于url长度），而post无限制。

这种场景setup、teardown无法实现，可以使用pytest fixture功能，在方法前加个@pytest.fixture装饰器，加了这个装饰器的方法可以以参数的形式传入到方法里面执行。如果每条测试用例都需要添加 fixture 功能，则需要在每一要用例方法里面传入这个fixture的名字，这里就可以在装饰器里面添加一个参数 autouse='true'，它会自动应用到所有的测试方法中，只是这里没有办法把返回值给测试用例。俗话说的好百闻不如一见，下面展示一下，我们经常使用的场景；

软件危机：软件危机是指落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。软件测试（IEEE1983）：软件测试是使用人工和自动手段来运行或测试某个系统的过程，目的在于检验被测软件系统是否满足规定的需要，或是弄清楚预期结果与实际结果之间的差别。软件缺陷（Ron Patton在《软件测试》一书中提出）：只有至少满足下列五个规则之一，才称发生了一个软件缺陷。软件未实现产品说明书要求的功能；软件出现了产品说明书指明不应该出现的错误；

说到自动化测试，或者说接口自动化测试，多数人的第一反应是该用什么工具，比如：Python Requests、Java HttpClient、Apifox、MeterSphere、自研的自动化平台等。大家似乎更关注的是哪个工具更优秀，甚至出现“ 做平台的 > 写脚本的 > 用工具的 ”诸如此类的鄙视链，但却很少有人去关注接口测试用例的设计问题。在我看来，工具并没有高低贵贱之分，只能说哪个更适合，适合当前的业务以及适合当前的团队协作。

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

我准备了一些自动化测试学习的资。

Selenium是一个基于浏览器的自动化测试工具，它提供了一种跨平台、跨浏览器的端到端的web自动化解决方案。Selenium主要包括三部分：Selenium IDE、Selenium WebDriver 和Selenium Grid。Selenium IDE：Firefox的一个扩展，它可以进行录制回放，并把录制的操作以多种语言（例如java、python等）的形式导出成测试用例。Selenium WebDriver：提供Web自动化所需的API，主要用作浏览器控制、页面元素选择和调试。

提到压力测试，我们想到的是服务端压力测试，其实这是片面的，。

type传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，这样就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。现在需要新开发一个用户抽奖的接口，该接口需要用户名和抽奖活动id，抽奖接口得到用户名后可以调用用户查询接口，如果用户查询接口返回null，那么抽奖接口就可以直接返。如购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？

下面介绍两种清空数据的方法。

但是，一般工作环境中的接口，不太满足我们框架的各种条件。在我们第二讲中，我们已经通过flask这个web框架创建好了我们用于测试的接口服务，因此我们可以把这个接口抽出来一些参数放到配置文件，然后通过一个读取配置文件的方法，方便后续的使用。——userCase.xlsx：对下面test_api.py接口服务里的接口，设计了三条简单的测试用例，如参数为null，参数不正确等。紧接着，我们有了用例设计的Excel了，我们要对这个Excel进行数据的读取操作，继续往下，我们创建readExcel.py文件。

2018年python开发者大会上，了解到HttpRuuner开源自动化测试框架，采用YAML/JSON格式管理用例，能录制和转换生成用例功能，充分做到用例与测试代码分离，相比excel维护测试场景数据更加简洁。在此，利用业余时间研究这个框架去实现接口自动化测试。HttpRunner 是一款面向 HTTP(S) 协议的通用开源测试框架，只需编写维护一份YAML/JSON脚本，即可实现自动化测试、性能测试、线上监控、持续集成等多种测试需求。

本文通过从Postman获取基本的接口测试Code简单的接口测试入手，一步步调整优化接口调用，以及增加基本的结果判断，讲解Python自带的Unittest框架调用，期望各位可以通过本文对接口自动化测试有一个大致的了解。

2.接口测试是不关心界面的测试，突破了页面的限制。砸箱子相当于点击了某个按键触发了这个请求，如果抓到了这个请求，再次发送会怎样，会不会出现多个装备。3.做接口是修改请求的测试，如果是修改了敏感信息也能够被服务器接收，那么就会有严重问题。1.1 设计是在开发环境中，执行：可以在开发环境中，测试环境中，甚至其他环境中。2.测试环境的接口测试需要在系统测试阶段执行，会在早期冒烟测试阶段执行。脚本的设计，数据用例的设计，断言（预期结果的设计），执行。1.表达测试了哪些接口，哪些是通过的，哪些是有缺陷的。

先看下百度百科对它的定义性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。我们可以认为性能测试是：通过在测试环境下对系统或构件的性能进行探测，用以验证在生产环境下系统性能是否达到预估的性能需求，发现系统可能存在的性能瓶颈，进而改善优化并系统的性能，提高系统的可扩展性、稳定性。学习性能测试，或者对测试结果进行分析，都需要熟悉测试指标。接下来从性能测试分析度量的角度，介绍性能测试不同维度的测试指标。

在整个微服务架构的实践中，工程界一直缺少探讨的就是在微服务架构的测试这块，离我们比较近的是自动化测试，因为自动化测试基本上是所有系统都需要的。但是有一块我们一直没有重视的就是全链路压力测试这块，在生产上进行全链路的真实的压力测试需要解决很多问题，比较重要的就是DB这块，压测的时候产生的所有交易数据不能够参与结算、财务流程，这就需要借助影子表来解决，所有的数据都不会写入最终的真实的交易数据中去。

Pytest拥有丰富的插件架构，超过800个以上的外部插件和活跃的社区，在PyPI项目中以“ pytest- *”为标识。本篇将列举github标星超过两百的一些插件进行实战演示。

alist[]

Pytest的加载流程大致如下：- Pytest首先会解析命令行参数，确定要执行的测试文件、测试目录、测试类、测试函数等，以及一些配置选项。- Pytest会根据配置文件（pytest.ini、setup.cfg、tox.ini等）和命令行参数，创建一个Config对象，用于存储配置信息。- Pytest会创建一个Session对象，用于管理整个测试过程的上下文信息，包括收集测试用例、执行测试用例、生成测试报告等。

各个公司/团队的业务、实现千差万别，哪怕是不同产品线都会因为团队合作、迭代、架构设计的不同，导致自动化方案的千差万别，进而自动化使用的工具、平台都会有很大不同。自动化虽然也不断暴露问题，但自动化测试一次，与手工测试一次相比，并没有节省多少 人工成本和时间成本(例如，执行过程中还需要人工参与等)，甚至反而增加了自动化的维护成本。但注意了，这里强调的是自动化发现bug的占比，如果这个比例趋向于0，那自动化实现的价值还有多少呢。说白了，自动化实现的目标是帮测试同学干活的，如果失去这个作用，还不如果断放弃自动化。

一般情况下，使用request传参时，会传入data或者json，什么情况下传data或者json，我们在接口文档或者系统接口请求时查看它的Content-Type的类型，如下图我们查看登录接口为：application/json，为json格式，则使用json参数。然后请求的时候，会把data赋值给post请求，然而这样是错误的，data的数据类型为dict，接口请求的数据类型为字符串，只不过是json格式的字符串，但是本质是字符串是不会改变的，如下图，直接使用data参数会提示传参失败，没有请求体；

先说一个在互联网上常见，但是普通人又不太理解的东西--“验证码”。下面是来自百度百科验证码（CAPTCHA）是“Completely Automated Public Turing test to tell Computers and Humans Apart”（全自动区分计算机和人类的图灵测试）的缩写，是一种区分用户是计算机还是人的公共全自动程序。

一般情况下，使用request传参时，会传入data或者json，什么情况下传data或者json，我们在接口文档或者系统接口请求时查看它的Content-Type的类型，如下图我们查看登录接口为：application/json，为json格式，则使用json参数。然后请求的时候，会把data赋值给post请求，然而这样是错误的，data的数据类型为dict，接口请求的数据类型为字符串，只不过是json格式的字符串，但是本质是字符串是不会改变的，如下图，直接使用data参数会提示传参失败，没有请求体；

最近有人留言问我一些面试的问题，聊聊一下发现还是有不少人思路不是特别清晰，也不知道该如何准备一次完美的面试。自我介绍最重要的是能够在面试官心目中留下一个好的第一感觉。说得更直白一点是让面试官舒服。但是我发现很多人就是直接简单的介绍了一下过去的经历，但是实际上一方面过去的经历没有很好的让人发现优点。其实面试好比相亲，你想说什么不重要，重要地是人家想听什么。

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

测试人员在制定测试计划之前需要先对软件需求进行分析，以便对要开发的软件产品有一个清晰的认识，从而明确测试对象及测试工作的范围和测试重点。② 制定测试策略：测试策略是测试计划中最重要的部分，它将要测试的内容划分出不同的优先级，并确定测试重点。③ 测试内容及执行情况：描述本次测试模块的版本、测试类型，使用的测试用例设计方法及测试通过覆盖率，依据测试的通过情况提供对测试执行过程的评估结论，并给出测试执行活动的改进建议，以供后续测试执行活动借鉴参考。同样类型的软件产品，不同的公司所制定的测试流程也会不一样。

这一些资料，对做【软件测试】的朋友而言应该是较为完整了，这类学习资料也陪伴我走过了最艰难的路程，希望也可以帮助到你！本文档主要用于指导XX项目自动化测试的开展。u 自动化的整体实现应采用分步进行，优先覆盖功能特性稳定的模块，进而逐步扩展到整体项目的功能回归。u 系统稳定性应有所保证，太多的功能变动和界面变动，会加大自动化实施难度，增加自动化维护成本；自动化测试应主要被应用于代码提测之前的冒烟测试，以及系统测试完成之后的回归测试阶段。u 自动化测试是一个长期的过程，后续的代码维护和调优也具有可观的工作量。

本文主要针对刚接触 CI/CD 以及 Jenkins 的朋友们，介绍了如何基于 Docker 快速创建 Jenkins 实例，创建了一个简单的流水线项目，希望能帮助大家快速入门 Jenkins！

【注】因为是maven的项目所以要将testSuite的xml文件放在maven的test目录下，这样右键pom.xml文件maven test,所有的测试用例就开始执行了。.................这里写testNG对应的XML名称----------------------CookieStore的应用。测试用例管理使用了testNg管理 ，使用了TestNG参数化测试，通过xml文件来执行case。-- 添加插件,添加ReportNg的监听器，修改最后的TestNg的报告 -->

也不是说你做了若干年的技术，成了技术大牛，你就一定能去管项目管人，毕竟管理主要是跟人打交道的活，你虽然能把电脑弄得服服帖帖，但不一定你去管人的时候，人就会服你，所以其实谈到做管理，最关键的就不是技术了，用两个比较时髦的词来说，关键就是“沟通”和“协调”，你得会跟客户去做沟通，你得会跟其他人去做协调，这是做管理的先决条件。很多管理职位的人，如果不是做测试技术出身，都会非常迷信自动化测试的神力，把自动化测试当成测试的银弹，战无不用，用无不胜，所以相对来说，会比较重视自动化测试的人。--较高的沟通和协调能力。

PS：合参考答案有有几十万字，就没有全部放上来了，打印版本超过400多页整理不易，留个赞同关注，私我分享给大家，不让测试人孤寂的成长！

传统的接口自动化测试成本高，大量的项目没有使用自动化测试保证接口的质量，仅仅依靠手动测试，是非常不可靠和容易出错的。为了解决这个问题，使用YAPI接口自动化测试功能，只需要配置每个接口的入参和对 RESPONSE 断言，即可实现对接口的自动化测试，大大提升了接口测试的效率。

答案我都放在下面小卡片了最近面试了一些测试方面相关的岗位，通过牛客等途径也看了不少的面经，发现大部分人面试题目都有很多相似点，结合自己的一些面试经历，现在分享一些我面试中碰到过的问题。

根据指定的测试环境url，导入swagger接口数据到平台中;2.同一用例，接口中参数相同，提取指定某个：一般接口返回值中是list，才会存在要提取的参数有多个相同的情况，所有使用角标来区分；超级管理员权限可以看平台上的所有数据，其他的只能看到自己创建的相关数据；1.同一个用例中，不同接口要提取的参数相同：使用接口路径和提取参数拼接；选择测试环境，进行单个接口调试，多个接口模拟业务场景执行；5>测试web页面，接口数据展示；

这个把用户操作的页面抽象成了page对象，页面的操作抽象成方法，这样测试人员可以传递不同的测试案例进行测试，如果是面向服务的纯接口性质的，没有页面那就没必要再这样划分,这样就把接口测试转换成了python的单元测试。Result:存放单元测试的执行结果，也可以把每次执行的结果存到数据库打点，然后做测试结果趋势分析,如果后续把项目集成到Jenkins中的话，相当于Jenkins集成python单元测试，这样的话这层也可以不需要。如果是流程的，也可以写成case，只是里面需要多次调用业务逻辑层。

测试行业3年多经验，学历大专+自考本科，主要测试方向web，PC端，wap站，小程序公众号都测试过，app也测过一些，C端B端都有，除功能外，接口性能也有涉猎，但是不能算精通，脚本也能写一些，但是工作中用不到（基本工具开发的脚本已经够工作中使用），不知道是互联网行业今年如此艰难，还是我自己真的太菜了?首先，要分析你觉得困难的原因，一般分析有两点：一是不感兴趣，二是你觉得难，对它恐惧。如果是不感兴趣，那是比较难办的，你可以现实的想一想，懂开发的测试拿的钱多，你不会对钱不感兴趣吧！

成为一个优秀的测试工程师需要具备哪些知识和经验？针对这个问题，可以直接拆分以下三个小问题来详细说明：一、优秀软件测试工程师的标准是什么？对于“优秀的软件测试工程师”的定义其实是没有一个统一标准的，每个公司对“优秀的软件测试工程师”标准都不一样。比如：有的企业需要专业人才，会认为“能将一个比较复杂的测试环境设置好”的工程师就是一名优秀的测试工程师；还有的测试工程师在技术领域特别强，擅长多语言的自动化测试框架（Python/Java等），或是全面发展类型的软件测试工程师（性能测试/渗透测试/安全测试）