分享测试知识

普通程序员 35 岁之后的出路在哪里？互联网大厂裁员浪潮，35 岁左右互联网人该何去何从？大龄程序员转行做什么呢……虽说各个行业都会有这样的现象，我们暂且称之为职业焦虑，很大原因是由于 IT 行业各种技术层出不穷，更新迭代快，互联网代表着创新、活力和潮流，很明显是属于年轻人的行业。在我看来，中年危机的出现根本原因并不是因为你年龄大了，体力和脑力跟不上年轻人，而是你的能力没有追上你的工作年限，也就是说你只是一年经验重复使用了 N 年，感慨工作之后没有时间学习。

首先，自动化测试是一种软件测试方法，是相对于手工测试的一种测试手段。其中，测试人员使用测试工具或编程语言编写脚本来执行测试。通过模拟用户行为、执行测试用例、检查系统行为、生成测试报告等方式来自动化测试流程。手工测试是为了提高软件质量，自动化测试是在提高软件质量的同时提高测试效率（更好、更快、更省时，多快好省，降本增效），两者的最终目标是一致的，都是为软件质量服务。与手动测试相比，自动化测试可以快速执行大量的测试用例，并且可以在重复执行测试用例时保持一致性。

1、自动化测试岗位面试必问的十大问题1）自动化测试是怎么做的？回答建议：从问题出发，要解决什么问题，采用了什么工具/框架，原因是什么？自动化测试的流程，重点是哪些方面，要面临哪些挑战，你是如何解决的，是否有了解或思考过更好的方式。2）为什么会选择自研测试框架？考察点：是否对其他商用/开源框架有所了解，各自的优缺点(技术视野)；阐述自研框架的优势(假设你的实践经验是自研框架)，与业务的匹配性，以及团队的综合情况。3）自动化测试的主要投入和产出是什么？

1、接口测试需要验证数据库么？有的接口会返回很多数据，有的接口可能就返回一个状态码及success之类的消息，这些需要验证数据库么？现在在写一个测试框架，配置接口参数和预期返回值，生成xml文件管理用例，用一个比较方法对预期和返回作比较，不需要根据每个接口写脚本，现在的疑惑只是比较返回值，并不清楚接口是否真的成功了，比如删除之类的接口，返回说成功了，但数据是否真的删除了？如果要验证数据库，感觉得为每个用例写脚本去验证了，这就和初衷不符（只写个比较函数，比较返回的所有值，不需要为每个接口单独验证）。

1、你们公司的接口测试流程是怎样的？（面试高频常问）接口测试我们是在XX项目做的，主要有XX接口，XX接口，XX接口等。1）首先是从开发那里拿到API接口文档，了解接口业务、包括接口地址、请求方式，入参、出参，token鉴权，返回格式等信息。2）然后使用Postman或Jmeter工具执行接口测试，一般使用Jmeter的步骤是这样的：首先新建一个线程组。然后就是新建一个HTTP请求默认值。（输入接口服务器IP和端口）再新建很多HTTP请求，一个请求一个用例。（输入接口路径，访问方式，参数等。

1、什么是接口测试接口测试：测试系统组件间接口的一种测试。主要用于检测外部系统与系统之间以及系统内部各个子系统之间的交互点。重点测试的是数据的交换，这要求对业务逻辑有一定程度上的理解，对数据流向有较好的定位。接口测试的过程：通过测试程序模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端，客户端接收应答报文这一过程（request→response）接口测试的作用：降低成本，提高效率。接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。

1、接口基础介绍1）什么是接口我们常说的接口一般指2种API：应用程序编程接口GUI：图形用户界面（接口）这里我们主要说API——接口测试2）接口测试的目的测试接口的正确性和稳定性（持续集成是接口测试的核心）3）接口测试的原理模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做处理并向客户端返回应答，客户端接收应答的一个过程。4）接口测试的重点检查数据的交换，传递和控制管理过程，还包括处理的次数5）接口测试用例设计。

