分享测试知识

1、什么项目适合做自动化测试？1）需求稳定，不会频繁变更2）研发和维护周期长，需要频繁执行回归测试3）需要在多种平台上重复运行相同测试的场景4）某些测试项目通过手工测试无法实现，或者手工成本太高5）被测软件的开发较为规范，能够保证系统的可测试性6）测试人员已经具备一定的编程能力所以，要综合实际情况来看待“自动化测试”。它的确可以从一定程度上解放测试人员的劳动力，完成一些人工无法实现的测试，但并不适用于所有的测试场景。如果，维护自动化测试的代价高过了节省的测试成本，往往会得不偿失。

1、自动化测试-实施方案1）项目讨论1.1 项目中符合自动化测试的部分有哪些？(目标和范围 scope， 准入准出标准)稳定的需求点、变动较少的页面每日构建后的测试验证 daily build比较频繁的回归测试需要在多平台上运行的相同测试案例、组合遍历型的测试、大量的重复任务1.2 自动化用例在整个项目的测试用例的覆盖率一般的要求 50% +重点的要求 80% +根据项目的具体要求，变动特别大的项目需要额外单独考虑覆盖率2）团队建设。

1、自动化测试目标自动化测试的主要目标是提高测试效率和准确性，以便更好地支持软件开发和交付流程。以下是一些常见的自动化测试目标：提高测试效率：自动化测试可以代替手动测试，从而加速测试过程，尤其是在重复性、繁琐或复杂的测试任务中。支持更高的测试覆盖率：自动化测试可以覆盖更多的测试用例和情景，以便检测潜在的问题和错误。提高测试准确性：自动化测试可以避免人为错误和主观判断，从而提高测试结果的准确性和可靠性。支持持续集成和交付：自动化测试可以与持续集成和交付流程集成，以便在软件开发过程中快速检测和解决问题。

1、你会封装自动化测试框架吗？这个问得最多，甚至有很多公司直接写在招聘要求中！当然可以，自动化框架主要的核心框架就是分层+PO模式：分别为：基础封装层BasePage，PO页面对象层，TestCase测试用例层。然后再加上日志处理模块，ini配置文件读取模块，unittest+ddt数据驱动模块，jenkins持续集成模式组成。2、如何把自动化测试在公司中实施并推广起来的？1）项目组调研选择自动化工具并开会演示demo案例，我们主要是演示selenium和robotframework两种。

1、原则任何新增接口和修改接口都需通知测试人员，并由其进行相关接口测试；接口测试不仅要求从白盒角度对系统的整体架构有足够了解(逻辑)，还要求从黑盒角度对用户场景熟悉(业务)，两者相辅相承设计测试用例；始终站在用户的角度对系统接口进行全面高效持续的检测。2、评估项业务功能覆盖是否完整业务规则覆盖是否完整参数验证是否达到要求（边界、业务规则）接口异常场景覆盖是否完整接口覆盖率是否达到要求代码覆盖率是否达到要求性能指标是否满足要求安全指标是否满足要求3、类型。

1、测试环境选择和搭建自动化测试运行环境，不外乎测试环境(SIT)、验收环境(UAT)、灰度环境(PRE)和生产环境(PROD)。在不同的环境运行的目的、效果、优势和不足也各不相同，下面是不同环境的区分对比结果。不同环境对自动化测试开展的便利性和制约性不同，建议根据自动化测试的成熟度、要解决的问题来选择不同的环境。当然，如果选择搭建单独的自动化测试环境，就要考虑环境资源申请、域名、代码仓库权限、维护成本等因素。

1、线性测试早期的自动化测试，就是通过录制或者编写应用程序的操作步骤产生响应的线性脚本，来模拟用户完整的操作场景。优点：单个脚本相对完整，且独立，可拿出来单独执行；缺点：开发成本很高，测试用例之间可能存在重复操作，每次都要录制或编写重复的操作，比如用户登录；维护成本很高，因为存在重复操作，因此如重复操作发生变更，就需要包含重复操作的用例都需要进行修改；2、模块驱动化测试将重复的操作独立封装为公共模块，用例执行过程中需要用到时调用该公共模块，最大限度的消除重复操作；

