2301_81967703的博客

面试官您好，我叫XXX，一直从事车载软件测试，负责最多的是中控方面。以下是我的一些优势：车载的测试流程我是熟练掌握的，且能够独立编写测试用例。平时BUG提交会使用到Jira，类似禅道这些缺陷管理工具。测试中抓取log会涉及adb命令的使用 ，也如会用monkey进行APP的稳定性测试，有涉及到代码修改户使用到Androidstudio这些开发工具。我自学过Java语法，看懂简单代码。我接触过有涉及到使用Canoe工具的项目，比如HUD，CANoe主要是用来仿真发送报文、分析报文等这些作用。

移动应用主要有权限、安装卸载、UI、功能、性能、中断、兼容性、安全性、回归、升级更新、用户体验。服务端有接口测试、性能测试、安全测试。

1)session存储于服务器，可以理解为一个状态列表，拥有一个唯一识别符号 sessionId，通常存放于cookie中，服务器收到cookie后解析出sessionld，再去session列表中查找，才能找到相应 session。依赖cookie2)cookie类似一个令牌，装有sessionId，存储在客户端，浏览器通常会自动添加。3)cookie安全性比session差4)token也类似一个令牌，无状态，用户信息都被加密到token中，服务器收到 token后解密就可知道是哪个用户。

系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方 ，进行改正。白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构进行测试程序，通过测试来检测产品内部逻辑是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。80-20原则，软件中80%的bug可以在分析、设计与评审阶段就能被发现与修正，16%的缺陷在系统的软件测试中发现，最后剩下的4%是用户长期使用的过程中才能暴露出来。

两种性能指标业务指标；技术指标；通常我们会从两个层面定义性能场景的需求指标，它们有映射关系，技术指标不能脱离业务指标。

Selenium是一个用于自动化Web应用程序测试的工具。它支持多种浏览器，包括Chrome、Firefox、Safari等，并提供了丰富的API供开发者使用。通过Selenium，我们可以模拟用户在浏览器中的操作，如点击、输入、滚动等，从而实现对网页的自动化测试与爬虫。通过本文的介绍，你应该已经对selenium库有了初步的了解。这个库不仅功能强大，而且应用广泛，无论是进行网页自动化测试还是实现爬虫，都能发挥巨大的作用。如果你对网页自动化测试与爬虫感兴趣，不妨尝试一下selenium。

既可以满足接口测试的要求，还可以在接口测试完成之后生成完整的接口文档，补充没有接口文档的空白，节省了编写接口文档的时间。一、接口抓包工具在没有接口文档的时候，就需要我们使用抓包工具，这里可以使用fiddle进行抓包获取接口数据进行接口测试。在分析接口，可以在接口分析的页面下载markdown、word等格式的接口文档。这就是在没有接口文档测试接口的方法了，测试完之后还可以生成对应的接口测试文档。接口测试工具可以推荐使用国产接口测试和接口文档生成工具：apipost。在进行接口测试之前，一般开发会提供。

1、脚本（asp、php、jsp）3、HTTP协议4、CMS内容管理系统（B/S）5、MD5/加盐（salt）6、肉鸡、抓鸡、DDOS、cc（耗费自己的CPU资源分配代理服务器）7、一句话、小马、大马webshell、提权、后门、跳板、rookit8、源码打包、脱裤、暴库9、嗅探、rookit、社工11、src平台、0day12、事件型漏洞，通用型漏洞13、web服务器、web容器、中间件。

我经常与一些客户打交道，他们的测试自动化要么刚刚开始，要么正在努力成长，而且他们常常都犯同样的致命错误。虽然他们可能了解测试自动化的基础知识，但是他们仍然认为脚本化测试的价值在于通过自动执行脚本而不是手工执行来节省时间。他们的理由是，如果执行速度比人类执行速度快，那么最大的效率收益应该来自于自动化运行时间最长的测试。如果执行时间是衡量价值的唯一时间，那么他们是对的。但是测试执行时间只是一个与时间相关的问题，还需要考虑编写自动化测试所需的时间，以及学习如何编写测试所需的时间。

特别是在OLAP引擎选择的时候，需要测试其对标准SQL支持的情况，如部门不支持update和delete操作、不支持with语句、不支持except和intersection操作等。CPU、内存、磁盘IO、网络负载使用率不超过80%，响应时间90%的读取、写入、导出、导入不超过3s，有不到10%的响应时间不超过5s。单一用户单个事务的测试，目的是在对选择的用户在无压力的情况下获取系统处理单个请求的情况。1.大数据组件的性能回归，在版本升级的时候，进行新旧版本的性能比对。