1、什么是PO模式？答：PO模式是一种设计模式，用于将页面上的元素和操作封装成对象，从而实现页面与业务逻辑的分离。PO模式可以提高代码的复用性、可读性和可维护性，同时也可以降低代码的耦合度和冗余度。2、PO模式的封装原则有哪些？答：PO模式的封装原则有以下几个：每个页面对应一个类，每个类对应一个文件。每个类中定义页面上的元素属性和操作方法。每个元素属性使用定位器（locator）来表示，每个操作方法返回相应的页面对象或结果。每个类中不包含任何断言或验证逻辑，只负责页面上的元素和操作。

1、什么是性能测试性能测试是指通过自动化的测试工具（例如：Jmeter、LoadRunner、Locust 等）模拟多种正常值、峰值以及异常负载条件来对系统的各项性能指标（例如：响应时间、吞吐量、并发量、资源利用率、错误率等）进行测试。功能测试关注的是 1 个人的操作（也就是关注该功能是否能够实现），性能测试关注的是多个人的操作（性能测试的前提是功能没有问题）。2、性能测试指标。

1、抓包如果没有接口文档，那就只能自己动手丰衣足食，通过抓包分析的方式来获取接口信息。常见的抓包工具比如：浏览器 F12、Fiddler、Charles 等，还可以把 Fiddler 抓到的接口导出，通过工具转成接口平台可识别的脚本，进而提高效率。在获取到接口信息后，还需要与开发人员多进行交流，明确接口参数的含义和来源，以便于我们有针对性地进行用例的设计，有不明确的点应当直接找开发同学问清楚，而不应该自己过多的猜想，避免自己的猜想有误造成后续用例设计的错误。

1、自动化测试用例设计url；body；预期结果；请求方式；路径；接口名称；用例名称；模块；用例id；请求参数类型；请求参数代码构建请求可能用到的，自动化测试用例要让代码容易解读。为什么需要用例名称：如果一个模块有很多接口，比如新增，列出，删除课程，一般按照顺序来测试。如果不按照顺序（有名称可以自动识别用例模块，那个接口的，接口用例写的时候打乱，有用例名称可以自己识别组装成列表）—一般接口用例按照模块顺序写，方便。

1、Cookie和Sessionid合作流程快速理解：用户登录成功服务器创建session，返回给客户端，客户端浏览器把session保存到它的cookie里过程描述：登录成功服务器立马创建session，并通过（响应头）中的set-cookie属性把session返回给客户端浏览器把响应头中的set-cookie内容保存起来，存在浏览器自己的cookie中以后浏览器每次发送请求时，都会把该站点的全部cookie封装到请求头中，传递给服务器2、Tooken令牌token：令牌（令牌代表身份信息，身份

1、接口自动化测试什么是接口测试：前后端不分离：淘宝网站（响应的数据在页面，访问响应的数据是html的）返回的是一整个html（做接口难，需要解析数据，因为返回的是整个html代码）前后端分离，前端和后端通过api（接口交互），返回的只是数据本身（App可能并不需要后端返回一个HTML网页）（市面上主流项目前后端分离走json格式的）发请求以json数据格式返回的，通过api接口协议前后端进行交互的2、前端页面安卓或者ios app，网页统层为前端展示（数据展示和用户的交互）,

1、能够大致讲一下你们接口自动化框架是怎么搭建的吗？好的，我们采用unittest和ddt数据驱动思想搭建测试框架，（对数据excel读取、yaml配置、Requests接口请求、Re参数化、Pymysql数据库效验、日志等模块实现封装），其中，用1）Openpyxl来处理excel，存储测试数据（用例数据）2）pyyaml来配置文件（configparse,pyyaml）3）Pymysql来连接mysql数据库，执行sql数据，进行数据效验4）Requests请求库，来向接口发起请求。

1、什么是断言？设计测试用例的方法相信大家都深谙于心，最基本的要素有场景、操作步骤、输入和输出值，目的是验证测试用例对应的业务场景或功能是否如预期实现。预期输出值可能有一个也可能有多个，在功能测试场景中，我们可以通过界面返回或渲染的结果，与产品需求描述和UI设计进行对比，如果符合需求描述和UI设计，则判定该测试用例执行通过。这里的断言方式，可以理解为人工通过对比来判断测试结果的正确性。

