分享测试知识

1、什么是框架框架（framework）是一个框子——指其约束性，也是一个架子——指其支撑性。是一个基本概念上的结构，用于去解决或者处理复杂的问题。在软件工程中，框架（Framework）是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法；另一种定义认为，框架是可被应用开发者定制的应用骨架，前者是从应用方面而后者是从目的方面给出的定义。上面的概念比较抽象，换另一个角度解释：1）框架本身一般不完整到可以解决特定问题；2）框架天生就是为扩展而设计的；

1、业务分析能力1）分析整体业务流程不了解整个公司的业务，根本就没办法进行测试2）分析被测业务数据了解整个业务里面所需的数据有哪些？哪些是需要用户提供的？哪些是自己提供的？有哪些可以是假数据？有哪些必须是真数据？添加数据的时候可以用哪个库？明白了整个软件的数据库架构，才能知道哪一个数据是从哪一个表里头带出来的，它的逻辑是什么，有没有连带关系。3）分析被测系统架构用什么语言开发的？用的是什么服务器？测试它的话需要用什么样的环境进行测试？整体的测试环境是什么样的？

测试岗是不是加班多？我们来说说测试 VS 开发的加班比较：关于加班的问题，以IT行业的现状来说，加班还是比较普遍常见的~至于加班的多少，一般要看公司或者是所待的项目组。一般的话都是跟着项目走的。如果是某些加班比较狠的公司，那么不管开发测试加班都是非常多的（具体是那些996大厂，请自行百度~）。但是大多数情况下，加班时间还是可控的，而且软件测试加班比开发还是要少很多的，测试开发一般加班到1011点的话，测试一般78点左右。所以对于顾家的女性而言，测试相比开发更适合女生。

1、软件测试工程师需要学什么？1）测试环境的搭建本部分主要是学习从操作系统开始，有关的计算机基础知识、软件和硬件知识、计算机理论知识、网络知识、如何在一个操作系统中安装各种软件环境、如何部署一个项目到你的电脑上……学习本部分知识后，就可以将一个项目顺利的部署到一个电脑中，使用各种软件对项目进行测试了。2）前端开发知识。

1、一名合格的软件测试工程师，得掌握什么技能？1）掌握基础理论要想楼层盖得高，根基牢固是关键，对应到软件测试岗位也是一样，首先，你需要对软件测试的基础理论有深入的理解，这包括但不限于软件开发过程、软件测试原理、测试方法论、以及如何设计和编写测试用例等，理解这些基础理论，可以帮助你更好地进行软件测试工作。2）运用自动化测试工具在软件测试领域，自动化测试已经成为趋势，所以需要掌握一些主流的自动化测试工具，如Selenium、Appium等，并理解如何使用这些工具进行测试。

软件测试学到什么程度，可以开始找工作？1）了解测试理论既然考虑到要怎么学习软件测试了，那首先需要对这些测试岗位有一定的了解吧，总不能开始学了还没有个目标，提前了解这些岗位的工作需求也方便大家调整学习的重点。测试岗位一般分为测试工程师，自动化测试工程师，测试开发工程师等，如果朋友们想要了解这些岗位的职位职责或职位要求之类的。

1、不得不选择做测试在众人的观念里，测试人员的地位是极低的，因为这个角色“不创造”，不像产品经理创造了产品、研发人员实现了产品、项目经理推动产品变成了现实。很多人员选择测试这个职业，可以说是“不得不”，技术不够好，不得不退而求其次选择测试，研发人员加班严重、压力大，不得不选择测试。在这些不得不的入行背景下，难免会让大家看轻测试。2、测试人员的四重境界。

软件测试能干到多少岁？事实上，根据市场就业调查数据，目前确实35岁以上的测试工程师比年轻人找工作会难很多，甚至有公司直接规定“年龄要求在35-40岁以下”。市场之所以会如此残酷大致有两个原因：1）比如根据金塔原理，对更接近金字塔顶端的人才需求会更少，所以市场上能为35-40岁经验水平提供的岗位肯定远远少于初级测试员的岗位。2）随着年龄的增长，很多人往往不能像刚毕业的年轻人那样尽心地投入工作。网上一句台词，戳中了很多网友的心。剧中对话的两人讲了一个职场规则：“不要骂那些年轻人，他们会马上离职的！

