1、http和 htts的区别:http：超文本传输协议，使用明文发送，80端口https：安全套接字层超文本传输协议，在http协议的基础上增加了SSL层协议和证书，用来加密传输数据，使用443端口；SSL层协议：security sockets layer安全套接层，是一种安全协议，在传输层对网络进行加密2、get和post区别：get：从指定的资源请求数据（从服务器获取数据）post：向指定的资源提交要被处理的数据（向服务器传送数据）GET和POST是HTTP协议中的两种发送请求的方法。HTTP是基于TCP/IP的关于数据如何在万维网中如何通信的协议。HTTP的底层是TCP/IP。所以GET和POST的底层也是TCP/IP，也就是说，GET/POST都是TCP链接。GET和POST能做的事情是一样一样的。我们要给GET加上request body，给POST带上url参数，技术上是完全行的通的。在我大万维网世界中，TCP就像汽车，我们用TCP来运输数据，它很可靠，从来不会发生丢件少件的现象。但是如果路上跑的全是看起来一模一样的汽车，那这个世界看起来是一团混乱，送急件的汽车可能被前面满载货物的汽车拦堵在路上，整个交通系统一定会瘫痪。为了避免这种情况发生，交通规则HTTP诞生了。HTTP给汽车运输设定了好几个服务类别，有GET, POST, PUT, DELETE等等，HTTP规定，当执行GET请求的时候，要给汽车贴上GET的标签（也就是设置method为GET），而且要求把传送的数据放在车顶上（url中）以方便记录。如果是POST请求，就要在车上贴上POST的标签，并把货物放在车厢里。当然，你也可以在GET的时候往车厢内偷偷藏点货物，但是这是很不光彩；也可以在POST的时候在车顶上也放一些数据，让人觉得傻乎乎的。HTTP只是个行为准则，而TCP才是GET和POST怎么实现的基本。但是，我们只看到HTTP对GET和POST参数的传送渠道（url还是requrest body）提出了要求。“标准答案”里关于参数大小的限制又是从哪来的呢？在我大万维网世界中，还有另一个重要的角色：运输公司。不同的浏览器（发起http请求）和服务器（接受http请求）就是不同的运输公司。 虽然理论上，你可以在车顶上无限的堆货物（url中无限加参数）。但是运输公司可不傻，装货和卸货也是有很大成本的，他们会限制单次运输量来控制风险，数据量太大对浏览器和服务器都是很大负担。业界不成文的规定是，浏览器通常都会限制url长度在2K个字节，而多数服务器最多处理64K大小的url。超过的部分，恕不处理。如果你用GET服务，在request body偷偷藏了数据，不同服务器的处理方式也是不同的，有些服务器会帮你卸货，读出数据，有些服务器直接忽略，所以，虽然GET可以带request body，也不能保证一定能被接收到哦。好了，现在你知道，GET和POST本质上就是TCP链接，并无差别。但是由于HTTP的规定和浏览器/服务器的限制，导致他们在应用过程中体现出一些不同。GET和POST还有一个重大区别，简单的说：GET产生一个TCP数据包；POST产生两个TCP数据包。长的说：对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；而对于POST，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok（返回数据）。也就是说，GET只需要汽车跑一趟就把货送到了，而POST得跑两趟，第一趟，先去和服务器打个招呼“嗨，我等下要送一批货来，你们打开门迎接我”，然后再回头把货送过去。因为POST需要两步，时间上消耗的要多一点，看起来GET比POST更有效。因此Yahoo团队有推荐用GET替换POST来优化网站性能。但这是一个坑！跳入需谨慎。为什么？GET与POST都有自己的语义，不能随便混用。据研究，在网络环境好的情况下，发一次包的时间和发两次包的时间差别基本可以无视。而在网络环境差的情况下，两次包的TCP在验证数据包完整性上，有非常大的优点。并不是所有浏览器都会在POST中发送两次包，Firefox就只发送一次。3、Python装饰器原理：用于拓展原来函数功能的一种函数，整个函数的特殊之处在于，它的返回值也是一个函数，使用python装饰器的好处就是在不用更改原函数代码的前提下给函数增加新的功能4、nGrinder工作原理nGrinder由一个控制端controller和多个代理端agent组成，通过控制端(浏览器访问)建立测试场景，然后分发到代理端进行压力测试。Controller提供性能测试的web接口。协调测试进程。整理和显示测试的统计结果。让用户创建和修改脚本。Agent在代理服务器上加载运行测试进程和线程监控目标机器的系统性能（例如：CPU/MEMORY）当 agent 启动时，它们试图连接到 controller，然后他们都附属在 AgentControllerServer 组件上。AgentControllerServer （可以看做为一个 agent 的池）管理当前 agent 池。每当用户开始性能测试时，一个新的 console 被创建，同时由 AgentControllerServer 提供所需数量的 agent。SingleConsole 发送测试脚本和测试源码到多个指定的 agent , 同时开始控制测试流，直到测试结束。当测试完成后，所使用的 agents 归还给 AgentControllerServer ，以便在以后的其他测试中使用。 同样，SingleConsole 也会归还给 ConsoleManager 。用户按照一定规范编写测试脚本，controller会将脚本以及需要的资源分发到agent，用jython/groovy执行。在脚本执行的过程中收集运行情况、相应时间、测试目标服务器的运行情况等。并且保存这些数据生成测试报告，通过动态图和数据表的形式展示出来。用户可以方便的看到TPS、被测服务器的CPU和内存等情况。5、你印象最深的一个bug之前测试定金预售尾款改版项目的时候出现了一个bug原来定金预售的流程是用户支付完预付款到了支付尾款的时间直接支付尾款即可而新的项目将流程修改为用户支付完预付款，到了支付尾款时间，需要将商品进行重新加入购物车，然后走结算下单支付的流程而出现的问题是：针对套装这种类型的商品，有一个默认选中的逻辑，假设套装C是A商品（白色、黑色）和B商品（黄色、红色）的组合，套装C进入版本选择页面默认选中的是A商品黑色和B商品红色；如果用户支付预付款的时候购买的是A商品白色和B商品黄色，到了支付尾款时间，加入购物车之后的套装版本成了套装C默认选中的版本，也就是用户想买和实际最后加购的不一样了问题产品的原因就是：尾款加购的时候，应该根据支付预付款订单信息去查询用户购买的商品，然后再让用户去加购，也就是说针对预付款商品，后端尾款加购的时候要查询预付款订单信息；而在测试项目之前，测试也被告知加购的逻辑没有改动，自然也就主要关注了加购之后的结算下单功能对于测试的思考：我们测试组当时也进行了内部整体的复盘1》加强对场景测试用例的设计，以用户的角度多去思考覆盖更多的场景2》由于单品页套装默认选中项目和改版项目分开来做了，导致该项目整体的衔接位置出了问题，之后会针对大的项目出一个整体的测试负责人，来负责整理的项目流程梳理6、打开一个网页，发生了什么DNS解析TCP链接发送HTTP请求服务器处理请求并返回HTTP报文浏览器解析渲染页面链接结束7、介绍下什么是索引索引是由表或者视图中的一列或多列生成的键，可以加快在表或者视图中检索行的速度8、如果一个普通用户，他的百度首页打不开，问题怎么定位？写出定位流程。1、假设A网站是我们要测试的网站，现在A网站打不开了，那么这个时候试试其他一些大的门户网站是否可以打开，如果也是打不开，那么就是测试工程师本机的网络问题，可以联系公司IT人员解决。2、如果其他网站可以打开，那么就可以判定，应该是被测试网站的问题了，那么这个时候可以通过ping命令，ping网站的域名，如果域名ping不通，那么需要登录到网站的DNS解析的地方，比如阿里云解析，去查看DNS域名解析服务器有没有配置好。3、如果域名可以ping通，那么这个时候需要登录网站服务器，使用netstat 命令查看80端口有没有启动，如果没有启动，这个时候需要启动80端口后面对应的服务器软件，比如：httpd或者tomcat等。4、如果80端口处于监听状态的，那么这个时候需要查看服务器的日志文件，进一步从日志上面进行分析。5、如果日志里面没有看出任何问题，那么这个时候可以联系开发人员，做进一步的代码分析和定位了。9、说一下你们工作中的测试流程1、需求评审，有可能一次或者多次2、测试计划、3、测试用例、4、用例评审、5、冒烟测试、6、测试执行、7、验收测试、预上线测试8、风险评估、9、上线\观察、10、问题跟进、11、测试报告、12、复盘会议；10、Git 的常见操作，如 git stash$ git init$ git add .$ git commitgit clonegit add 添加文件到仓库git status 查看仓库当前的状态，显示有变更的文件。git diff 比较文件的不同，即暂存区和工作区的差异。git commit 提交暂存区到本地仓库。git reset 回退版本。git rm 删除工作区文件。git mv 移动或重命名工作区文件。11、TCP 和 UDP 的区别？如何保证 TCP 的可靠性？1.是否面向连接？TCP通过三次握手，建立连接。UDP是不用建立连接。2.是否可靠？TCP传输的是可靠并有序的数据UDP只是尽最大努力交付，不一定可靠3.UDP具有较好的实时性 适用场景：短消息，多客户端，对信息可靠性要求不高，对效率要求高。4.每一条TCP是点对点的，UDP支持更广泛 一对一，多对一，多对多。5.TCP对资源要求较高，UDP对资源要求较少。6.TCP面向数据流， UDP面向数据报。TCP通过下列方式来提供可靠性：1、应用数据被分割成TCP认为最适合发送的数据块。这和UDP完全不同，应用程序产生的数据报长度将保持不变。 (将数据截断为合理的长度)2、当TCP发出一个段后，它启动一个定时器，等待目的端确认收到这个报文段。如果不能及时收到一个确认，将重发这个报文段。 (超时重发)3、当TCP收到发自TCP连接另一端的数据，它将发送一个确认。这个确认不是立即发送，通常将推迟几分之一秒 。 (对于收到的请求，给出确认响应) (之所以推迟，可能是要对包做完整校验)4、 TCP将保持它首部和数据的检验和。这是一个端到端的检验和，目的是检测数据在传输过程中的任何变化。如果收到段的检验和有差错，TCP将丢弃这个报文段和不确认收到此报文段。 (校验出包有错，丢弃报文段，不给出响应，TCP发送数据端，超时时会重发数据)5、既然TCP报文段作为IP数据报来传输，而IP数据报的到达可能会失序，因此TCP报文段的到达也可能会失序。如果必要，TCP将对收到的数据进行重新排序，将收到的数据以正确的顺序交给应用层。 (对失序数据进行重新排序，然后才交给应用层)6、既然IP数据报会发生重复，TCP的接收端必须丢弃重复的数据。(对于重复数据，能够丢弃重复数据)7、TCP还能提供流量控制。TCP连接的每一方都有固定大小的缓冲空间。TCP的接收端只允许另一端发送接收端缓冲区所能接纳的数据。这将防止较快主机致使较慢主机的缓冲区溢出。(TCP可以进行流量控制，防止较快主机致使较慢主机的缓冲区溢出)TCP使用的流量控制协议是可变大小的滑动窗口协议。字节流服务::两个应用程序通过TCP连接交换8bit字节构成的字节流。TCP不在字节流中插入记录标识符。我们将这称为字节流服务（bytestreamservice）。TCP对字节流的内容不作任何解释:: TCP对字节流的内容不作任何解释。TCP不知道传输的数据字节流是二进制数据，还是ASCII字符、EBCDIC字符或者其他类型数据。对字节流的解释由TCP连接双方的应用层解释。12、你用jmeter做什么测试？接口测试和性能测试13、如果有一个登录接口需要服务端返回参数，再带着这个参数去请求才能完成登录，用jmeter 怎么做？新建一个http请求，右击这个HTTP请求，添加–后置处理器–正则表达式提取器引用名称：shop_phone 后面接口用到的变量名称使用正则表达式去匹配这个值2.新建一个HTTP请求：引用变量 ${shop_phone}3.查看结果树 的请求数据，变量值正确14、请问你们公司是如何做接口测试的？接口测试实际跟一般测试不同就是测试用例的设计部分。①获取接口规范；②设计接口测试功能用例（主要从用户角度出发看接口能否实现业务需求）；③各种入参验证（正常情况，异常情况包括输入参数个数不对，类型不对，可选/必选，还 有考虑参数有互斥或关联的情况）；④接口返回值各种验证（符合接口文档需求）；⑤了解接口实现逻辑，实现逻辑覆盖（语句/条件/分支/判定/…）；⑥接口能并发执行吗、安全吗，性能满足要求吗；⑦采用工具或者自写代码来验证；⑧发现问题跟功能测试一样，该报 bug 报 bug，该跟踪状态的跟踪状态；15、接口测试质量评估标准是什么？接口测试的质量通常可以通过以下指标进行评估：1、业务功能覆盖是否完整；2、业务规则覆盖是否完整；3、参数验证是否达到要求（边界、业务规则）；4、接口异常场景覆盖是否完整；5、接口的所有参数是否覆盖6、接口覆盖率是否达到要求；7、代码覆盖率是否达到要求；8、性能指标是否满足要求；9、安全指标是否满足要求。16、 HTTPClient 类库，觉得它有什么缺点？HttpClient 是Apache的一个三方网络框架，网络请求做了完善的封装，api众多，用起来比较方便，开发快。实现比较稳定，bug比较少，由于其api众多，是我们很难再不破坏兼容性的情况下对其进行扩展17、请问你们公司是如何做性能测试的？请讲诉性能测试的相关指标？1.做性能需求分析，挑选了用户使用最频繁的功能来做性能测试，比如：登陆，搜索，提交订单，确定性能指标，比如：事务通过率为100%，90%的事务响应时间不超过5秒，并发用户为1000人，CPU和内存的使用率为70%以下2.性能测试计划，明确测试时间(通常在功能稳定后，如第一轮测试后进行)和测试环境和测试工具的选择 3.编写性能测试用例4.搭建性能测试环境，准备好性能测试数据5.通过性能测试用例，编写性能测试脚本6.性能测试脚本进行调优，设置检查点、参数化、关联、集合点、事务，调整思考时间，删除冗余的脚本等7.设计性能测试场景，使用nmon工具监控服务器，运行测试场景8.分析性能测试结果，如果有问题（性能瓶颈），收集相关的日志提单给开发修改9.开发修改好后，回归性能测试10.编写性能测试报告相关指标：响应时间、并发数、吞吐率、资源利用率、TPS、CPU18、压力测试和负载测试的区别负载测试是通过改变系统负载方式、增加负载等来发现系统中所存在的性能问题。负载测试是一种测试方法，可以为性能测试、压力测试所采用。压力测试通常是在高负载情况下来对系统的稳定性进行测试，更有效地发现系统稳定性的隐患和系统在负载峰值的条件下功能隐患等。19、服务器中一般要监控哪些数据，如何监控的，怎么从监控数据中发现问题？基础监控和应用监控。 基础监控包括机器是否死机，cpu，内存，磁盘使用率等；应用监控包括日志监控、端口监控、进程数监控等。20、性能测试用过吗？什么情况下用的？主要测哪些方面？用过内存泄漏21、性能测试关注哪些指标？1.响应时间（Response Time）：t1+t2+t3+t4time1：客户端——服务器（发送请求）time2：服务器处理时间time3：数据库处理时间time4：服务器——客户端（返回数据）2.并发\并发数\并发用户数（ Concurrent users）：一定时间内向服务器发送的请求用户数a.同一时间在做相同事情的并发（单接口性能测试）b.同一时间在做不同事情的并发（混合业务场景测试）所以说，一般先做 单接口的性能测试，然后再做 单业务性能测试，最后做 混合业务场景的性能测试。3.TPS（Transaction per Second）：系统每秒处理的事务数TPS越高，表示服务器处理能力越好。QPS：每秒查询数这也是在做性能测试时，最重要的一个指标值。4.吞吐量：事务/s，kb/s在不受网络延迟影响的情况下，吞吐量是和TPS值相等的。5.资源利用率：主要包括CPU、内存、磁盘、I/O（换入/换出）一般都要求不会超过80%，占用率越低，表现越好。22、对于多环境（联调环境、测试环境、预发布环境）如何让接口用例支持多套环境，说出你的做法我们可以使用pytest_addoption 自定义命令行参数，比如说我们需要在不同的环境中去运行我们的测试用例，那么我们就可以通过命令行去传递不同的环境标识，去得到我们想要的测试结果：我们在conftest.py文件中编辑这些代码def pytest_addoption(parser): #parser: 用户命令行参数与ini文件值的解析器mygroup = parser.getgroup(“learn”) # group 将下面所有的 option都展示在这个group下。mygroup.addoption(“–env01”, # 注册一个命令行选项default=‘test’,dest=‘env01’,help=‘set your run env’)mygroup.addoption(“–env02”, # 注册一个命令行选项default=‘test’,dest=‘env02’,help=‘set your run env’)#通过命令行来处理传递不同的参数，设置成fixture，将test环境和dev环境或者其他环境分别处理，获取想要的不同环境下的数据@pytest.fixture(scope=‘session’)def cmdoption(request):myenv = request.config.getoption(“–env”, default=‘test’)if myenv == ‘test’:datapath = ‘datas/test/datas.yaml’23、如果接口返回数十个字段，如何批量校验这些字段的正确性，请说出你的方法？24、假设系统A调用系统B，我把B的接口都mock了，进行性能测试，这样有什么好处和坏处？好处：防止系统B出错引起测试错误；不会因系统B的开发进度影响测试；mock后可以快速返回结果，提高测试效率。坏处：很多情况下无法完全模拟出服务器的所有可能的返回情况，另外，mock掉了关联方之后，整个环境的连通性可能测试的不到位25、有一天早上打车高峰，滴滴服务端挂了大概30分钟，工程师抢修之后，马上上线，之后又挂了，请问有哪些原因会造成这个情况？服务器内存不够、服务器超出负载、并发量太大、遇到恶意攻击。26、请问Monkey测试的优缺点？如果应用页面功能分布比较规律比较均匀适合做monkey测试，或者说monkey测试的意义也会更大，而如果自身应用页面结构功能过于简单，或者页面排版过于极端（像我们的功能，主要的页面70%就是文本显示，其他功能按钮什么的隐藏较深很难触发到，容易进去出不来）的，就可以考虑不在monkey测试上投入过多。27、如果使用monkey发现了一个必现闪退，请问怎么使用monkey重现它？使用了命令adb shell monkey --pct-touch 100 -v -p com.iBer.iBerAppV2 5000 >/Users/kaibinliu/Desktop/monkey_log.txt28、UI 测试的过程1、是否还原设计稿常见的包括：字体字号、颜色、是否加粗、icon大小、分割线颜色粗细、对齐、间距等。2、设计细节实现超出显示：卡片内标题、下拉框选中结果、输入区域超出时是否完整显示（首先要明确显示规则：根据需求不同，有2种规则，超出后…和换行完整显示。）组件细节：搜索框、较长卡号输入是否有清除按钮交互流畅：新页面从右侧拉入还是下方进入。点击区域：保证用户可以点击。3、是否适配普通适配：因开发时布局产生的适配问题。多栏按钮适配、非通栏banner适配等。小屏适配：主要针对iOS。在iPhone6及以上机型可完整显示，iPhone5/SE等小屏显示不完整，需要进行适配处理。4、核对文案易错的有：页面标题、空白页、按钮及toast等。文案的问题，如果团队有专门的测试人员，测试会看的29、自动化测试用例怎么来？使用测试用例设计方法设计测试用例写在yaml文件里面参数化30、你项目中有多少case，通过率怎么样？接口自动化500多条，通过率99.9%31、报告哪里来，主要统计什么？报告由测试用例执行情况，使用pytest-allure库生成，主要统计成功、失败率，截图和记录日志。32、做自动化测试的目的？自动化测试主要目的是在于解放测试资源：1、用更低的人力和设备资源去搭建模拟真实的产品使用场景；2、用计算机资源去模拟用户，通过脚本去固定的执行一些重复繁琐的操作；3、打破时间和地点的限制，对产品的运行状况进行24小时监控33、如何看待自动化和手动测试？怎样的一个比例才是健康的？自动化适合做为回归测试的主要方式，新上线的功能一般都是用手动测试方式，一些极端和用户习惯操作还是手动测试比较方便。尽可能线上稳定的功能模块都做成自动化，提供效率。34、你们公司的自动化投入产出比怎样？效益怎样？自动化主要作为回归测试，减少测试时间。UI自动化正在进行中 。35、自动化测试用例的覆盖率多少？核心业务主流程覆盖完全36、完整运行一次自动化用例需要多久时间？主要跑的是业务流，所以跑一次需要半个小时左右。37、什么是分层自动化？金字塔结构， 最底层UnitTest，往上接口API/集成起来的service， 最上面UI自动化。38、你的测试数据是怎么准备的？提前准备好，在代码里的yaml文件39、测试脚本的维护成本是怎么样的？业务不变的情况下，一般脚本都是不坏不动的。40、问第一个项目的测试框架的搭建、怎么用数据驱动测试？改造1、搭建PO 模式的架构， 将业务逻辑写出来，后面就不需要改动，除非业务逻辑发生变化改造 2、填充业务逻辑的实现代码，前端业务流程不变，只变后台逻辑改造 3、BasePage封装，初始化driver改造 4、app.py页面， 复用driver ，判断driver是否为None，如果为None 则创建一个Driver, 否则 复用原来的driver self.driver.launch_app()改造 5、封装 find(), find_and_click(), find_and_sendkeys(), webdriver_wait(), find_byscroll()改造 6、添加日志便于定位问题使用yaml文件进行数据驱动测试41、Web View 怎么测试？1、打印当前手机页面的context　　print(driver.contexts)　　如果页面中包含H5页面的话，一般至少会返回两个元素，如【native_app,web viewview_com.test.jiayuan】2、切换到H5页面　　driver.switch_to.context(名字)3、确认是否已经成功切换，打印当前的context　　print(driver.current_context)4、打印当前页面的page_source,并在打印结果中搜索H5页面的文字，如果查的到说明切换成功，否则没成功42、请问你的定位策略是什么？优先id,有的name，xpath，classname或者相对定位43、请问如何实现用例失败或者异常时候需要截图？takescreen类或者使用webdriver里面的save_screenshot方法44、请问如何分布式执行webdriver用例？使用pytest-xdist库并发执行测试用例pip install pytest-xdist 分布式并发执行测试用例测试用例一共有100条，一个执行1分钟，就需要100分钟，如果并行测试10个人一起执行时间就会缩短，这就是一种并行测试，分布式场景；此方法的应用存在一定的原则，第一，就是用例之间是相互独立的，用例之间没有相互依赖关系，用例可以完全独立运行；第二，用例执行没有顺序，随机顺序都能正常执行；第三，每个测试用例都能重复运行，运行结果不会影响其他测试用例此应用方式测试用例较多的时候测试效果明显，在执行过程中使用pytest -n 3命令进行执行方式一：利用jenkins分布式Master-slave来解决，selenium脚本不需要修改，环境部署好，可以直接跑方式二：利用selenium grid分布式处理，这个有介绍过点击打开链接，剩下就是把selenium grid放到jenkins里面，让jenkins去管理，这个后续一篇介绍，这种方式，driver的url要改成hud的，脚本需要稍加修改45、如何在脚本中执行 JavaScript 代码？使用execute_script方法ele = self.driver.execute_script(“return document.getElementById(‘su’)”).click()self.driver.execute_script(“document.documentElement.scrollTop=10000”)46、Appium 的定位策略有哪些？xpath\name\id\相对定位47、请简述Appium的原理Appium是 c/s模式的appium是基于 webdriver 协议添加对移动设备自化api扩展而成的webdriver 是基于 http协议的，第一连接会建立个 session 会话，并通过 post发送一个 json 告知服务端相关测试信息Appium通信原理：Client端发送自动化指令给Appium server，Appium Server接收到client发送的指令后，转换为移动端能够识别的指令，然后发送给移动端设备，并对移动端设备进行操作。48、iOS 和 Android 的 UI 自动化的原理是什么？Appium使用WebDriver的json wire协议，来驱动Apple系统的UIAutomation库、Android系统的UIAutomator框架appium ios自动化的底层使用的是UI Automation，因此在使用appium之前必须搭建IOS开发环境。49、当定位策略都失败的时候，你该怎么做？80%是你元素定位的不对那么多定位方法，一个不行换另外一个直接不能定位，先定位父元素，再循环找子元素。一般来说XPATH都能定位到，无非是可阅读性不强。真的全部失效，请求开发帮你改个元素属性好了。50、UI 测试做的是 iOS 还是 Android？讲讲 iOS 的 UI 怎么测？UI测试给予下面三个类的实现：XCUIApplicationXCUIElementXCUIElementQuery51、获取 Appium 中的 content-desc 不为空的控件列表，代码不限。driver.find_element_by_accessibility_id(‘搜索或输入网址’)52、并行运行 Appium 需要修改哪些参数需要改端口，多个端口然后在caps文件中获取多设备53、你如何用Selenium测试from selnium import webdriver54、Selenium的工作原理？1.selenium client(python等语言编写的自动化测试脚本)初始化一个service服务，通过Webdriver启动浏览器驱动程序chromedriver.exe2.通过RemoteWebDriver向浏览器驱动程序发送HTTP请求，浏览器驱动程序解析请求，打开浏览器，并获得sessionid，如果再次对浏览器操作需携带此id3.打开浏览器，绑定特定的端口，把启动后的浏览器作为webdriver的remote server3.打开浏览器后，所有的selenium的操作(访问地址，查找元素等)均通过RemoteConnection链接到remote server，然后使用execute方法调用_request方法通过urlib3向remote server发送请求4.浏览器通过请求的内容执行对应动作5.浏览器再把执行的动作结果通过浏览器驱动程序返回给测试脚本55、常见的定位方式？id name class 相对定位 contains56、上传图片的几种方式？第一种xhr提交第二种jQuery的ajax提交第三种就是利用ifram来进行上传文件57、如何处理动态元素？找父级元素，通过父级元素查找子元素，xpath58、你是怎么开发测试框架的？先使用一个文件实现一个主流程然后对其进行封装59、PO模型是怎么做的？公共的方法代表页面提供的服务不需要暴露页面的交互细节通常来说不要做断言方法返回其他PO不需要代表整个页面相同的行为导致的不同结果，封装成不同的方法60、失败截图的原理是什么？pytest第三方插件pytest-html，新建一个关于截图的插件文件conftest.py61、你常用的命令是什么？pytest --collect-only 只收集测试用例pytest -m mark 标签名 标记pytest [测试文件] -s -q --alluredir=./resullt/(–alluredir这个选项用于指定存储测试结果的路径)查看报告allure serve ./result/pytest test_a.py -m “case_b” -vs只运行case_b标签的测试用例62、用什么查看log？tail -f63、如何查找一个文件大小超过5M的文件find user -size +5000k -type f64、如何查看进程？ps -ef65、Linux 中查找某个文件并删除它find . -name ‘*.exe’ -type f -exec rm -rf { }66、Linux 查询 CPU、内存的指令cat /proc/cpuinfo查看linux系统的CPU型号、类型以及大小通过greap命令根据Physical Processor ID筛选出多核CPU的信息cat /proc/meminfo查看linux系统内存大小的详细信息，可以查看总内存，剩余内存、可使用内存等信息。df -h查看linux系统各分区的使用情况free -m 查看linux系统内存使用量和交换区使用量67、使用 Shell 获取 Nginx log 中接口包含 topic 且状态码为 200 的接口平均响应时间（越严谨越好）如果log文件是这样的：10.202.134.114 - - [26/Jun/2019:19:20:29 +0800] “GET /product/list?count=1000&page=1&r=1561548021&ver=1.0 HTTP/1.1” 203 95458 “-” “-” 223 8.624 8.624 127.0.0.1:880010.202.134.114 - - [26/Jun/2019:19:20:29 +0800] “GET /product/list?count=1000&page=1&r=1561548021&ver=1.0 HTTP/1.1” 201 95458 “-” “-” 223 8.624 8.624 127.0.0.1:880010.202.134.114 - - [26/Jun/2019:19:20:29 +0800] “GET /product/list?count=1000&page=1&r=1561548021&ver=1.0 HTTP/1.1” 200 95458 “-” “-” 223 4.56 8.624 127.0.0.1:880010.202.134.114 - - [26/Jun/2019:19:20:29 +0800] “GET /product/list?count=1000&page=1&r=1561548021&ver=1.0 HTTP/1.1” 200 95458 “-” “-” 223 8.624 8.624 127.0.0.1:8800shell脚本：awk -F ’ ’ ‘BEGIN{i=0;j=0}{if($9==200){i+=1;print $14;j+=$14}}END{print i;print j/i}’ ~/nginx.log思路：1、使用空格作为分割符，确认第几个字段是状态码；根据Nginx的配置，确认第几个字段是request_time2、awk的工作原理：awk ‘BEGIN{}{}END{}’68、每隔 2s 获取某个进程的 CPU 和 mem 数据并保存到 csv 数据文件69、什么是面向对象编程？面向对象编程就是把具有共性的事务抽象成属性和方法来进行编程。有三个线程T1，T2，T3，怎么确保它们按顺序执行？————在多线程中有多种方法让线程按特定顺序执行，你可以用线程类的join()方法在一个线程中启动另一个线程，另外一个线程完成该线程继续执行。70、Thread 类中的start() 和 run() 方法有什么区别？start 启动时用的，只调用一次run 可以调用多次71、请写一个线程安全的单例模型import threading
"""
线程安全的单利模式
紧跟with后面的语句被求值后，返回对象的 __enter__() 方法被调用，这个方法的返回值将被赋值给as后面的变量。
当with后面的代码块全部被执行完之后，将调用前面返回对象的 __exit__()方法
"""
def synchronized(func):
func.__lock__ = threading.Lock()
def lock_func(*args, **kwargs):
with func.__lock__:
return func(*args, **kwargs)
return lock_func
class Singleton(object):
instance = None
@synchronized
def __new__(cls):
# 关键在于这，每一次实例化的时候，我们都只会返回这同一个instance对象
if not cls.instance:
cls.instance = super(Singleton, cls).__new__(cls)
return cls.instance
72、请写出冒泡排序#冒泡排序：n*n
def bubbleSort(array):
maxindex = len(array)-1
maxValue = array[maxindex]
k=0
while maxindex:
for i in range(1,maxindex):
if array[i-1]>array[i]:
temp = array[i]
array[i] = array[i-1]
array[i-1] = temp
k+=1
maxindex -=1
print(k)
return array
73、1~9999数列中数字3出现的次数，请用递推方法解题。def count_digit(number):
return len(str(number))
def countThree(digit):
if not isinstance(digit,int):
raise TypeError('number is not int')
# digit = len(str(number))
if(digit <=0):
return 0
if(digit ==1):
return 1
return 10*countThree(digit-1) + 10 **(digit-1)
print(countThree(count_digit(9999)))
74、从一个数组中找出前4个最大的数，用最优解。#快速排序：最快的n*logN
def qiuckSort(list):
if len(list)<2:
return list
mid = list[0]
left = [i for i in list[1:] if i <= mid]
right = [i for i in list[1:] if i > mid]
finallyList = qiuckSort(left)+[mid] + qiuckSort(right)
return finallyList
array = [3, 0, 1, 832,23,45, 5, 5, 6,46, 9, 56, 897]
print(qiuckSort(array)[-4:])
75、写一段程序，删除字符串a中包含的字符串b，举例 输入a = “asdw”,b = “sd” 返回 字符串 “aw”，并且测试这个程序。原理遍历删除即可判断一个字符串是否为空，首先就要确保他不是null，然后再判断他的长度76、写一个方法，把字符串转为数字，比如 str=“1234”，变成 int 1234。并且测试这个程序原理：个位乘以1，十位乘以10，百位乘以100.。。77 、有两个有序链表，将他们组成一个有序链表。具体思路如下：首先自己调用链表的创建函数，手动创建两个有序链表，链表的创建以输入0作为截止标志。创建好两个有序链表之后，将两个链表的头结点进行比较，小的那个作为合并后的链表的头结点，同时，创建两个指针分别指向两个链表的的头结点或头结点的下一个节点，当两个链表进行比较的元素都不为空的话，依次从小到大连接，若有一个链表中比较的节点开始为空时，则将另一个链表的剩余节点添加到合并链表的末尾。78、给一个字符串，字符串里有 （）{}[]“”这六个符号，设计一个算法,判断这些符号是否成对匹配，即要检验这些括号是否都是成对出现的。去重，把临近的一组去掉，在递归调用比较去重直到最后，如果有剩下则不返回false；否则true；79、有两个字符串类型的数字，实现一个方法将它们进行相加，并返回相加后的数值。（要考虑数据的长度问题）def sum_str(a: str, b: str) -> str:
max_str, min_str = (a, b) if len(a) > len(b) else (b, a)
c = 0
tmp_num = False
for i in range(len(min_str)):
d = int(max_str[-(i + 1)]) + int(min_str[-(i + 1)])
d = d + 1 if tmp_num else d
tmp_num = False
if d > 10:
tmp_num = True
c += d if i == 0 else d * 10 ** i
for i in range(len(min_str), len(max_str)):
if tmp_num:
c += int((max_str[-(i + 1)] + 1)) * 10 ** i
tmp_num = False
c += int(max_str[-(i + 1)]) * 10 ** i
return c
80、算法：一亿个无序数找出 Top 100算法原理：把一亿个数字的前100个 首先放入数组。 然后把最小值放在ary[0]。然后再，循环100到一亿 之间的。 每次循环判断当前数字是否大于ary[0]当大于时，当前数字放入ary[0] 并再次重构数组最小值进入ary[0] 以此类推 。当循环完这一亿个数字后。 最大的前100个数字就出来了。81、说下左连接和右连接左外连接：将左表为驱动表进行连接，结果数据包含左表全部数据，以及右表中和左表匹配的数据，左表中有，但右表中没有的数据显示null（取左边全部及右边部分数据）SELECT * FROM TABLE1 LEFT JOIN TABLE2 ON TABLE1.USERNAME=TABLE2.USERNAME右外连接：将右表为驱动表进行连接，结果数据包含右表全部数据，以及左表中和右表匹配的数据，右表中有，但左表中没有的数据显示null（取右边全部及左边部分数据）SELECT * FROM TABLE1 RIGHT JOIN TABLE2 ON TABLE1.USERNAME=TABLE2.USERNAME内连接：等值连接，返回两张表中都满足匹配条件的数据 （取两个表的交集）SELECT * FROM TABLE1 INNER JOIN TABLE2 ON TABLE1.USERNAME = TABLE2.USERNAMESELECT * FROM TABLE1 JOIN TABLE2 ON TABLE1.USERNAME=TABLE2.USERNAME82、使用sql生产10万条数据create table myTestTable asselect rownum as id,to_char(sysdate + rownum/24/3600, ‘yyyy-mm-dd hh24:mi:ss’) as inc_datetime,trunc(dbms_random.value(0, 100)) as random_id,dbms_random.string(‘x’, 20) random_stringfrom dualconnect by level <= 100000;83、数据驱动怎么做？将数据写在yaml文件，读取yaml文件内容驱动测试84、yaml文件的数据结构是如何设计的？当赋值列表、键值对时，转换成Python数据结构是可以直接当列表、字典使用的；、当赋值元组时，转换后也是字符串最终输出的都是字典类型，可以通过key获取对应的值85、tcp udp的区别1.是否面向连接？TCP通过三次握手，建立连接。UDP是不用建立连接。2.是否可靠？TCP传输的是可靠并有序的数据UDP只是尽最大努力交付，不一定可靠3.UDP具有较好的实时性 适用场景：短消息，多客户端，对信息可靠性要求不高，对效率要求高。4.每一条TCP是点对点的，UDP支持更广泛 一对一，多对一，多对多。5.TCP对资源要求较高，UDP对资源要求较少。6.TCP面向数据流， UDP面向数据报。86、三次握手 四次挥手参考地址为了保证数据能到达目标，TCP采用三次握手策略：发送端首先发送一个带SYN（synchronize）标志的数据包给接收方【第一次的seq序列号是随机产生的，这样是为了网络安全，如果不是随机产生初始序列号，黑客将会以很容易的方式获取到你与其他主机之间的初始化序列号，并且伪造序列号进行攻击】接收端收到后，回传一个带有SYN/ACK（acknowledgement）标志的数据包以示传达确认信息【SYN 是为了告诉发送端，发送方到接收方的通道没问题；ACK 用来验证接收方到发送方的通道没问题】最后，发送端再回传一个带ACK标志的数据包，代表握手结束若在握手某个过程中某个阶段莫名中断，TCP协议会再次以相同的顺序发送相同的数据包Q为什么要三次握手？三次握手的目的是建立可靠的通信信道，说到通讯，简单来说就是数据的发送与接收，而三次握手最主要的目的就是双方确认自己与对方的发送与接收是正常的第一次握手，发送端：什么都确认不了；接收端：对方发送正常，自己接受正常第二次握手，发送端：对方发送，接受正常，自己发送，接受正常 ；接收端：对方发送正常，自己接受正常第三次握手，发送端：对方发送，接受正常，自己发送，接受正常；接收端：对方发送，接受正常，自己发送，接受正常TCP四次挥手：主动断开方（客户端/服务端）-发送一个 FIN，用来关闭主动断开方（客户端/服务端）到被动断开方（客户端/服务端）的数据传送被动断开方（客户端/服务端）-收到这个 FIN，它发回一 个 ACK，确认序号为收到的序号加1 。和 SYN 一样，一个 FIN 将占用一个序号被动断开方（客户端/服务端）-关闭与主动断开方（客户端/服务端）的连接，发送一个FIN给主动断开方（客户端/服务端）主动断开方（客户端/服务端）-发回 ACK 报文确认，并将确认序号设置为收到序号加1为什么连接的时候是三次握手，关闭的时候却是四次握手？建立连接的时候， 服务器在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。关闭连接时，服务器收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，而自己也未必全部数据都发送给对方了,所以服务器可以立即关闭，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接。因此，服务器ACK和FIN一般都会分开发送，从而导致多了一次。87、time_wait和close_wait是什么？有啥用TIME_WAIT 表示主动关闭，CLOSE_WAIT 表示被动关闭服务器A是一台爬虫服务器，它使用简单的HttpClient去请求资源服务器B上面的apache获取文件资源，正常情况下，如果请求成功，那么在抓取完 资源后，服务器A会主动发出关闭连接的请求，这个时候就是主动关闭连接，服务器A的连接状态我们可以看到是TIME_WAIT。如果一旦发生异常呢？假设 请求的资源服务器B上并不存在，那么这个时候就会由服务器B发出关闭连接的请求，服务器A就是被动的关闭了连接，如果服务器A被动关闭连接之后程序员忘了 让HttpClient释放连接，那就会造成CLOSE_WAIT的状态了。所以如果将大量CLOSE_WAIT的解决办法总结为一句话那就是：查代码。因为问题出在服务器程序里头啊。88、cypress是什么一个端到端的测试web工具速度感觉上比 selenium 要快。内置的 request 方法可以直接跳过 UI 层的登录，但要求是你能调用对应的登录接口。某些步骤运行失败时自动重试。这样可以提高运行的稳定性。运行失败时自动截图。89、postman如何做接口自动化测试？然后我们新建一个001的collection，然后将该接口保存到这个collection里面点击001旁边的小箭头点击run，会出来一个弹窗选择test.txt文件，以及对应的文件格式，iterations迭代次数3次点击run00190、接口依赖如何处理我们可以通过环境变量和全局变量设置参数关联，当然也可以通过tests设置进行参数关联假设我们有三个接口，一个是加自选的接口，一个是取消加自选的接口，一个是查看自选的list，我们首先把某米集团加入自选，然后请求自选list，然后取消已经加自选成功的某米集团，因此，为了取消加自选成功的某米集团，我们需要在list接口中获取到已经加购成功的小米集团的symbol字段的值，也就是说我们可以在tests中使用symbol进行关联，首先我们在list接口中填写以下内容，用来获取环境变量：//获取响应数据的json对象var Data = pm.response.json();//从响应数据中提取business_idvar symbol = Data.data.stocks[0].symbol//设置business_idpm.environment.set(“symbols”, symbol)91、Linux 监控命令怎么用？top显示所有正在运行而且处于活动状态的实时进程netstat用于监控进出网络的包和网络接口统计的命令行工具，非常有用，用来监控网络性能ping 将数据包发向用户指定地址ifconfig查看用户网络配置tcpdump用于捕捉或过滤网络上指定接口上接收或者传输的TCP/IP包92、性能测试怎么做的？第1步：熟悉产品第2步：压测工具第3步：测试数据构造第4步：性能环境部署第5步：性能监控性能脚本准备好了93、写一个 bash 脚本以统计一个文本文件 words.txt 中每个单词出现的频率。示例:假设 words.txt 内容如下：the day is sunny the thethe sunny is is你的脚本应当输出（以词频降序排列）：the 4is 3sunny 2day 1# Read from the file words.txt and output the word frequency list to stdout.
cat words.txt
tr -s ' ' '\n'
sort
uniq -c
sort -r
awk '{print $2" "$1}'
tr -s ’ ’ ‘\n’ 表示的是空格替换换行sort表示的是以行为单位对文本进行排序uniq -c表示的是sort -r表示的是按照反向输出排序结果，也就是从大到小94、给定一个包含电话号码列表（一行一个电话号码）的文本文件 file.txt，写一个单行 bash 脚本输出所有有效的电话号码。你可以假设一个有效的电话号码必须满足以下两种格式： (xxx) xxx-xxxx 或 xxx-xxx-xxxx。（x 表示一个数字）你也可以假设每行前后没有多余的空格字符。示例：假设 file.txt 内容如下：987-123-4567123 456 7890(123) 456-7890你的脚本应当输出下列有效的电话号码：987-123-4567(123) 456-7890# Read from the file file.txt and output all valid phone numbers to stdout.
grep -P '^(\d{3}-|\(\d{3}\) )\d{3}-\d{4}$' file.txt
注意中间空格95、给定一个文件 file.txt，转置它的内容。你可以假设每行列数相同，并且每个字段由 ’ ’ 分隔。示例：假设 file.txt 文件内容如下：name agealice 21ryan 30应当输出：name alice ryanage 21 30awk '{ #这个大括号里的代码是 对正文的处理
# NF表示列数，NR表示已读的行数
# 注意for中的i从1开始，i前没有类型
for (i=1; i<=NF; i++){#对每一列
if(NR==1){
#如果是第一行
#将第i列的值存入res[i],$i表示第i列的值，i为数组的下标，以列序号为下标，
#数组不用定义可以直接使用
res[i]=$i;
}
else{
#不是第一行时，将该行对应i列的值拼接到res[i]
res[i]=res[i] " " $i
}
}
}
# BEGIN{} 文件进行扫描前要执行的操作；END{} 文件扫描结束后要执行的操作。
END{
#输出数组
for (i=1; i<=NF; i++){
print res[i]
}
}' file.txt
95、给定一个文本文件 file.txt，请只打印这个文件中的第十行。awk 'NR==10' file.txt
96、你是一个专业的小偷，计划偷窃沿街的房屋。每间房内都藏有一定的现金，影响你偷窃的唯一制约因素就是相邻的房屋装有相互连通的防盗系统，如果两间相邻的房屋在同一晚上被小偷闯入，系统会自动报警。 给定一个代表每个房屋存放金额的非负整数数组，计算你 不触动警报装置的情况下 ，一夜之内能够偷窃到的最高金额。class Solution:
def rob(self, nums):
length = len(nums)
if length == 0:
return 0
if length == 1:
return nums[0]
left, right = nums[0],max(nums[0], nums[1])
for i in range(2, length):
left,right = right,max(left + nums[i], right)
return right
97、请介绍一下，APP测试流程根据需求说明书编写测试计划；制定测试方案，主要是测试任务、测试人员和测试时间的分配；测试准备，包括搭建测试环境，准备测试数据，确定测试方法；测试用例的设计与编写，进行用例评审及补充完善；执行测试时首先进行冒烟测试，然后对主功能流程进行测试，包括客户端的单个功能模块，及功能业务逻辑功能交互，回归测试；提交测试结果，包括测试用例，测试计划；日常维护性测试；98、APP测试需要提前准备哪些测试资源具体要准备的测试资源，根据实际项目来，可以从以下几个方面出发：1.IOS设备、Android设备（选取市面上主流手机产品）；2.支付宝/银联支付的项目，需要提前申请支付宝/银联账户等等；3.有秒杀专题的题目，需要规划秒杀时间表；4.有优惠券使用的项目，需要添加优惠券数据；99、Android手机和IOS手机，系统有什么区别1.两者运行机制不同：IOS采用的是沙盒运行机制，安卓采用的是虚拟机运行机制。IOS 沙盒运行机制:每个程序都有自己的虚拟地址空间。所以，程序之间不能进行访问。默认只会将应用的最后运行数据，记录在RAM里面。Android 虚拟机运行机制：所有的应用程序都是运行在虚拟机中，用户界面其实是由虚拟机传递的，并且通过虚拟机，Android的任何程序都就可以轻松访问其他程序文件。所有的Android的应用程序都是运行在RAM里面的，所以会发现有时候Android用着用着就开始有点卡顿。2.两者后台制度不同：IOS中任何第三方程序都不能在后台运行；安卓中任何程序都能在后台运行，直到没有内存才会关闭。3.IOS中用于UI指令权限最高，安卓中数据处理指令权限最高。100、adb三个组件是指ADB作为一个客户端/服务器架构的命令行工具，主要由3个部分组成。adb clent（客户端）：可以通过它对Android应用进行安装、卸载及调试。adb service（服务器）：管理客户端到Android设备上abd后台进程的连接，负责管理client和damon进行通信。adb daemon（守护进程）：运行在Android设备上的adb后台进程。101、介绍一下Android四大组件Android四大基本组件：Activity、BroadcastReceiver广播接收器、ContentProvider内容提供者、Service服务。Activity：应用程序中，一个Activity就相当于手机屏幕，它是一种可以包含用户界面的组件，主要用于和用户进行交互。一个应用程序可以包含许多活动，比如事件的点击，一般都会触发一个新的Activity。BroadcastReceiver广播接收器：应用可以使用它对外部事件进行过滤只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice 来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。ContentProvider内容提供者：内容提供者主要用于在不同应用程序之间实现数据共享的功能，它提供了一套完整的机制，允许一个程序访问另一个程序中的数据，同时还能保证被访问数据的安全性。只有需要在多个应用程序间共享数据时才需要内容提供者。例如：通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处：统一数据访问方式。Service服务：是Android中实现程序后台运行的解决方案，它非常适合去执行那些不需要和用户交互而且还要长期运行的任务（一边打电话，后台挂着QQ）。服务的运行不依赖于任何用户界面，即使程序被切换到后台，或者用户打开了另一个应用程序，服务仍然能够保持正常运行，不过服务并不是运行在一个独立的进程当中，而是依赖于创建服务时所在的应用程序进程。当某个应用程序进程被杀掉后，所有依赖于该进程的服务也会停止运行（正在听音乐，然后把音乐程序退出）。102、Activity生命周期生命周期即活动从开始到结束所经历的各种状态，从一个状态到另一个状态的转变，从无到有再到无，Activity本质上有四种状态：运行（Active/Running）:Activity处于活动状态，此时Activity处于栈顶，是可见状态，可以与用户进行交互。暂停（Paused）:当Activity失去焦点时，或被一个新的非全面屏的Activity，或被一个透明的Activity放置在栈顶时，Activity就转化为Paused状态。此刻并不会被销毁，只是失去了与用户交互的能力，其所有的状态信息及其成员变量都还在，只有在系统内存紧张的情况下，才有可能被系统回收掉。停止（Stopped）:当Activity被系统完全覆盖时，被覆盖的Activity就会进入Stopped状态，此时已不在可见，但是资源还是没有被收回。系统回收（Killed）:当Activity被系统回收掉，Activity就处于Killed状态。如果一个活动在处于停止或者暂停的状态下，系统内存缺乏时会将其结束（finish）或者杀死（kill）。这种非正常情况下，系统在杀死或者结束之前会调用onSaveInstance()方法来保存信息，同时，当Activity被移动到前台时，重新启动该Activity并调用onRestoreInstance()方法加载保留的信息，以保持原有的状态。在上面的四中常有的状态之间，还有着其他的生命周期来作为不同状态之间的过渡，用于在不同的状态之间进行转换。103、请介绍一下，Android SDK中自带的几个工具有如下几个工具：ddms：Dalvik Debug Monitor Service，是 Android 开发环境中的Dalvik[虚拟机]调试监控服务。monkey：Android中的一个命令行工具，可以运行在模拟器里或实际设备中。它向系统发送伪随机的用户事件流(如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试。uiautomator：UIAutomator是Eclipse自带的用于UI自动化测试工具，可仿真APP上的单击、滑动、输入文本等操作。monitor：同uiautomatoradb：ADB的全称为Android Debug Bridge，就是起到调试桥的作用。通过ADB我们可以在Eclipse中方面通过DDMS来调试Android程序，就是debug工具。104、你所了解的APP测试工具常用的APP测试工具如下：APP自动化测试工具：AppiumAirtestuiautomator2（python）APP稳定性测试工具：MonkeyMonkeyRunnerMaximUICrawlerAPP性能测试工具：GTPerfdogSoloPiAPP弱网测试&抓包工具：QNETFiddlerCharlesAPP兼容性测试工具：TestIn腾讯优测百度MTC阿里MQCAPP安全测试工具：OWASP ZAPDrozerMobSFQARK105、介绍一下冷启动、暖启动、热启动、首屏启动APP启动会发生多个事件，测试人员需要知道整个环节是否出现问题，需要了解到具体是哪个环节存在问题：冷启动：当进程不存在的时候，从进程创建开始到界面的展示的过程；暖启动：有一部分资源已经存在，进程存在，相对于热启动要消耗更多资源。当用户退出应用程序时，进程还会存在，暖启动相较于冷启动只是少了进程的创建；热启动：大部分资源都在，只是应用之间的切换；首屏启动：第一屏加载完整；标准：冷启动：需要5秒甚至更长；暖启动：需要2秒甚至更长；热启动：需要1.5秒甚至更长；整个启动过程可以用adb工具进行分析，利用adb logcat获取启动数据，或者录屏，使用ffmpeg拆帧分析。106、谈谈对冷启动的理解应用的启动可以分为冷启动，热启动和温启动，而启动最慢、耗时最长的就是冷启动。冷启动开始时，系统会依次执行三个任务去启动APP:加载和启动应用程序；APP启动后，立即创建一个空白的启动Window；创建APP的进程；在这三个任务执行后，系统创建了应用进程，那么应用进程接下来会执行下一步：创建APP对象；开启一个主线程；创建启动页的Activity；加载View；布局view到屏幕；进行初始绘制显示视图；当应用进程完成初始绘制之后，系统进程用启动页的Activity来替换当前显示的空白Window，这个时刻用户就可以使用App了。107、如何通过子元素定位父元素只有xpath可以通过子元素定位父元素，两个点表示定位当前元素的父元素108、栈和队列的区别1、都是数据结构，都可以用数组、链表实现2、栈的特性是后进者先出，先进着后出；队列的特性是后进先出3、栈只允许在一端插入和删除数据；队列可以在队首队尾进行运算109、怎么杀死tomcat进程linux系统首先，我们可以通过ps或者netstate的相关命令找到tomcat进程的id，使用KILL命令杀掉该进程后，就能重新启用一个新的进程了，可以编写一个脚本把查找进程与杀死进程结合实现便捷windows系统首先通过netstate找到tomcat进程的pid，通过task kill把找到的pid杀掉110、如何判断一个页面上的元素是否存在通过查看当面页面的dom，搜索该元素是否存在。如果是脚本自动化运行过程中，应该通过打印page_source，即可了解到该元素在运行过程中是否存在111、一个元素明明定位到了，点击无效，也没有报错，如何解决？原因是异步加载js导致点击不到，解决方案就是循环点击该按钮，直到生效为止112、selenium中隐藏元素如何定位？隐藏元素可以直接定位，但是无法直接点击或者交互，可以使用js执行交互操作113、如何获取APP中的toast消息提示toast闪过太快，不好定位，解决方案就是直接通过xpath定位结合隐式等待获取114、app突然出现弹窗，导致元素遮挡怎么办？通过添加黑名单异常处理解决115、元素定位不到的原因定位错误解决方案：在console先测试定位是否正确页面还没有加载完成解决方案：添加死等验证，使用显示等待或隐式等待进行优化存在动态ID解决方案：定位方式使用CSS或者xpath的相对定位页面有iframe解决方案：切换到iframe后定位页面切换window解决方案：切换到对应窗口后定位116、显示等待和隐式等待类型使用方式原理直接等待time.sleep()强制线程等待隐式等待driver.implicity_wait()在时间范围内，轮询查找元素显示等待WebDriverWait(driver实例，最长等待时间).until(条件函数)设定特定的等待条件，轮询操作117、我要查看日志的前十行怎么实现？header命令可以实现，header -10118、如何将字符串转化为整型使用int()函数接收字符串，返回整数字符串的值必须是数值形式，否则会报ValueError119、平时使用的测试框架是什么？pytest框架下怎么进行参数化？平时工作中使用最多的是pytest单测框架，进行自动化测试用例的管理使用pytest自带的装饰器parametrize可以实现参数化120、你用过的测试用例设计方法有哪些呢等价类划分法边界值分析法因果图法判定表法场景分析法错误推断法121、python函数怎么传入可变参数1、如果函数需要支持传入可变参数，前提是将函数的形参前面加上一个或两个星号2、可变的位置参数通常使用 * args表示，调用时按照位置传入实参即可，所有接收到的实参会被收集成一个元组对象3、可变的关键字参数通常使用**kwargs表示，调用时按照key=value的格式传入实参即可，所有接收到的实参会被收集成一个字典对象122、 json和dict的区别1、json是一种用于在系统应用之间进行数据传输的文本格式，而python语言中的dict是一种内存中数据结构2、由于json的内容是文本，因此在其中查找一个key的时间复杂度是O(n)，而dict使用哈希值，时间复杂度是O(1)，所以查找键的效率比json高效很多3、json的键仅支持字符串格式，必须是双引号包围；而dict的键支持任何可哈希的对象作为键，包括元组，自定义类等等4、json的值的要求是有效的json类型，包括数组、对象、字符串、浮点数、布尔值和null。而dict字典的值可以是python中任何数据类型，包括整数、浮点数、列表、元组等等123、python中元组和列表的区别：列表是可变的，而元组是不可变的列表支持很多内置方法，而元组则较少列表占用更多的内存，元组内存开销较小

欢迎使用北森官网及服务！
为使用北森官网（以下简称“本官网”）及服务，请用户务必审慎阅读、充分理解各条款内容，特别是免除或者限制责任的条款，以及开通或使用某项服务的单独协议，并选择接受或不接受。限制、免责条款可能以加粗形式提示注意。
除非用户已阅读并接受本协议所有条款，否则用户无权下载或使用本官网相关服务。用户的下载、使用、登录等行为即视为已阅读并同意上述的约束。
1.本协议的范围
1.1 本协议适用主体范围：
本协议是您作为用户，与北京北森云计算股份有限公司（以下简称“北森”或“本公司”）之间关于下载、使用本官网，以及使用北森相关服务所订立的协议。
1.2 协议关系及冲突条款
本协议被视为《服务协议》的补充协议，是其不可分割的组成部分，与其构成统一整体。本协议与上述内容存在冲突的，以本协议为准。本协议内容同时包括北森可能不断发布的关于本服务的相关协议、业务规则等内容。上述内容一经正式发布，即为本协议不可分割的组成部分，用户同样应当遵守。
2. 关于本服务
2.1 本服务的内容
本服务内容是指北森通过互联网向用户提供的本官网信息使用权，同时为用户提供本官网内容的阅读、下载和在线咨询服务。用户通过官网任意入口，即可全面访问本网站的文章、视频、电子书以及直播课等信息，从而进一步提高用户的职业技能和职业经验，有效降低企业的人力资源成本，提高业务。（以下简称“本服务”）（以下简称“本服务”）
2.2 本服务的形式
2.2.1
用户使用本官网需要登陆、注册、填写其他表单，就本官网，北森给予用户一项不可转让及非排他性的许可。用户仅可为访问或使用本官网的目的而使用这些内容及服务。
2.2.2
本服务中软件提供包括但不限于移动端和PC端等多个应用版本，用户应选择与所使用环境相相匹配的网站版本。
2.3 本服务的范围
2.3.1
本条及本协议其他条款未明示授权的其他一切权利仍由北森保留，用户在行使这些权利时须另外取得北森的书面许可。北森如果未行使前述任何权利，并不构成对该权利的放弃。
2.3.2
如果用户停止使用本官网，或服务被终止或取消，本公司可以从服务器上地删除您的数据。服务停止、终止或取消后，本公司没有义务向用户返还任何数据。
3. 资料的获取3.1 用户可以直接从北森的网站上获取资料。
3.2
如果用户从未经北森授权的第三方获取本官网或与本官网名称相同的资料，北森无法保证该资料内容正确，并对因此给用户造成的损失不予负责。
4. 资料的下载
4.1
北森可能为不同的用户提供不同的内容展现形式，用户应当根据实际情况选择下载或阅读合适的资料。
4.2 下载资料后，用户应按照相应类型的资料选择程序打开阅读。
4.3
为提供加优质、安全的服务，在本网站打开时北森可能推荐用户安装其他版本浏览器，用户可以选择安装或不安装。
5. 官网的新
5.1
为了改善用户体验、完善服务内容，北森将不断努力开发新的服务，并为用户不时提供本官网的新（这些新可能会采取替换、修改、功能强化、版本升级等形式）。
5.2
为了保证本官网及服务的安全性和功能的一致性，北森有权不经向用户特别通知而对本官网进行新，或者对本官网的部分功能效果进行改变或限制。
5.3
本官网新版本发布后，本公司将可能视情况设定一定期限的过渡期，以方便用户使用新版本。过渡期结束后，旧版本的官网可能无法使用。北森不保证旧版本官网继续可用及相应的客户服务，请核对并使用新版本。
6. 隐私声明6.1 用户信息收集
6.1.1
用户在注册帐号或使用本官网的过程中，需要提供一些必要的信息，例如：真实姓名、地址、籍、企业名称、行业、规模、职位、所在部门、电话号码和电子邮件地址等。上述信息视为您的身份识别信息，本公司用这些信息来管理您的账户，并为您提供一系列服务的访问。本公司也可能利用这些信息来通知您新的产品新和市场活动。您可以在本公司取得账户信息及密码登录本公司并查看账户设置和您的信息，并可查看和修改您的个人信息。
6.1.2
您只能通过您的密码来使用您的帐号。如果您泄漏了密码，您可能丢失了您的个人识别信息，并且可能出现对您不利的后果。因此，无论任何原因危及您的密码安全，您应该通过本公司预留的联系方式和本公司取得联系
6.1.3
您成功注册后，本公司将收集您的官网浏览行为，作为您的身份识别信息的一部分，本公司用这些信息可能为您提供一系列的服务，以方便您好的使用本网站。
6.1.4
本公司还可能收集并存储以下数据：您在本官网中的标识符、经度和纬度、性别、年龄、用户触发的事件、错误和页面浏览量，还可能包含您终用户的IP地址、设备类型、地区等信息。
6.2 用户信息的披露和使用
6.2.1
本公司将使用本公司通过你对本网站的行为收集来的信息为您提供加深入的支持与服务。
6.2.2
本公司不会向任何无关第三方提供，出售，出租，分享和交易用户的个人信息，但为方便您使用本公司服务，本公司将对您及（或）您的公司的身份和交易数据进行综合统计，本公司不会披露任何可能用以识别用户的个人身份的资料，但从用户的用户名或其它可披露资料分析得出的资料不受此限。
6.2.3
您同意本公司可披露或使用您的个人信息以用于识别和（或）确认您的身份，或解决争议，或有助于确保网站安全，限制欺诈、非法或其他刑事犯罪活动。
6.2.4
您同意本公司可披露或使用您的个人信息以保护您的生命、财产之安全或为防止严重侵害他人之合法权益或为公共利益之需要。
6.2.5
您同意本公司可披露或使用您的个人信息以改进本公司的服务，并使本公司的服务能符合您的要求，从而使您在使用本公司服务时得到好的使用体验。
6.2.6
您同意本公司利用您的个人信息与您联络，并向您提供您可能感兴趣的信息，如：介绍、推销产品、服务、促销优惠或者商业投资机会的商业性短信息等，您接受本条款中的隐私声明即为明示同意收取这些信息。
6.2.7
当本公司被法律强制或依照政府或依权利人因识别涉嫌侵权行为人的要求而提供您的信息时，本公司将善意地披露您的资料。
6.2.8
当本公司需要保护本公司、本公司的代理人、客户、用户和其他人的权益和财产，包括执行本公司的协议、政策和使用条款时，本公司将善意的披露您的资料。
6.2.9
您同意如果本公司拟进行企业并购、重组、出售全部或部分股份和/或资产时，本公司有权在与前述交易的相关方签署保密协议的前提下向其披露您的资料以协助本公司完成该等交易。
6.2.10
您在此同意，在您使用本官网期间，本公司可以在对您的原始数据、进行信息脱密处理的情况下，将该等信息用于制作及发布行业分析报告、行业交流等非营利性用途。
6.3 用户信息的存储和交换
6.3.1
本公司所收集的用户信息将保存在本公司的服务器或本公司的合作产品提供商的服务器上。本公司将根据本条款中的隐私声明保存收集的用户信息，除非适用法律要求或允许保存长时间，本公司将在本条款中的隐私声明规定的目的实现后的合理期限内删除本公司所收集的用户信息。之后，如果为本条款中的隐私声明规定的目的不再需要，本公司可能在合理时间内完全删除本公司所保存的用户信息。本公司不去核实试用用户信息是否正确。尽管有上述规定，本公司仍可能保存某些解决争议、满足技术和法律要求和维护本公司的服务的安全完整运行所需的试用用户信息。
6.4 用户信息安全
6.4.1
本公司有相应的安全措施来确保本官网收集的用户信息不丢失，不被滥用和变造。这些安全措施包括但不限于向其它服务器备份数据和对用户密码加密。尽管本公司有这些安全措施，但请注意在因特网上不存在“完善的安全措施”，因此用户信息可能非因本公司的原因而丢失，包括但不限于他人非法利用用户资料，用户下载安装的其他软件或访问的其他网站中可能含有病毒、木马程序或其他恶意程序，威胁用户的终端设备信息和数据安全，继而影响本官网的正常使用等。对此，本公司不承担任何责任。
6.5 用户对本软件分析结果的使用
6.5.1
用户在此无条件同意，用户在免费使用本公司提供的服务期间，本条款中的隐私声明项下的信息及对该等信息的分析结果的所有权由本公司与用户共同拥有。本公司建议，用户应当以符合相关法律规定和道德义务的方式使用该等信息。同时，本公司提醒注意，因包括但不限于技术原因、网络传输质量等原因，导致本公司对本公司收集的信息的分析结果可能存在不准确的情况，对于该等不准确所导致的问题或者损失，本公司不承担任何责任。如果您接受本条款中的隐私声明并把本公司提供给您的信息、资料集成到您的网站或者应用中，您已经同意并向本公司保证您所有的终用户同意本公司收集、使用并分析其信息，并且遵守本条款中的隐私声明的全部规定。
6.5.2
您在此进一步保证，您不会因为本公司按照本声明的规定收集、使用、分析、披露收集的信息及对该等信息的分析结果而对本公司产生任何形式的诉求、投诉等。如果您因本条款中的隐私声明项下的对其的信息的收集、使用、披露或者对该等信息的分析以及您对分析结果的使用和处分而致使本公司遭受任何形式的诉求以及投诉等，您将负责全面给予解决；如果导致本公司发生任何形式的损失，您将负责给予本公司赔偿。
7. 用户行为规范
7.1
本官网使用规范。除非法律允许或本公司书面许可，用户使用本官网过程中不得从事下列行为：
7.1.1 删除本网站关于著作权的信息；
7.1.2
对本网站进行反向工程、反向汇编、反向编译，或者以其他方式尝试发现本软件的源代码；
7.1.3
对本公司拥有知识产权的内容进行使用、出租、出借、复制、修改、链接、转载、汇编、发表、出版、建立镜像站点等；
7.1.4
对本网站或者本网站运行过程中释放到任何终端内存中的数据、软件运行过程中客户端与服务器端的交互数据，以及本软件运行所必需的系统数据，进行复制、修改、增加、删除、挂接运行或创作任何衍生作品，形式包括但不限于使用插件、外挂或非经本公司授权的第三方工具/服务接入本软件和相关系统；
7.1.5
通过修改或伪造软件运行中的指令、数据，增加、删减、变动软件的功能或运行效果，或者将用于上述用途的软件、方法进行运营或向公众传播，无论这些行为是否为商业目的；
7.1.6
通过非本公司开发、授权的第三方软件、插件、外挂、系统，登录或使用本公司软件及服务，或制作、发布、传播上述工具；
7.1.7
自行或者授权他人、第三方软件对本软件及其组件、模块、数据进行干扰；
7.2
用户理解并同意，基于用户体验或相关服务平台运营安全、平台规则要求及健康发展等综合因素，针对以下情形，本公司有权视具体情况中止或终止提供本服务，包括但不限于：
7.2.1 违反法律法规或本协议规定的；7.2.2 影响服务体验的；7.2.3 存在安全隐患的。7.3 违约处理
7.3.1
如果本公司发现或收到他人举报或投诉您违反本协议约定的，本公司有权视行为情节对您处以包括但不限于警告、限制或禁止使用部分或全部功能、帐号封禁直至注销的处罚。
7.3.2
您理解并同意，本公司有权依合理判断对违反有关法律法规或本协议规定的行为进行处罚，对违法违规的任何用户采取适当的法律行动，并依据法律法规保存有关信息向有关部门报告等，您应独自承担由此而产生的一切法律责任。
7.3.3
您理解并同意，因您违反本协议或相关服务条款的规定，导致或产生第三方主张的任何索赔、要求或损失，用户应当独立承担责任；本公司因此遭受损失的，您也应当一并赔偿。
8. 知识产权声明
8.1
北森是本官网的知识产权权利人。本官网的一切著作权、商标权、专利权、商业秘密等知识产权，均受中华人民共和法律法规和相应的际条约保护，本公司享有上述知识产权，但相关权利人依照法律规定和本条款应享有的权利除外。
8.2
未经本公司或相关权利人书面同意，用户不得为任何商业或非商业目的自行或许可任何第三方实施、利用、转让上述知识产权。
9. 第三方软件或技术
9.1
本官网可能会使用第三方软件或技术（包括本软件可能使用的开源代码和公共领域代码等，下同），这种使用已经获得合法授权。
9.2
本官网如果使用了第三方的软件或技术，本公司将按照相关法规或约定，对相关的协议或其他文件，可能通过本协议附件、在本官网进行展示，它们可能会以“软件使用许可协议”、“授权协议”、“开源代码许可证”或其他形式来表达。前述通过各种形式展现的相关协议、其他文件及网页，均是本协议不可分割的组成部分，与本协议具有同等的法律效力，您应当遵守这些要求。如果您没有遵守这些要求，该第三方或者家机关可能会对您提起诉讼、罚款或采取其他制裁措施，并要求本公司给予协助，您对此应当自行承担法律责任。
9.3
如因本官网使用的第三方软件或技术引发的任何纠纷，应由该第三方负责解决，本公司不承担任何责任。本公司不对第三方软件或技术提供客服支持，若用户需要获取支持，请与第三方联系。
10. 其他
10.1
用户使用本官网即视为您已阅读并同意受本协议的约束。本公司有权在必要时修改本协议条款。用户可以在本软件的新版本中查阅相关协议条款。本协议条款变后，如果用户继续使用本官网，即视为用户已接受修改后的协议。如果用户不接受修改后的协议，应当停止使用本软件。
10.2 本协议签订地为中华人民共和北京市。
10.3
本协议的成立、生效、履行、解释及纠纷解决，适用中华人民共和大陆地区法律（不包括冲突法）。
10.4
若用户和北森之间发生任何纠纷或争议，应友好协商解决；协商不成的，用户同意将纠纷或争议提交本协议签订地有管辖权的人民法院管辖。
10.5
本协议所有条款的标题仅为阅读方便，本身并无实际涵义，不能作为本协议涵义解释的依据。
10.
本协议条款无论因何种原因部分无效或不可执行，其余条款仍有效，对双方具有约束力。（正文完）