1、框架选型其实关于测试框架选型，要考量的无非是如下几点：个人技术基础如何，框架的学习难易曲线；框架功能是否丰富，官方文档是否详细，框架生态是否成熟；框架本身的扩展性如何，是否支持多语言，开源还是商业的；如果个人技术基础比较薄弱，建议选择功能丰富开箱即用，且学习曲线比较平滑的。有些框架入门简单，但是进阶和落地难度就会特别高；有些框架入门难度稍微高点，但整体的学习难易曲线比较平滑，适合不断打怪升级，这点需要看个人适配程度和喜好。

自动化测试这个话题，从出现到在国内大规模开展实践，有很长的一段时间了。早期，大家对自动化测试的理解和使用目的很简单，就是通过机器自动执行，替代人的手工执行。寄期能提高效率，降低成本，同时降低人手工执行带来的误差和遗漏，想法很美好。后来在国内各大小公司大规模开始实践，就开始变形了。这个变形过程，大致分为这几个阶段：1）以工具为载体，将测试用例从人工执行变成机器执行。在这个过程中，工具的不断迭代和演进帮了大忙，同时在某段时期造就了自动化测试工程师这样一个专项岗位。

1、请结合你熟悉的项目，介绍一下你是怎么做测试的？首先要自己熟悉项目，熟悉项目的需求、项目组织架构、项目研发接口等功能 + 接口 + 自动化 + 性能 是怎么处理的？第一步： 进行需求分析，需求评审，研发和测试对需求达成统一的理解第二步：架构师会输出接口规范；前后端开发根据接口进行开发功能测试人员，开始根据需求设计测试用例接口测试人员根据接口规范设计测试接口测试用例第三步：后端开发 先测接口第四步：接口测试人员对接口进行测试第五步：接口测试通过之后，输出接口的测试报告。

1、接口自动化流程怎么做的，框架怎么搭建的？流程：1）分析需求，确定测试范围2）搭建自动化测试环境、准备相关测试数据3）工具选型，搭建测试框架4）编写用例5）执行用例，生成测试报告6）持续集成框架怎么搭建：如果是选择用现有框架的话，可以选择postman、jmeter、Robotframework等框架，也可以基于一些开源的框架平台上再去进行二次开发，比如httprunner等。觉得都用不习惯的话，可以考虑自己写代码封装新的框架。看这套面试题，求职者应该回答的是自己写代码的方式。

1、APP测试篇1）app测试与web测试的区别系统架构：web端系统，更新服务器，不需要更新客户端；APP如果更新了服务端，客户端也要更新并测试；兼容性。Web端要考虑不同的浏览器内核进行测试（IE、chrome、Firefox），APP的兼容性要考虑选择主流的机型，不同的分辨率、尺寸， 以及不同的操作系统；App要考虑交叉事件测试，安装，卸载，前后台切换测试；App还要考虑界面操作，如：横竖屏切换，多点触控，事件触发区域。2）怎么做app测试的？

1、接口测试的必要性和意义接口测试实施在多系统的平台架构下，有着极为高效的成本收益比（当然，单元测试收益更高，但实施单元测试的成本投入更大，技术要求更高，所以应该选择更适合自身的才是最好的方案）。接口测试天生为高复杂性的平台带来高效的缺陷检测和质量监督能力，平台复杂，系统越庞大，接口测试的效果越明显。总的来说，接口测试是保证高复杂性系统质量的内在要求和低成本的经济利益驱动作用下的最佳方案，主要体现在如下三个方面：1）节省了测试成本。

1、接口测试篇1）接口测试是怎么做的？我以下单这个接口说下吧：下单这个接口用的是http协议，使用post请求方式，发送给服务器的参数有token，产品ID，购买数量，收货人地址等等，这些参数都是必传的参数。我们是使用Jmeter来做接口测试的，首先，要新建一个线程组，在线程组下面添加一个http的请求，然后填写好服务器地址，接口路径，请求方式，请求参数。

1、平台解决了什么问题一般在企业内，技术团队如果规模比较小，很少会专门投入资源去做平台化的事情，特别是测试团队，无论是成本预算还是技术能力，先天技术能力不足，后天可投入的资源缺乏。而平台的特点在于：通过平台将操作流程标准化，抹平不同个体间的认知和技术差异，减少重复造轮子带来的的资源浪费以及排查和解决问题的成本，进一步提高人效比。