1、软件测试岗位进阶之路技术晋升初级到高级测试工程师：路径：从初级测试工程师开始，通过不断积累测试经验、提升测试技能，如掌握更多的测试方法、测试工具、测试框架等，可以晋升为高级测试工程师。技能要求：需要具备较强的测试技术能力和问题解决能力，能够独立完成复杂的测试任务。专项测试工程师：对于专注于白盒测试的测试工程师，随着技能的提升和经验的积累，可以进一步发展为性能测试工程师、自动化测试工程师或安全测试工程师等专项测试工程师。特殊要求：白盒测试工程师需要能看懂代码，这对技术能力的要求较高。

1、自动化测试要解决的核心问题1）测试流程中的痛点在传统的软件研发交付流程中，测试通常处于需求-设计-编码-测试-发布的最后一个环节，主要负责质量控制（QC）。测试团队的任务包括分析需求、评估测试点、设计测试用例、执行测试并发现和追踪Bug。由于测试是发布前的最后一道防线，任何前期阶段的延误都会压缩测试的时间窗口，导致测试人员需要在更短的时间内完成更多的工作量。这种时间压力不仅增加了测试人员的工作负担，还可能导致测试覆盖率不足，进而影响软件的质量。2）自动化测试的价值。

我们是否真正理解了自动化的定位？我们是否能够精准地识别出那些真正值得、真正适合进行自动化的机会？自动化是测试的有力“支撑”，而非测试本身。自动化能帮助我们更快、更频繁地执行某些任务，但它无法替代人类的思考、探索和判断。因此，识别何时、何地以及为何进行自动化，比如何写出漂亮的自动化代码更为重要。1、跳出“回归测试”的狭隘圈子一提到自动化，很多人首先想到的是UI层的回归测试。没错，这是自动化最常见的应用场景之一。但测试自动化绝非仅限于此。

刚入职新公司，无论是做业务测试或者技术专项，前期的调研工作是必不可少的。我个人认为在前期的调研阶段，以下几方面是比较重要且必不可少的。1、业务流程和场景（业务）自动化测试的主要目的是提高回归效率。以电商业务场景为例，如下几方面业务流程是比较典型的：用户登陆流程会员注册流程用户导购流程下单支付流程后台处理流程售后服务流程仓储物流流程所谓的调研并不是说找各个模块的研发测试人员一对一访谈这种形式，我更建议去深入到具体的日常工作中，比如参与技术评审、版本迭代、项目复盘。

初级软件测试学习和入门的门槛都是很低的，比起开发岗位来说，要容易得多，只要知道学习路线以及怎么学之后，自学是完全可以入行的。市面上招聘网站上目前关于初级测试工程师的招聘要求，以及薪水待遇等信息。工作经验在两年之内，薪水待遇在 7K-12K 之间的都可以定义为初级测试工程师。当然，有一些名校毕业的计算机大佬，刚毕业就入职大厂测试开发工程师岗位，薪水十几 K 起，我也认识不少这样的人，但是他们都是经过层层面试，竞争是非常激烈的。

1、为什么要学习自动化测试在讨论这个问题之前，先来聊一下测试人员的职业发展路线，无非就是两条，技术路线和管理路线，技术路线一般就是功能测试（60%）–> 自动化测试（25%）–> 测试开发（5%）–> 测试架构师 / 业务专家 / 测试专家（5%），管理路线一般就是测试工程师（60%）–> 测试组长（25%）–> 测试经理（10%）–> 测试总监（5%）。如果你已经从事测试工作两三年时间了，或者开发转测试，又或者上来就要包装三年及以上工作经验，那么掌握自动化测试技能必不可少。

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

1、设计自动化测试落地方案1）实施背景和挑战写技术落地方案时，优先级最高的是交代清楚为什么要做这件事，做这件事能解决什么问题。技术本身是无法直接等于价值的，而是通过技术解决问题才能间接创造价值。且任何技术方案的落地，势必都需要一定的成本投入，如果落地后能解决的问题所创造的价值还不如投入的资源，那这个技术案例就是失败的。以自动化测试来说，自动化测试的本质是将手动执行的部分让机器或者工具自动执行，通过一定的规则和判断逻辑自动出具结果，提高执行的过程效率。

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

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

