Ces222的博客

配置文件的类型在python自动化测试中，为了减轻测试脚本维护过程中工作量，我们可以将一些常用的变量或者参数值放置在配置文件中。当我们需要修改某个变量的值时，只需修改配置文件中的选项值就可以实现这一目的。除了可以减轻测试脚本在维护过程中的工作量，使用配置文件还有如下优点：减少对源代码的改动点，提高代码的容错率；提高了工作效率；在自动化测试中，经常使用的配置文件类型包括如下两类。分别为：①.ini②.yaml[section1][section2]【示例】[log]

功能测试关注点比较窄不管我们测试的是web, app还是m端，或是如微软C/S架构的软件，还是如银行，国企等专项的产品，功能测试是基础。工作上一年半载的，就能了解相关的测试流程，如需求分析，测试用例编写，用例评审，提测试验收，功能测试，Bug回归以及上线和线上回归。但是很多人员比较关注自己的需求，而不是整体项目或是这个需求在整体项目中的作用，在大型项目或是与多部门合作的时候就手足无措。在一个新项目的测试的时候，如app，仅仅考虑到App本身，而对接口的传递，服务的测试，以及后端数据的校验不去关注。

什么是固件Fixture 翻译成中文即是固件的意思。它其实就是一些函数，会在执行测试方法/测试函数之前（或之后）加载运行它们，常见的如接口用例在请求接口前数据库的初始连接，和请求之后关闭数据库的操作。pytest 中提供了功能更加丰富的Fixture，用于实现setup、teardown功能。定义方式print("连接数据库")调用方式：调用单个fixture函数方式一：使用fixture函数名作为参数print("连接数据库")# 调用beforeprint("执行test_01")

为什么要做接口自动化？UI能模拟用户的真实行为，但是受外部的原因，如电脑卡顿，浏览器卡顿，网速，需求变动等，从而容易造成脚本执行失败，维护成本较高，投入较高等问题接口测试直接验证模块逻辑的正确性，去除UI干扰接口测试难度低于UI测试，执行效率高于UI，可测试的代码覆盖率高，维护成本低，属于低成本，高收益有些项目产品数据列表的内容比较多，不好定位，难以开展UI自动化测试接口自动化能够解放人力，提升工作效率了解一波接口什么是接口？

Allure测试报告框架帮助你轻松实现 “高大上” 报告展示。重点展示了如何将Allure集成到已有的自动化测试工程中、以及如何实现报表的优化展示。Allure非常强大，支持多种语言多种测试框架，无论是Java/Python还是Junit/TestNG，其他语言或者框架实现的流程和本文一致，具体配置参照各语言框架规范安装Windows用户：scoop install allure （需要先下载并安装Scoop，该方法无需配置环境变量）MAC用户：通过Homebrew进行自动安装。

对于自动化测试框架，其实并没有多数人想象中的那么高深玄乎，框架的概念只是一系列的被事先定义好的标准和规范。在自动化测试中我们经常提到的对测试需求的解析、脚本设计、测试执行、测试报告、维护管理等等，通过框架将它们串联并封装起来，从而使框架的终端用户能够更方便地使用。然而，一个好的自动化测试框架，不仅仅要能让用户方便使用，还需要考虑很多其他因素。目前比较常见的自动化测试框架主要有3种：数据驱动框架、关键字驱动框架和混合型框架。1、数据驱动框架(Data Driven Framework)

Po模型介绍1、简介在自动化中，Selenium自动化测试中有一个名字经常被提及PageObject(思想与面向对象的特征相同)，通常PO模型可以大大提高测试用例的维护效率2、为什么要用PO基于selenium2开始ui自动化测试脚本的编写不是多么艰巨的任务。只需要定位到元素，执行对应元素的操作即可。我们所能做的就是元素的定位，然后进行键盘输入或鼠标动作。但随着时间的迁移，测试套件将持续的增长。脚本也将变的越来越多。如果我们需要维护10个页面，100个页面，甚至1000个呢？

首先我们从招聘岗位需求说起。看近期的职业机会，提到“软件测试工程师”，基本上都有关于自动化测试的要求。例如：1、了解 selenium、appium或者其他自动化测试框架；2、至少熟悉一门面向对象开发语言，有一定的代码功底优先；3、熟悉Java或者python，有一定的测试自动化经验和代码阅读能力；4、了解接口集成测试，会使用JMeter、Postman、SoapUI等接口测试工具。等等，上述内容不再一一列举。突然自动化测试遍地开花，好像测试工程师的自动化测试能力成为了标配一般。