是由著名开源软件巨头Apache组织开发的纯Java的压力测试工具，它即能测试动态服务（WebService），也能测试静态资源，包括Servlet服务、CGI脚本等，还能测试动态语言服务（PHP、Java、ASP.NET等）和数据库和FTP服务，测试结束之后能够根据测试的脚本配置和服务器配置情况，生成可视化的测试报告图表。本文以测试基于HTTP请求的WebService服务为例进行讲解。

最近看到了一篇很有意思的文章，是德国帕德博恩大学的一篇。里面提出了一种GUI测试的事件序列图（ESG）建模方法，以及基于ESG的错误推测法和风险分析的使用方法。感觉很有意思，想和大家分享。首先，让我们来浅浅认识一下ESG。

介绍一下这个项目能做什么，有什么核心模块，需要应付什么量级的流量。以支付中心为例子：为内部的订单系统提供支付能力，对内提供了微信、支付宝、抖音、海外、信用卡、钱包、礼品卡以及组合支付的支付、回调、退款、查询、业务对账等能力。平时需要应付每秒1万的支付请求。

随着金三银四的来临，经济的复苏，各行各业也在复苏，相信无论是即将毕业的大学生，还是想换工作的小伙伴，想必都蠢蠢欲动。但想找到一份适合自己的工作，实际上没有想像中的那么简单。

自动化测试是每个软件公司反复提及的，放眼望去，测试岗位的招聘要求里十有八九都会有一条“掌握自动化测试技巧”，甚至有的公司把用例自动化率（实现自动化的用例数/总用例数*100%）当作考核测试人员工作质量的指标之一。那么，对此，想必大多测试人员会发出灵魂一问：难道手工测试就必须消亡了吗？自动化用例真的那么重要吗？是不是所有用例都需要实现自动化呢？自动化测试是不是就是所向披靡，无敌的呢？在回答这几个问题之前，我们先来简单了解下自动化测试的特点。

微软前几天发布了集成了GPT-4模型的office套件，从演示视频看，大概可以做这样一些事情稍微了解了一下原理，大概流程是从原理可以看出office基本上把语言模型，目前也就是GPT-4当成了黑盒，这样应用软件层面其实不需要了解太多模型的细节和实现，只需要把模型当成语言理解器，内容生成器就好了。语言模型只负责理解用户的prompt和生成内容，office负责整合数据，调整prompt，以及我们今天讨论的话题，执行ui自动化。

背景：在软件开发过程中，线上问题的复现和定位是开发日常的一个活动。然而令开发人员头疼的是，由于线上环境与本地环境的配置和数据存在差异（如数据库中的数据、缓存中的数据等），线上的问题往往无法快速在本地测试环境中进行复现，排查困难度大大增加。以下为作者观点：面对这种问题，我是用AREX这款自动化回归测试工具来进行快速复现。

随着测试行业的发展，。打开各大，测试工程师月薪一万以上基本都有一个必备技能，那就是自动化测试。那么自动化测试到底难不难呢？下面我将会将我的经历讲给大家听，希望听完后，大家会有自己的一个判断。

然而，随着时间的推移，我发现自己逐渐陷入了舒适区，每天重复着相同的工作内容，仿佛看到了自己未来的天花板。整份文档一共有将近 200 页，全部为大家展示出来肯定是不太现实的，为了不影响大家的阅读体验就只展示了部分内容，还望大家海涵，希望能帮助到您面试前的复习且找到一个好的工作，也节省大家在网上搜索资料的时间来学习！更令我痛心的是，因为这样的心态和相对较低的薪资，与我相伴2年的女友也选择离开了我。质量非常高，需要的可自行领取！他了解我的情况后，没有责怪我，而是给了我一个网盘链接，告诉我里面有我需要的所有东西。

我们先来看第一种方式，直接使用beanshell函数，将变量放到用户定义的变量中，如下所示；脚本运行后，可以在日志中查看到获取到的脚本路径。,)}1添加的这行代码，后续直接用shellPath字段来替换掉固定文件path就ok了。

随着软件开发行业的不断发展，接口自动化已经成为了一种趋势。可以提高软件测试的效率和准确性，减少人力成本和时间成本，帮助企业更好地实施软件测试接口自动化。

在中，测试和开发是两个非常重要的环节。随着敏捷开发和DevOps等理念的普及，测试与开发之间的界限逐渐模糊，但两者在软件质量保障中各自扮演着不可或缺的角色。测试环节可以确保软件产品的质量和稳定性，而开发环节则是软件产品从无到有的过程。然而测试与开发之间的比例关系一直是一个备受关注和争议的话题。今天我们就简单来聊一聊测试开发比例这个话题。通常情况下，测试开发比例指的是在软件开发项目中，测试人员与开发人员的数量或工作量之间的相对比例。