1、重新认识自动化测试大概18/19年时候，各种自动化测试平台开始在各技术大会、技术沙龙以及技术社区被大家讨论了起来。几个大厂的测试平台之类的最佳实践也开始被大家模仿借鉴学习，这一点大厂做的还是很好的，最起码指引了部分迷茫同学的技术提升和职场发展方向。差不多20年底21年时候，我已经是个测试圈子的老鸟了，开始带团队，负责部分招聘和技术面试工作，也会帮业务线的测试同学交叉面试一些候选人。我发现自动化测试已经成了业务测试同学的面试必问技能。

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

1、自动化测试简介1）为什么要进行自动化测试？①黑盒测试回归效率低；②手动测试的偶然性和不确定性；③回归的覆盖率不足；④交付的产品质量无法保证，全靠评估；⑤系统越复杂，问题越多；⑥上线时间长、构建失败率高导致的蝴蝶效应（迭代快，加班多）；2）自动化测试能解决什么问题？①提高出现问题后的响应速率；②降低回归成本；③提高回归覆盖率；④提高回归效率；⑤提高回归的稳定性；3）自动化测试的不足有哪些？①无法减少成本投入，而是为了加快测试结果反馈，提升测试质量；

1、为什么要做接口自动化测试接口自动化测试是现代软件工程中保障质量的核心实践，也是分层测试中的重要一环。随着微服务架构和DevOps的普及，系统之间的交互复杂度激增，接口测试从单一功能验证演变为覆盖全链路业务场景的关键环节，通过接口自动化测试，可以在软件开发的快速迭代的同时，保障软件的交付质量。接口自动化测试的价值主要体现在以下方面：效率与成本：自动化测试可替代重复性手工操作，提高测试效率，降低测试成本。准确性与覆盖率：通过脚本精准执行边界值、异常场景（如空参数、超长字符），避免人工遗漏。

1、正确性测试正确性测试是接口测试的重要组成部分，它确保接口在接收到请求时返回的是正确的结果。测试的内容包括：接口是否能够识别请求的内容，并以正确的方式处理请求；接口是否能够按预期生成结果；接口是否能够正确的把结果传递给调用者；2、可靠性测试可靠性测试是评估接口是否能够在特定条件下长期正常工作的测试。测试的内容包括：接口是否能够在高流量环境下正常工作；接口是否能够在异常状态下正常工作，例如断网，系统故障等；接口是否能够在长时间的运行后仍然保持正常工作；3、功能测试。

1、测试阶段划分单个模块功能测试时间相对较长，但每一个项目都应该有专门的集成测试阶段，并且应该不止进行一轮。每一轮集成测试，应该都有自己的目的，比如第一轮集成测试，是根据集成测试要点验证整体功能情况；第二轮集成测试是回归测试；第三轮集成测试是交叉测试。每个项目应进行几轮集成测试，根据项目实际情况而定，而决定的因素多与工期、项目问题多少而定。每个项目都应该有专项测试阶段，比如接口测试、性能测试、异常测试等。

1、对于测试招聘者，特别是一、二线互联网公司的招聘者最苦恼的事儿就是招人。对于公司而言，想找到一个合适的人很难，每天各种撒网，简历看几百份，面试几十个人，能找到一个中意的小伙伴就不错了。2、很多测试小伙伴发现找工作很难，特别是百度、腾讯这些大公司，他们需要有以下能力：代码要会写，要有软件架构能力，面试也总是能问到平时根本用不到的技术问题。而工作经验，沟通能力，学历、年龄…这些都成了面试官否决的理由。为什么？能力要求不匹配是最核心的问题。

1、测试环境选择和搭建自动化测试运行环境，不外乎测试环境(SIT)、验收环境(UAT)、灰度环境(PRE)和生产环境(PROD)。在不同的环境运行的目的、效果、优势和不足也各不相同，下面是不同环境的区分对比结果。环境名称优势不足测试环境(SIT)节省环境资源，代码版本比较新，可及时验证，复用性强服务不稳定，测试数据容易混淆，测试结果准确性不高，需要人工二次校验验收环境(UAT)服务相对稳定，环境复用性强，代码版本相对较新测试数据容易混淆灰度环境(PRE)

面试准备1、简历简历是面试者的敲门砖，只有通过HR的初步筛选你才能有机会得到面试，所以简历还是一大关。说实话我也不确定我的简历是否写的标准，是否符合用人单位的要求，但是我面试的这几家公司有那么2，3家是主动找上我的，而且这几天每天都能接到面试邀请，所以我觉得我的简历应该不会有太多问题。ok，我简单的说一下我的简历有哪些内容，哪些内容可能得到了HR的青睐……2、自我介绍。