传统软件测试行业是以手工测试为主，也就是所谓的点点点，加上国内软件公司不注重测试，受制于大环境影响等也就给了大众一种测试人员虽然身处互联网行业，却是毫无技术可言的工种。话锋一转，到了如今，不得不说一声：大人，时代变了，最直观的表现莫过于招聘要求的提高，越来越要求测试人员拥有七十二变的能力。而在这其中，自动化测试能力是现在手工测试迈向更高技术岗位的必经之路。

框架本身一般不完整到可以解决特定问题；框架天生就是为扩展而设计的；框架里面可以为后续扩展的组件提供很多辅助性、支撑性的方便易用的工具，也就是说框架是配套了一些帮助解决某类问题的库（libraries）或工具（tools）。约束性：针对解决特定问题的软件框架会首先定义问题的边界，进而将相关的软件组件约束在这个边界内，保持框架在解决问题方面上的内聚性。支撑性：框架本身不解决什么问题，但给了解决问题的相关组件一个组合底子，这个底子的科学性和易用性直接影响在此之上进一步开发的科学性和方便性。

为什么要进行自动化测试自动化测试是软件开发生命周期的重要组成部分， 主动修复错误需要对基础代码进行的每个小更改都进行测试和重新测试。随着时间的流逝，回归测试的数量将会增加，测试人员将承受很大的压力，而创新和增长的时间会越来越少。此外，至少有四个因素导致测试成本上升：跨设备、系统和平台进行测试的需求不断增加。将测试范围从例如一个Web浏览器扩展到两个或扩展到包含移动设备会影响工作量。测试用例的数量不断增加。随着每次产品更新，涵盖更多功能所需的测试用例数量都会增加。新功能会影响需要重新测试的现有功能；

接口测试中，上传文件的测试场景非常常见。例如：上传头像（图片）、上传文件、上传视频等。以一个上传图片的例子为大家讲解如何通过 python 测试上传文件接口。①首先通过抓包分析上传文件接口的请求参数：②下面是上传文件接口脚本。把目标文件以open打开，然后存储到变量file。并且使用 files参数指明请求的参数名称、上传文件的类型、以及上传文件的路径。

进行接口测试时，我们需要连接到数据库中，对数据源进行备份、还原、验证等操作。Pymysql模块Pymysql使用方法安装：pip install pymysqlPymsyql使用流程获取连接；获取游标 --游标的作用就是用于对查询数据库所返回的记录进行遍历，以便进行相应的操作；执行SQL语句；关闭游标；关闭连接；

测试开发工程师到底是测试，还是开发？既是测试，也是开发。首先，测试开发是测试工程师，他们是服务于业务测试同学的，目标是解决业务测试工程师的具体问题。这就要求他们必须具备测试思维。其次，测试开发也是开发工程师，他们会针对业务测试同学的具体诉求设计研发对应的小工具，或者研发定制化的一套测试平台。这就要求他们同时具备编程能力。功能测试如何晋升测试开发工程师？1、测试工具使用首先是测试工具的使用，比如说要去进行web自动化首先要做的事情就是去进行自动化测试环境搭建，环境工具。

pytest可以支持对用例自定义标记， 可以把用例按自己的需要归类标记，比如按用例优秀级，标记一些smoke冒烟测试用例。pytest 标记基本使用test_m.py 用例内容执行的时候加-m 参数yaml 用例中加 mark 标记yaml 用例中支持2个地方加标记：config 中使用mark, 作用是当前yaml 文件中的全部用例打上标记；case 用例中加mark，只针对单个用例打上标记；

Pytest与Unittest不同，pytest使用的是python自带的assert关键字来进行断言；assert关键字后面可以接一个表达式，只要表达式的最终结果为True，那么断言通过，用例执行成功，否则用例执行失败assert例子想在抛出异常之后输出一些提示信息，执行之后就方便查看是什么原因了# 异常信息 def f() : return 3 def test_function() : a = f() assert a % 2 == 0 , "判断 a 为偶数，当前 a 的值为：%s" % a。