以后的生活就轻松很多。主要是技术面试， 在近30分钟内， 我与被面试者是以交流学习的方式进行的， 整个沟通过程比较愉快但是内心毫无波澜。在深圳这家金融公司也待了几年，被别人面试过也面试过别人，大大小小的事情也见识不少，今天又是团面的一天， 一百多个人都聚集在一起，因为公司最近在谈项目出来面试就2个人，无奈又被叫到面试房间。看到了很多份简历，好几个都是几个月测试经验的来面试，最离谱的是令我印象最深刻的，一个6个月经验的，问薪资一张口就是要15k，这份自信也让我对他极其感兴趣，以为是来了个大佬，没想到我一问。

在Confirm的基础上增加了可输入文本内容的功能，比如进入页面的时候，弹出的登录界面，需要输入用户名和密码，再点击确认键进行后续操作。先根据业务使用alter.sendkeys()方法输入相关内容，再通过alter.accept()方法进行提交操作。，使用alter.accept() 确定操作和alter.dismiss()进行取消操作。界面上只有信息和确认按钮,正常流程需要点击确认按键来进行后续操作,比如警告信息。基础上增加了取消按钮，可以点击确认和取消按键,比如删除数据的时候。

总之这份文档内容丰富，涵盖测试基础、Linux操作系统、MySQL数据库、Web功能测试、接口测试、APPium移动端测试、Python知识、Selenium自动化测试相关、性能测试、性能测试、计算机网络知识、Jmeter、HR面试，命中率杠杠的。我们这边最近的面试机会比较多，但是根据他们的反馈，结束后大部分都没音信了，因为现在企业面试问的非常多，范围非常广，而且开放性的问题很多，很多人即便面试前刷了成百上千道。，也很难碰到一样的题目，面试仍然是一头雾水，几乎80%的人都会栽在第一轮面试，

此外，即使有更多的 QA 工程师，你仍然需要让开发人员编写代码、运行有限的测试、推送，然后等待人工回复检测到的问题。结果是一个“外循环”反馈周期，开发人员要么必须暂停所有工作，直到他们得到 QA 反馈，要么在两个分支之间切换上下文，因为他们试图开发下一个功能，同时切换回来并发现他们推送的最后一个内容存在问题。QA 还可以花时间了解开发团队最需要的测试类型，定义使测试编写花费最少时间的实践，并优化测试运行器以减少测试执行时间，从而加快开发人员的内部反馈循环。抛开我自己的自尊，我不想推广我没有信心的代码。

相信使用过Selenium WebDriver的小伙伴对其最大的诟病有3点，一是浏览器的driver和版本对应问题，第二是Selenium的执行速度，最后一个槽点是对页面元素文本值的断言非常不便。考虑到实际的业务场景，笔者在该项目里并没有封装具体的页面而是封装好了base通用操作操作后直接使用了，如果读者朋友们有需要可以自行封装页面的操作。如下图，页面中存在多个类似的元素，这种业务场景下，我们可以考虑先定位一组元素然后根据返回的元素列表的索引来定位到具体的组件。定位它们，可以用get_by_role。

然后分析这些信息，识别出方法调用指令，并根据这些指令生成调用图，当遇到一个方法调用指令时，使用 BCEL 获取这个指令的目标方法，然后在调用图中添加一个从当前方法到目标方法的边。：当前接口自动化的覆盖程度，是否能够代替全量回归等等这些都没有一个度量的手段，完全根据各业务线测试的经验来判断，这就会导致各业务线执行标准上的不一致，从而带来一些质量上的风险。，或者基于旧业务线系统修改的新业务线系统，都有大量冗余代码的产生，我们往往难以抽出足够的人力去清理这些冗余代码，这对基于代码覆盖率的测试监控带来了困扰；

在使用Apache JMeter进行测试时，我们经常需要从JSON格式的响应中提取特定字段的值。这可以通过使用JMeter内置的JSON提取器和正则表达式提取器来完成。以下是一个具体的例子，展示了如何从一个JSON响应中提取rowId的值，同时处理终止符。假设我们有以下JSON响应：12345678我们的目标是提取rowId参数的值。这个值不是直接作为JSON对象的一个属性呈现的，而是作为一个URL的一部分，嵌套在href字段中。因此，我们需要两步来提取这个值。

前段时间公司需要对服务器进行，包括登录前的页面和登录后的页面，主要目的是测试负载均衡的实现效果。不知道是不是因为Jmeter不如火爆还是什么，网上关于Jmeter的资料有很多但是大多千篇一律，要么简单弄个页面测试一下，要么全篇都是介绍很多和Jmeter无关的第三方工具，看起来很专业高深，但是作为测试小白来说，看到这样的东西确实头疼。我只是想好好了解一下Jmeter的使用啊，能不能完整的介绍一下啊？我不需要了解那么多其他的第三方工具啊？能不能截个图说的清楚一点啊？这个步骤里的参数是干嘛的啊？对应的什么啊？