1、测试阶段划分1）单个模块功能测试时间相对较长，但每一个项目都应该有专门的集成测试阶段，并且应该不止进行一轮。每一轮集成测试，应该都有自己的目的，比如第一轮集成测试，是根据集成测试要点验证整体功能情况；第二轮集成测试是回归测试；第三轮集成测试是交叉测试。每个项目应进行几轮集成测试，根据项目实际情况而定，而决定的因素多与工期、项目问题多少而定。2）每个项目都应该有专项测试阶段，比如接口测试、性能测试、异常测试等。

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

初级测试工程师初级工程师通常有1-2年的测试经验，入行门槛不会太高，通常对专业没有什么要求，有专科学历，熟悉软件测试技术、方法、流程、测试文档等。这时测试的是软件的功能方面，要是想进一步强化，还要熟悉自动化测试流程、管理、测试框架等，熟悉一些主流的软件工程方法和理念，了解软件工程、软件生命周期模型基础、了解软件配置管理等。另外，身为一个测试工程师，沟通能力特别重要，要善于和开发人员交流，开发人员和测试人员并非站在对立面，而是两个角色，目标是一致的。中级测试工程师。

1、自动化一切始终先定义测试范围，然后再考虑自动化。作为新的自动化测试人员，我们想要做最全面的测试工作。你可以使项目的95％自动化，但这是否值得去花费时间，精力和金钱？好奇是至关重要的，但是请始终记住，自动化并不是万能的，并且不可能使所有事情自动化。总是问自己为什么要为一个项目做自动化。去问问其他有经验的同事，如果他们认为做自动化确实是会带来一些收益，那么你可以去做。但是仅仅需要去自动化那些能够提供价值并节省资源的测试工作。2、不注意工具工具可以使测试变得容易或具有挑战性，因此请明智地选择它们。

1、你有没有做过自动化测试我在xx项目中实施了web自动化测试，我们项目中搭建自动化测试框架技术：python+selenium+pytest+ddt+jenkins，然后用的POM分层的模式（面向对象思想），数据驱动使用的是excel+ddt的驱动模式，我在这个自动化测试实施的项目里所负责的那些模块那些测试用例的自动化代码编写我在xx项目中实施了接口自动测试平台搭建，技术栈：python+django+pytest+ddt+jenkins2、请举例说明一下，你在编写自动化脚本过程中碰到了那些异常？

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

首先，要承认成长是一个比较长的过程，而非一蹴而就的事情。成长是什么？我个人认为成长的三要素是技术+经验+心态。技术是解决问题的手段，经验是对解决问题过程的抽象总结，心态则是遇到问题后的应激反应，或者可以理解为看待问题的角度。技术的获取和熟练，需要不断的学习实践，才能形成自己的知识体系。应用技术解决问题的过程和结果优劣，最终经过复盘思考总结形成了经验。知识体系+经验，会不断修正个人面对问题时的心态，最终会形成自己的思维逻辑体系，或者称之为方法论。

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

1、团队内部，解决问题前面的自动化测试系列文章提到过，不同公司不同技术团队对于开展自动化的目的各有不同，常见的目的有下面几点：测试数据准备耗时长，为了提升造数据的效率而做自动化测试；项目上线之前的核心业务链路回归，为了提升回归测试效率，这也是一种上线前的check手段；提测前为了快速验证提测质量，作为一种冒烟测试手段提升效率，同时这也是一种测试左移的实践；团队大业务线多，通过统一框架和协作规范来提升测试团队协作效率，减少造轮子，避免资源内耗浪费；

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

自动化测试框架选型，首先要考虑团队当前的具体情况，即你当前所处团队是初创企业，还是小有规模或者知名大厂。团队在不同阶段的诉求和面临的痛点是不一样的，因此框架选型也要因地制宜。初创企业的测试团队，一般具有这几个特征：技术规范和流程不完善，基础技术设施建设薄弱，团队规模较小，测试同学的技术能力相对更为薄弱。且软件产品处在一个快速迭代和扩展阶段，这个时候团队面临的最大痛点是快速迭代和质量以及效率之间的矛盾很难调和。在这个阶段，如果要落地自动化测试，首先要解决的有无的问题，其次要考虑成本和投入产出比的问题。

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

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