校验数字的表达式^[0-9]*$^\d{n}$^\d{n,}$^\d{m,n}$^(\-)?^(\-|\+)?\d+(\.\d+)?^[1-9]\d*$ 或 ^([1-9][0-9]*){1,3}$ 或 ^\+?^\-[1-9][]0-9"*$ 或 ^-[1-9]\d*$^\d+$ 或 ^[1-9]\d*|0$^-[1-9]\d*|0$ 或 ^((-\d+)|(0+))$$ 或 ^[1-9]\d*\.\d*|0\.\d*[1-9]\d*|0?\.0+|0$

10年来测试行业发生了什么变化在过去的十年里，我们见证了技术的大幅提升–无人驾驶汽车、人工智能、AR / VR、区块链、无人机和机器人。许多测试和测试自动化从桌面转移到网络和移动设备上。从编写自动化测试的大型和昂贵的工具，我们已经转移到小型，灵活，最重要的是 - 免费的库和工具。现在我们有智能报告系统和Docker容器中的测试。现在在云端并行运行成千上万的测试用例并其实不那么昂贵。但与此同时，许多事情和声明仍然没有改变。以下是一些在测试人员中不断肆虐的无尽话题：手工测试已死！

HTTP协议是一个无状态的应用层协议，也就是说前后两次请求是没有任何关系的。如果我们测试的接口之前有相互依赖关系怎么办呢？（比如我要写东西，是需要先登录的），这时我们就要用到cookie和session技术来保持客户端与服务器端连接的状态Cookie1、获取cookie# -*- coding:utf-8 -*- #获取cookie import requests import json。

Get 请求格式： requests.get(url)注意：若需要传请求参数，可直接在 url 最后的?后面，也可以调用 get() 时多加一个参数 params ，传入请求参数，注意需要是 dict 格式；

什么项目（功能）适合自动化测试？1、项目改动小测试脚本的稳定性决定了自动化测试的维护成本；如果项目改动频繁，测试人员也要根据改动的需求去修改测试脚本、测试用例，甚至需要修改底层的自动化测试测试框架；项目中某些模块比较稳定的，就可以针对这些模块进行自动化测试（如：登录、注册等等）；项目生命周期长自动化测试从 0 到 1 的搭建需要相当长的时间来完成；包含了确定需求范围、自动化测试框架设计、编写自动化测试用例、调试、运行等工作；已经可以理解为这是一个测试软件的开发过程；

首先，谈谈在测试自动化的情况下，带有图形界面的产品的测试用例的设计问题。因为图形界面的输出显示不是很容易做到测试结果自动化比较，所以一般的做法是把图形界面输出的部分单独建立测试用例，以手工运行。而所有非图形输出则可进行自动测试。1、测试个案（或称为测试用例）的生成用编程语言或更方便的剧本语言（script language 例如Perl等）写出短小的程序来产生大量的测试输入（包括输入数据与操作指令）。或同时也按一定的逻辑规律产生标准输出。

初级测试工程师（入行）先入行：先学python+接口测试。接口测试是现在应用最多的技术，也是性能测试的基础。python则语法简洁，可以用的第三方库多。学习目标是使用python搞接口测试。这一步不建议选择主要用jmeter、postman等现成工具搞接口测试的岗位，依赖工具会浪费你的工作年限，导致无法在技术上深入。这一步不建议去做移动端测试、图形界面自动化、游戏测试，选择这些依赖于图形界面的测试类型也会导致在技术上深入极其困难。这一步不建议去小众的企业做小众的领域，会导致后续无法顺利跳槽。

自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。个人认为，只要能服务于测试工作，能够帮助我们提升工作效率的，不管是所谓的自动化工具，还是简单的SQL 脚本、批处理脚本，还是自己编写的小工具等等，都属于自动化范畴。自动化是一个思想，而不是仅仅是某个工具的使用。自动化并非万能，人工测试还是不可或缺的。自动化的目的在于验证问题，手工测试的目的在于发现问题。为什么引入自动测试直接一点的：就是为了节省人力、时间或硬件资源，提高测试效率，满足版本需求的快速迭代，提升产品测试质量。自动化测试前提。

提到软件测试工程师时，很多人依然会联想到那些“点点点”并企图在“点点点”中找到缺陷的人，也就是大家常说的依照测试规范和测试案例来对软件进行测试，检查软件是不是有缺陷，判断软件是不是稳定。但这其实是一个很不好的观点。近年来，随着各大互联网企业的不断发展，对软件的需求越来越大，对软件的稳定性和性能的要求也越来越高，每个测试工程师都要对自己的技术水平进行提升。初级测试工程师初级工程师通常有1-2年的测试经验，入行门槛不会太高，通常对专业没有什么要求，有专科学历，熟悉软件测试技术、方法、流程、测试文档等。