1、请问你是如何做接口测试的？具体来说，接口测试流程分成以下九步：第一步：分析出测试需求，并请开发提供接口说明文档；第二步：从接口说明文档中整理出接口测试用例，里面要包括详细的入参（正常情况，异常情况包括输入参数个数，类型，可选/必选，考虑参数有互斥或关联的情况）和出参数据（符合接口文档需求）以及明确的格式和检查点；第三步：与开发一起对接口测试用例进行评审；第四步：结合开发库，准备接口测试用例中的入参数据和出参数据，并整理成Excel格式的文件；

1、什么是接口测试刚刚我们讲过，接口就是连接前后端的，那么接口测试可以简单理解为脱离了前端的功能测试。那么一个一个的接口就对应功能测试内一个一个的功能（但是要注意，一个功能有可能不是一个接口就能实现），那么接口测试和功能测试的区别在哪呢？其实功能测试就是在页面上输入我们的参数值，点点点；而接口测试没有前端，而是通过接口文档上的调用地址、请求参数等，校验返回的结果值。那么，从某种意义程度上讲，接口测试的难度是小于功能测试的，因为功能测试还得考虑前端显示问题，比如字体显示，颜色，兼容性等……

职业焦虑，在 IT 互联网行业尤为明显，很大原因是由于 IT 行业各种技术层出不穷，更新迭代快，互联网代表着创新、活力和潮流，很明显是属于年轻人的行业。在我看来，中年危机的出现根本原因并不是因为你年龄大了，体力和脑力跟不上年轻人，而是你的能力没有追上你的工作年限，也就是说你只是一年经验重复使用了 N 年，感慨工作之后没有时间学习。目前主流测试技能：自动化测试，测试开发，性能测试，安全测试等等，掌握其中之一将更有优势。

1、接口测试常用测试点测试的策略：接口测试也是属于功能测试，所以跟我们以往的功能测试流程并没有太大区别，测试流程依旧是：评审测试接口文档（需求文档）根据接口文档编写测试用例（用例编写完全可以按照以往规则来编写，例如等价类划分，边界值等设计方法）执行测试，查看不同的参数请求，接口的返回的数据是否达到预期1）功能测试接口的功能是否正确实现了。

学习阶段很多小伙伴在刚开始学自动化测试的时候，基本都是脚本和测试数据写在一起，从实际工作应用的角度来说很不推荐。因为随着业务和技术的变化迭代，测试脚本和数据也要重新修改并执行，直接增加了自动化测试工作的维护成本，这样做有悖于自动化测试的本质(回归&提高效率)。但对于新手或者初学者来说，将脚本+数据写在一起，它是可以快速实现和有直接反馈的一个demo。初始阶段。

技术实践落地，方案本身就是一个指引；文档落地沉淀为知识库，便于其他同学查看学习；梳理落地思路，经过评审才能获得团队和上级认同，进而有资源投入；1、实施背景和挑战写技术落地方案时，优先级最高的是交代清楚为什么要做这件事，做这件事能解决什么问题。技术本身是无法直接等于价值的，而是通过技术解决问题才能间接创造价值。且任何技术方案的落地，势必都需要一定的成本投入，如果落地后能解决的问题所创造的价值还不如投入的资源，那这个技术案例就是失败的。

1、什么是接口测试接口测试其实就是验证接口内部处理逻辑是否正确，既要保证单接口的正确性，也要保证接口的业务逻辑正确性，主要体现在两方面：①输入正常的测试数据，验证接口正常处理后返回的结果是否正确（数据结构&数据内容）。②输入异常的测试数据，验证接口能否正确处理异常数据并返回特定提示，是否合理，是否健壮。接口测试的整个实现过程基于通信协议（HTTP），通过该协议发送请求（Request）给服务器，服务器处理并返回相应结果（Response），然后对响应的数据进行分析，判定数据结果是否与预期一致。