1、自动化测试的分层模型自动化测试的分层模型，测试同学都应该很熟悉了，按照分层测试理念，自动化测试的投入产出应该是一个金字塔模型。越是向下，投入/产出比就越高，但开展的难易程度/成本和技术要求就越高。接口自动化测试方向：Python+requests+pytest+yaml+alluer+Jenkins；web自动化测试方向：Python+selenium4+pytest+POM+allure+Jenkins；

自动化测试其实是一个老生常谈的话题了，业内各种自动化测试平台/框架，或者最佳实践已经足够多。按理来说大家依葫芦画瓢，摸着别人的路走应该都不至于难以落地，但现实是依然有很多团队面临难以落地或者说落地了没到达预期效果。1、自动化测试要解决什么问题？在传统的软件研发交付流程中，大致有五个阶段：需求-设计-编码-测试-发布。测试更多的只是这个流程中的一环，主要负责QC(质量检测)，即分析需求，评估测试点，设计测试用例，执行case，发现并追踪BUG。由于测试处在软件产品发布前的最后一环，且在前面几个阶段往往有各种原

为什么要设计case？无论是功能测试还是自动化测试甚至性能测试，设计测试case都是必须的。当然，不同的测试类型，在设计测试case时候的侧重点和颗粒度是不同的。设计测试case的目的，我个人认为主要有如下几点原因：1、便于测试活动开展测试工作的本质是尽可能以更高的效率保障交付产出物的质量满足甚至超出预期，这是所有测试工作的最终目标。但在实际的工作实践中，绝大多数的测试工作都是围绕测试case来开展。

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

接口自动化建设过程中遇到了一些困境，需要从团队建设角度给出发展目标和具体的指标，主要问题有如下两点：大厂/有最佳实践的团队，接口自动化在微服务的角度覆盖率需要达到多少？接口自动化的稳定性(case通过率)需要达到多少才算是达标，达到多少算比较优秀？个人认为背后的原因在于，在开展接口自动化测试工作时，并没有考虑清楚需要投入的成本，团队当前的现状，以及优先级最高的问题该如何解决。从自动化测试的投入产出比金字塔模型来说，接口自动化确实是性价比最高的一种自动化测试方式。

对于自动化测试的价值如何体现，主要有如下2点：1）基于团队内部，从解决问题角度出发的技术落地实践和数据度量；2）基于跨团队合作，从KPI/OKR角度,用度量的数据来支撑你的价值传递；1、团队内部，解决问题不同公司不同技术团队对于开展自动化的目的各有不同，常见的目的有下面几点：测试数据准备耗时长，为了提升造数据的效率而做自动化测试；项目上线之前的核心业务链路回归，为了提升回归测试效率，这也是一种上线前的check手段；

接口自动化测试中，有必要把接口返回的每个字段都进行断言吗？无论是性能测试还是自动化测试中，要不要设置断言，为什么设置断言，断言的作用是什么，如何设置断言，都是新手容易踩坑犯错的地方。1、什么是断言设计测试用例的方法相信大家都深谙于心，最基本的要素有场景、操作步骤、输入和输出值，目的是验证测试用例对应的业务场景或功能是否如预期实现。预期输出值可能有一个也可能有多个，在功能测试场景中，我们可以通过界面返回或渲染的结果，与产品需求描述和UI设计进行对比，如果符合需求描述和UI设计，则判定该测试用例执行通过。

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

持续集成的自动化用例很多，测试环境日志level为debug，日志量大概40G/每天，定位问题时日志查询很慢，该怎么解决？这个问题可以说是自动化测试实践中经常遇到的问题，那么该如何解决这些问题呢？或者说有没有更好的方案来优化这些问题？1、日志作用日志的本质就是记录系统各种操作事件的记录信息。它记录了系统的各项特征，类似医院体检后的体检报告。它反映了系统的健康状态、各项操作事件、系统变更情况以及各种异常隐患。

1、落地前：分析因素从我个人的工作实践经验来看，在决定是否引入新的技术框架或者开展技术项目前，足够详尽的分析调研必不可少。这样做的好处在于一方面可以避免重复建设；另一方面，尽可能确保投入的资源能获得足够的收益。落地自动化测试之前，主要有如下几点因素需要考量。1）当前面临的痛点是什么？引入自动化测试是为了解决工作过程中遇到的问题或痛点，所以在引入之前第一个要考虑的是当前面临的痛点是什么。