web测试流程需求分析：了解具体需求测试准备：原型图、效果图、需求文件、测试用用例、用例评审、各种测试数据准备测试环节：接受版本开始执行冒烟测试：对版本质量的控制以及此版本是否具备测试条件；UI测试：核对效果图功能测试：核对需求文件测试用例，对功能进行验证兼容测试：各个浏览器，手机是否兼容性能测试：服务器接口，多线程等压测安全测试：专项测试工程师易用性测试：界面与交互性测试，符合交互规范，用户体验良好，使用方便快捷提交bug，争议bug评审，回归测试自动化测试。

8年测试工程师的自动化测试经验分享（刘工）第一次接触自动化那时第一次上手自动化测试，团队里用的是Python，接口自动化测试的框架是requests+Excel+Jenkins，APP自动化测试的框架是Appium。整个公司当时有一款已有的APP，因此在试用期内，我的任务是完成对已有APP的自动化脚本编写和调试。记得当时刚开始去，很没有经验，在跟功能测试同学了解了业务之后，只顾埋着头部署环境，突然有一天，测试主管问我，是否要输出一份自动化测试用例。

手工测试如何进阶自动化测试？如果你已经从事测试工作两三年时间了，或者开发转测试，又或者上来就要包装三年及以上工作经验，那么掌握自动化测试技能必不可少。测试人员的职业发展路线，无非就是两条，技术路线和管理路线。技术路线：功能测试–> 自动化测试–> 测试开发–> 测试架构师 / 业务专家 / 测试专家。管理路线：测试工程师–> 测试组长–> 测试经理–> 测试总监。

测试的目的是发现bug，说明程序有错，要证明程序有错就要有说服力的数据，而这些有说服力的数据就是bug。如果我们在设计测试用例的时候仅从正向思维去出发，设计的测试用例自然而然就是正向的，这其实与开发进行设计实现走的是同样的路，即验证程序是按需求实现了，能够达到预期，但是实现的功能有没有问题，不得而知。逆向思维的方法，其实就是不走寻常路，这也是开发人员常常忽视的地方。大家都在走同样的路，我却往反方向走，用与正向思维相反的思维方式设计用例，发现新bug。这是一种历练，也是历练中的摸索、创新。

测试开发现在测试工程师面试难度越来越大，关于技术方面考察，很多面试官经常会问你是否了解过Redis缓存中间件，这道题一方面是考察你是否对后端技术有一定了解，另一方面也考察你测试工作的深浅。所以本文将由浅到深、由易到难列举Redis相关面试题，为你弥补缓存中间件的知识盲点。注意你的思想，它会变成你的言语；注意你的言语，它会变成你的行动；注意你的行动，它会变成你的习惯；注意你的习惯，它会变成你的性格；注意你的性格，它会变成你的命运。人生重要的不是你从哪里来，而是你到哪里去。

接口测试可以在没有前端界面下进行测试后端的功能校验在前端很难进行测试，因为前端已经有初步校验控制，所以接口测试可以发现很多在前端无法发现的问题提升测试效率，降低人工回归测试的人力成本与时间成本，缩短测试周期。真正的业务逻辑核心是后端。例子说明：有个登录页面，你要登上网站，就需要输入你的账号密码，把账号密码作为请求参数打登录接口，这时客户端会给服务器发个登录请求，服务器鉴权和校验通过之后，就登上去了。到这里就完成了一次接口的请求，或者说跑完了一条接口测试用例。

软件测试的入行转行，不同的人，有不同的看法，有些人不屑于转行，宁可从事熟悉且发展受限的工作，也不想改变；有些人迫于压力，或者追求更好的生活质量而转行；也有些人，是看好这个工作的发展空间而转行的。人无远虑必有近忧，无论是财务危机、中年危机，还是别的危机，每个人的成长过程中，总会遇到某些危机，希望当问题降临在我们身上时，我们都能正视每个问题产生的根源，积极寻求改变，在危机的解决过程中，成就更好的自己。当你第一次开始接触测试这个行业的时候，首先听说的应该都是功能测试。功能测试是通过一些测试手段来验证开发做出的代