1、自动化测试框架选型其实关于测试框架选型，要考量的无非是如下几点：个人技术基础如何，框架的学习难易曲线；框架功能是否丰富，官方文档是否详细，框架生态是否成熟；框架本身的扩展性如何，是否支持多语言，开源还是商业的；如果个人技术基础比较薄弱，建议选择功能丰富开箱即用，且学习曲线比较平滑的。有些框架入门简单，但是进阶和落地难度就会特别高；有些框架入门难度稍微高点，但整体的学习难易曲线比较平滑，适合不断打怪升级，这点需要看个人适配程度和喜好。

1、常见接口1）webService接口是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等；2）http api接口是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。

1、怎么设计接口测试用例？答：通常，设计接口测试用例需要考虑以下几个方面：①是否满足前提条件有些接口需要满足前提，才可成功获取数据。常见的，需要登录Token逆向用例：针对是否满足前置条件（假设为n个条件），设计0~n条用例②是否携带默认值参数正向用例：带默认值的参数都不填写、不传参，必填参数都填写正确且存在的“常规”值，其他不填写，设计1条用例③业务规则、功能需求这里根据时间情况，结合接口参数说明，可能需要设计N条正向用例和逆向用例④参数是否必填。

1、什么是接口？接口测试主要用于外部系统与系统之间以及内部各个子系统之间的交互点，定义特定的交互点，然后通过这些交互点来，通过一些特殊的规则也就是协议，来进行数据之间的交互。2、接口都有哪些类型？接口一般分为两种：1）程序内部的接口2）系统对外的接口系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的。

1、接口测试常用测试点接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。测试的策略：接口测试也是属于功能测试，所以跟我们以往的功能测试流程并没有太大区别，测试流程依旧是：评审测试接口文档（需求文档）根据接口文档编写测试用例（用例编写完全可以按照以往规则来编写，例如等价类划分，边界值等设计方法）执行测试，查看不同的参数请求，接口的返回的数据是否达到预期。

1、什么是接口测试？为什么要做接口测试？接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。由于如今的系统复杂度不断上升，传统的测试方法成本急剧增加且测试效率大幅下降，所以就要做接口测试。同时，接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。

1、项目测试流程面试题：你介绍一下你之前公司里面的项目流程（测试流程） --》H模型讲解的时候，要注意偏口语化项目流程 --》H模型项目阶段 --》V模型（用户需求分析-概要设计阶段-详细设计阶段-编码-单元测试阶段-系统集成测试阶段-验收测试阶段）如果面试官问的是测试流程–》那么H模型左边的部分可以不讲（开发的那部分内容可以不讲）

1、为什么要做接口测试测试理念的演变：早些时候，软件研发交付流程大多遵循V型或W型的瀑布模式，这种模式下只有开发编码完成才会提测进入测试验证阶段。这个阶段测试同学做的大多是基于业务流程和页面的功能测试工作，也就是我们自嘲的“点工”。近几年随着业务迭代速度加快，以及测试行业的不断发展，像测试左移、敏捷测试等理念开始被更多的人认可。从软件工程的角度来说，越早介入发现问题和风险，修复的成本越低，最终交付的质量也越高。技术要求的提升：国内大部分测试同学在技术上来说相比于开发，是要弱上不少的。

1、为什么说接口测试如此重要从它对项目的影响来说，接口测试直接测试后端服务，更加接近服务器上运行的代码程序，也更能发现影响范围广泛的 Bug。越接近底层的 Bug，影响用户范围越广随着中台化、服务化的发展，一套服务支持多种终端，例如 Android 端、iOS 端、Web 端等，这些服务都是由一套后端服务支持的。如果在Web端发现一个界面问题，影响的只是Web端用户，倘若一个服务宕掉，影响的就不止是Web端，还有Android 端、iOS 端2、不同协议形式的测试HTTP 协议的接口。

1、什么项目适合做自动化测试？答：一般来说，适合做自动化测试的项目应该满足以下几个条件：项目需求稳定，变更不频繁。项目周期较长，需要反复进行回归测试。项目功能较复杂，涉及多个模块和接口。项目质量要求较高，需要保证高覆盖率和高可靠性。2、你参与过哪些类型的自动化测试项目？答：我参与过以下几种类型的自动化测试项目：Web UI自动化测试：使用Selenium WebDriver和Python编写测试脚本，对网页上的元素进行定位、操作和断言，验证网页的布局、功能和兼容性。