在Web自动化测试的过程中，经常会被登录的验证码给卡住，不知道如何去通过验证码的验证。一般的情况下遇到验证码我们可以都可以找开发去帮忙解决，关闭验证码，或者给一个万能的验证码！那么如果开发不提供帮助的话，我们自己有没有办法来处理这些验证码的问题呢？答案当然是有的，常见的验证码一般分为两类，一类是图文验证码，一类是！

判断页面是否存在alert，如存在则切换到警告框，获取警告文本信息或输入文本内容，之后点警告框中的“确定”或“取消”按钮。（1）点击“Alert Test”页面，鼠标点击页面中“Click For Alert”按钮，弹出警告。，判断页面是否存在alert，如存在则切换到警告框，并获取警告文本信息，之后点警告框中的确定按钮。alert，如存在则切换到警告框，并获取警告文本信息，之后点警告框中的“确定”或“取消”按钮。（2）点击“Confirm Page”页面，鼠标点击页面中“（1）alert：用来提示。

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。我们学习必然是为了找到高薪的工作，下面这些。

它是把程序看作一个黑盒子，在不考虑程序内部结构的情况下，检查程序功能是否按照PRD的规定正常使用，程序是否能适当地接收输入数据，产生正确的输出。这其实就是黑盒测试的定义，也是黑盒测试的底层逻辑。一般人不会重视定义，但往往就是定义会告诉你真理。工作中有很多人在习惯了一种类型的系统测试，然后换一个新的业务类型，忽然就不知如何下手了。也许是新的总要有一个适应的时间，其实万变不离其宗，只要掌握了黑盒测试的底层逻辑，就能够让你很快上手不再需要适应调整。

这对于持续集成环境至关重要，在这种环境中，自动化构建和测试可确保对一个模块的更改不会中断与其他模块的交互。中间件：在某些情况下，中间件可以充当测试框架和其他工具之间的桥梁，尤其是在无法直接集成的情况下。在此方案中，是测试工具的一部分，其中 Jest 提供了运行测试和断言结果的框架。在集成测试中，测试框架充当受控环境，用于测试集成单元（模块、组件或服务）之间的交互。通过与其他工具集成，测试框架可以成为综合测试自动化生态系统的核心组件，促进工具之间更好的沟通，简化流程，并提高整体测试效率。

分别将用户名、密码、邮箱的参数类型设为非String类型（如Number），验证注册失败并返回相应的错误信息。分别缺失用户名、密码、邮箱这三个参数中的一个，验证注册失败并返回相应的错误信息。输入长度大于20位的用户名，验证注册失败并返回相应的错误信息。输入已经存在的用户名或邮箱，验证注册失败并返回相应的错误信息。输入长度小于2位的用户名，验证注册失败并返回相应的错误信息。输入长度大于20位的密码，验证注册失败并返回相应的错误信息。输入长度小于8位的密码，验证注册失败并返回相应的错误信息。

我们做性能测试的时候使用Jmeter自身的监听器统计压测结果虽然可以统计到各个维度的信息，比如TPS，RT，Err等，但是这个Jmeter本身的监控没有办法做存储，也没有办法去找历史数据，所以如果想要持久化储存数据，我们就需要采用监控平台+ influxdb时序数据库进行性能测试结果的监控。，可以收集到服务器的性能测试指标：统计 TPS、响应时间、线程数、错误率等信息；Jmeter通过一个【后端监听器】可以将统计出的结果实时异步发送到 InfluxDB 中。

总体来说对于测试开发的面试内容，各个用人单位其实关注的除了相关的技术栈与项目经验之外，其实更需要的是测开人员自身对于项目业务与行业相关的整体解决的认知与思维，这点与软件开发人员的要求会有略微的不同，毕竟作为测试人员来说，整体把握软件质量保障情况是其中的重中之重。！！作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

可扩展，也就是说可以自己开发关键字，也可以引用第三方的关键字库，例如Selenium和Appium的关键字库。关键字驱动，就是把项目中的逻辑封装成一个个函数，也就是关键字，通过调用不同的关键字，实现不同逻辑的自动化，例如实现登录接口的自动化，就可以把打开登录页面，输入用户名，输入密码，点击登录等封装为4个关键字，通过这四个关键字，组成登录流程。

系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方 ，进行改正。白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构进行测试程序，通过测试来检测产品内部逻辑是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。80-20原则，软件中80%的bug可以在分析、设计与评审阶段就能被发现与修正，16%的缺陷在系统的软件测试中发现，最后剩下的4%是用户长期使用的过程中才能暴露出来。