测试工作测试的过程就是一个寻找影响产品功能和用户体验bug的过程，测试人员发现的bug类型五花八门。当你在上班期间，听到不远处传来这样的声音“你会不会提BUG，责任人都指派错了，还能好好提吗？”如果哪天开发对着你说出这句话，那么作为测试员的你，心里会怎么想？作为一名测试员如果连常见的系统问题都不知道如何分析，频繁将前端人员的问题指派给后端人员，后端人员的问题指派给前端人员，那你在开发眼中的地位显而易见，口碑、升职、加薪应该是你遥不可及的梦。

测试人员面试中的软技能与其他非技术性的一些考核题目，这部分并没有完全标准的答案 ，但不同于技术部分题目的是，技术题目尤其是现场出题的可能仅仅会问一次，对于大公司而言，每套面试题目都是有保质期的，所以更需要我们能举一反三。如今的软件测试岗位特别卷，我们来分析一下。PO模式，全称为Page Object Model ，简称POM，是页面对象模式。对页面进行抽象或者说建模的过程，是把一个具体的页面转化为编程语言当中的一个对象，页面特性转化成对象属性，页面操作转化为对象方法。

自动化测试环境搭建JAVA+Selenium环境：java+eclipse+selenium的jar包+浏览器驱动+浏览器;Python+Selenium环境：python+pycharm+selenium模块+浏览器驱动+浏览器;让自动化测试脚本正常工作只是自动化测试的第一步，由于自动化脚本会经常执行并更新，因此测试脚本需要可以快速执行、容易维护、容易阅读。俗语曰：不怕事难，就怕手懒。古语曰：少壮不努力，老大徒伤悲。为君聊赋古今词，只望努力从今始；待君勤勉努力时，功成名就心愿至。

我们做自动化的时候经常把代码的重点放在逻辑层，或者数据层。其实我写代码主要精力也放在这边。但是真正看一个测试脚本的水平高低，其实是看断言能力的高低，因为断言才能体现出真正的测试思维和测试经验。可是在实际工作中，相信有些同事可能和我一样对各式各样的断言类也是傻傻分不清楚。我们主要工作目标是验证实际结果与预期结果是一致的，在自动化软件测试中，通过断言来实现这一目的。

自动化测试因其节约成本、提高效率、减少手动干预等优势已经日渐成为测试人员的“潮流”。自动化测试的流行和诸多优势并不意味着它是灵丹妙药，定制型项目、周期短、测试易用性等情况并不适合自动化测试。一些公司没有如设想的一般从自动化实施中受益，因为从自动化测试中获得的效益取决于采用它的灵活性。前段时间，有同学问到：自动化case越多，测试数据越多，数据的管理成本也越来越高，是否需要一个数据池来专门管理测试数据？这是一个好问题，也是很多测试同学在自动化测试实践中必须面对的一个问题。

人们对测试工作的重视以及测试工作的不断深入，越来越多的公司开始使用自动化测试工具。如果能够正确地选择和使用自动化测试工具，就会提高测试的效率和测试质量，降低测试成本。需求频繁变动会增加自动化测试的维护成本，因为自动化测试维护本身就是一个修改、调试的过程。因而，对相对稳定的模块可进行自动化测试,而变动较大的用手工测试。自动化测试将手工测试繁琐重复的操作步骤以自动化的方式完成，节约手工测试时间，其关键在于脚本的复用性。

网上的软件测试面试题更是层出不穷。但是单单刷软件测试面试题就足够了吗？答案显然是不够的！那么为什么呢？因为现在的软件测试就业环境早就和两年前不可同日而语了……也就是说大家刷面试题一定要刷到那些有技术含量，比较常见的才行。粉丝小A：虽然都在说大环境不好，失业的人很多，我最近约面试的还是比较多的，说说最近的体会吧。人生是战场，需要冲次，需要拼搏，处处布满陷井，一不小心就会中埋伏，就会遭遇失败，永无翻身之日，但我们拼搏一定要方向明确，有目标性拼搏，才会成功，幸福才会属于你。

功能方面，需要检查所有的页面，如主页面（包括特色产品、特价产品展示、登录详情、搜索功能）产品详情页、分类页、下单、支付网关一切都要进行测试。当你购买或增加数量时，检查购物车是否得到更新。检查特殊优惠券和优惠是否应用于正确的订单，你看到的折扣价格是否显示。考虑到产品的变化数量。检查过滤选项是否准确工作。注册时，应进行超级验证。只有新用户才能注册。购物篮中添加了一个产品，那么他们之前登录时的愿望清单部分应该被保存，并在下次登录时显示出来。…接下来我们就来细分了解。