自动化case越多，测试数据越多，数据的管理成本也越来越高，是否需要一个数据池来专门管理测试数据？随着技术不断发展，新的工具、方法论和技术实践越来越多，自动化测试在具体工作中有了很多方法论和实践，这些实践的背后是什么原因在推动技术的发展。自动化测试成熟度演变分为如下几个阶段：PS：上图不同阶段的标识，只是为了说明每个阶段的测试数据特性，而非这个阶段的具体技术实现方式和细节。1、学习阶段很多测试同学在刚开始学自动化测试的时候，基本都是脚本和测试数据写在一起，从实际工作应用的角度来说很不推荐。

自动化测试已经成了业务测试同学的面试必问技能。前几年大家觉得功能测试最多只负责功能+接口，自动化测试需要有专门的岗位，而近几年，自动化测试成了业务测试的必备技能。我个人认为原因有如下几点：软件工程理念在实际工作中的不断深入；业务迭代加速以及系统架构不断复杂化倒逼测试提升效率；自动化测试工具/框架/技术实践不断丰富成熟以及求职市场的整体水平提升；其实自动化测试的理念很早就被提出来了，国外也有很多的实践，国内相对较慢，但近几年测试圈子整体的基础技术建设也在快速发展。

近几年随着业务迭代速度加快，以及测试行业的不断发展，像测试左移、敏捷测试等理念开始被更多的人认可。从软件工程的角度来说，越早介入发现问题和风险，修复的成本越低，最终交付的质量也越高。1、理解接口和接口测试1）如何理解接口？简单来说，接口就是一个中介，负责界面层的业务场景和代码层的实现逻辑交互转化。接口遵循一定的规则和约束，输入特定的数据会返回特定的数据，输入和输出的逻辑需要事先约定。接口之间互相调用也需要遵循一定的规则，这个规则就是网络协议，如：http协议、tcp协议，rpc协议。

技术菜鸟如何提升自己的能力？常见背景：1）本科软件工程专业，3年测试经验，历经两家公司。2）当前岗位是测试工程师，业务和技术占比9:1，加班较多。3）学了一些技术课程，但工作中技术实践不多，个人比较迷茫。4）希望能提升自己的技术水平和专业能力，但不知道从哪里切入。首先，要承认成长是一个比较长的过程，而非一蹴而就的事情。自动化测试方向：接口自动化测试方向：Python+requests+pytest+yaml+alluer+Jenkins；

1、测试范围无论是功能测试，还是自动化或者性能测试，第一步要做的，是明确测试范围和需求指标。对于自动化测试来说，特别是UI自动化，并不是所有的功能点都适合做UI自动化。根据具体的业务情况和项目稳定程度，选择UI自动化+API自动化结合，选择合适的业务点来进行针对性的自动化测试方案设计，才是最佳方案。对于什么项目适合做UI自动化，这里列几个我个人觉得比较适合做UI自动化的点：①使用频次较高，异常判断较多，且最基础的功能，比如用户注册、登录；②用户端比较核心的功能，比如订单中心，会员中心；

1、接口测试的必要性和意义接口，即API，应用程序编程接口，关于接口的介绍，之前的博客就有详细介绍过，感兴趣的童鞋可以去看看：接口测试简介这里主要说说接口测试的必要性和意义：接口测试实施在多系统的平台架构下，有着极为高效的成本收益比（当然，单元测试收益更高，但实施单元测试的成本投入更大，技术要求更高，所以应该选择更适合自身的才是最好的方案）。接口测试天生为高复杂性的平台带来高效的缺陷检测和质量监督能力，平台复杂，系统越庞大，接口测试的效果越明显。

1、Pytest框架Pytest是一个强大的Python自动化测试框架，它提供了丰富的功能来帮助用户编写、运行和组织测试用例。Pytest支持丰富的插件，能够扩展其功能，例如生成HTML测试报告、多线程运行测试用例、控制用例执行顺序等。此外，Pytest还支持与Selenium、Requests等库结合，实现Web自动化、接口自动化和App自动化测试。2、开发思想接口自动化测试框架的核心思想是通过封装一些自动化的基础模块、管理模块和统计模块，来提高测试效率，降低维护成本，减少人工干预，增加代码的重用性。

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

1、后台登录案例设计测试用例处理验证码以及绕过登录使用cookie机制1）搭建测试环境安装第三方库，配置对应的测试环境需要安装依赖库安装对应的浏览器以及驱动谷歌浏览器谷歌的驱动浏览器和驱动版本号一定要保持一致才能进行使用版本号是114之前：https://chromedriver.storage.googleapis.com/index.html版本号是114之后：https://googlechromelabs.github.io/chrome-for-testing/#stable将谷歌驱

1、什么是数据驱动测试数据驱动测试被称为DDT：D-data：数据D-driver：驱动T：tests：测试用例数据驱动测试的使用场景：将不同的数据放在同一个业务逻辑上运行，然后驱动测试用例执行核心思想：实现一个用例脚本使用不同的参数数据进行全部的用例执行2、pytest实现参数化流程对于一样的用例执行流程，使用不同的参数数据可以进行数据驱动测试实现参数化流程安装第三库pytest测试框架创建模块以及用例函数名都需要符合pytest默认的匹配规则。

1、pytest核心基本功能非常容易上手，入门简单，具有丰富的资料文档，有很多实例可以进行参考具有很多的第三方插件，并且可以自定义扩展功能执行测试用例过程中可以将某些用例进行标记：跳过，指定顺序执行，标记失败，标记参数化等支持标记参数化：用例脚本只需要编写一次，那么可以实现数据驱动测试完整整个模块的测试内容支持重复执行失败用例便捷管理用例，方便和持续集成工作完成集成任务，便于生成自动化测试报告自动化测试框架的核心作用：定位测试用例；执行测试用例；断言测试用例；生成测试报告；

1、YAML简介yaml是一种文件类型，往细了说，是一种通用的数据序列化格式；它与python中的字典数据类型大致相同。也是遵循key=value（键值对形式）的方式进行数据存储。YAML是一个可读性高，用来表达数据序列化的格式。YAML参考了其他多种语言，包括：C语言、Python、Perl，并从XML、电子邮件的数据格式（RFC 2822）中获得灵感。Clark Evans在2001年首次发表了这种语言，另外Ingy döt Net与Oren Ben-Kiki也是这语言的共同设计者。

1、web自动化测试的流程实施1）需求分析在这一阶段，需要明确测试的目标和范围，例如需要测试哪些功能，需要覆盖哪些场景，需要满足哪些性能指标等。同时也要考虑测试数据的准备，例如如何生成测试数据、如何管理测试数据等。2）技术选型在这一阶段，需要根据项目需求和特点，选择合适的自动化测试框架和工具。例如选择SeleniumWebDriver作为自动化测试框架，使用Python语言编写测试脚本，使用Pytest作为测试运行工具等。3）环境搭建。

1、测试框架简介1）测试框架的优点代码复用率高，如果不使用框架的话，代码会显得很冗余。可以组装日志、报告、邮件等一些高级功能。提高元素等数据的可维护性，元素发生变化时，只需要更新一下配置文件。使用更灵活的PageObject设计模式。2）测试框架的整体目录目录/文件说明是否为python包common这个包中存放的是常见的通用的类，如读取配置文件是config配置文件目录是logs日志目录page对selenium的方放进行深度的封装是页面元素存放目录。

1、什么是单元测试框架？单元测试是指在软件开发当中，针对软件的最小单位（函数，方法）进行正确性的检查测试。2、单元测试框架主要做什么？测试发现：从多个文件里面去找到我们需要的测试用例。测试执行：按照一定的顺序和规则去执行测试用例，并生成结果。测试判断：通过断言判断预期结果和实际结果的差异。测试报告：统计测试进度，耗时，通过率等数据，并生成测试报告。3、单元测试框架和自动化测试框架有什么关系1）自动化测试框架作用提高测试效率，降低自动化用例的维护成本。

1、软件测试的内卷是怎样的？在谈起测试圈的内卷之前，我们必须先搞清楚我们常说的内卷是什么。内卷，网络流行词，本意是指人类社会在一个发展阶段达到某种确定的形式后，停滞不前或无法转化为另一种高级模式的现象。当社会资源无法满足所有人的需求时，人们通过竞争来获取更多资源。在测试圈，随着基于敏捷甚至是Devops的架构，作为这些架构重要内容的自动化成为了热门，而测试行业也进入了推广自动化的“军备竞赛”。

1、学习自动化之前，先了解自动化测试是什么？自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。2、自动化测试如何学习，自动化测试又有那些类型1）自动化测试的类型什么可以自动化？实际上很多，但是通常容易误解这个问题。有两个主要类型，功能性和非功能性：功能性：测试软件的实际业务应用程序。

发现人们对测试非常轻视，究其原因就在于测试入门的门槛太低了，导致人们认为测试仅仅会点页面。1、页面功能测试机能1）按照产品给的需求文档，原型图，UI图完成测试用例，完成测试用例你要用到等价类划分、边界值分析法、错误推测法、因果图方法、判断表驱动法、正交试验法、功能图法；同时你要分析业务逻辑，用户操作场景，异常场景，关联业务等。2）执行用例根据测试阶段，代码改动，环境等挑选相关用例执行；

1、哪一刻，让你想起了自动化？一名大厂测开，编写自动化脚本，已然成为一种必备的技能。但是，什么情况下使用自动化，使用自动化的前提条件，却不是很多人都熟知。这就好比，拿到驾照会开车的人很多，但车子何时需要做养护，每个阶段养护内容是什么，应该不是所有驾驶员都知道。彻底搞懂自动化的来龙去脉，自动化的场景及成本维护等…尤为重要1）执行回归测试问：在日常测试工作中，由于新追加的需求(不允许怼产品经理)或者修复BUG，如何确定是否因其而引起新的BUG？答：我们常用做法，就是 回归测试。

软件测试这个行业总是会被很多人误解。不懂行的人总会这样吐槽：“测试员就是吃青春饭的”，“30岁还没做公司中层领导说明快被企业淘汰了”，“过了30岁年薪还没破20W+他就该考虑转行了”这导致很多人认为测试员最容易在中年之前就开始焦虑。软件测试是一个缺乏发展空间、做到一定阶段后只能通过“转岗”来寻找发展机会的职业吗？肯定不是。测试员升职七个阶段那么软件测试的职业发展方向有哪些？作为软件测试工程师，又该如何为自己制订职业发展规划？第一阶段：初级测试工程师。

大部分类型的测试都需要去准备测试数据。手工测试：一些基础数据，比如配置数据等等是需要去准备的；自动化测试：基础需要准备，现有数据，动态运行时产生的数据是需要准备的；性能测试：跟自动化测试差不多。1、测试数据的分类基础数据，比如一些内容管理系统会配置站点的标题，友情链接之类的基础配置数据；存量数据，也就是现有数据。比如在测试一些电商站点的时候会提前插入一些商品信息，类目信息物流信息等；动态数据，也可以叫做session数据。比如在测试电商站点的发布商品功能的时候，往往会去创建一些新的商品。

根据观察，优秀的测试人员可以做的事情可以包括如下3点：由单纯的测试变成项目质量保证工作；持续集成探索和推动和自动化测试技术研究；测试相关工具的开发；1、由单纯的测试变成项目质量保证工作测试，从狭义的角度来讲，包括如下这些环节：测试计划和测试用例编写－测试执行－质量报告书写测试人员一般会在开发阶段就进行测试计划和测试用例的编写和准备工作；在测试阶段，我们一般先会做功能测试，等项目功能基本稳定，bug较少了，就开始做兼容性测试、性能测试、安全性测试。

小刘：成功不能复制，但经验却可以借鉴！从曾经的月薪3K，到现在的月薪20K，我觉得我的涨薪之路的的确确可以给很多人一些参考。授人以鱼不如授人以渔，所以，把经验分享给大家，希望可以帮助一些迷茫于测试职业发展的朋友们！谈谈我眼中软件测试的前景这个行业前景怎么样，我入行的话会出现什么样的问题？遇到瓶颈怎么破？这一系列问题是很多在行业外观望的同学甚至是刚刚入行的朋友都密切关注，毕竟这关系到自己未来的收入，甚至是决定自己的职业发展方向，下面以我多年的经验帮你一一化解你们的疑问。