广东网站建设报价,怎么注册腾讯企业邮箱,企业域名邮箱,网站利用微信拉取用户做登录页滴滴面试#xff1a;1. 自己负责哪部分功能#xff1f;农餐对接系统分为了两大子系统#xff0c;一个是个人订餐系统#xff0c;二是餐馆、个人与农产品供应商进行农产品交易系统。我主要负责组织测试人员对该系统进行测试。我们测试分为两个阶段#xff1a;一、功能测试阶…滴滴面试1. 自己负责哪部分功能农餐对接系统分为了两大子系统一个是个人订餐系统二是餐馆、个人与农产品供应商进行农产品交易系统。我主要负责组织测试人员对该系统进行测试。我们测试分为两个阶段一、功能测试阶段。主要负责编写测试计划、测试用例、部署禅道BUG管理系统进行功能测试。首先我们将系统分为了订餐平台、采购平台、登录注册、消费者餐馆供应商后台等七个模块。其次使用等价类划分和边界值分析法相结合针对每个模块设计测试用例。二、 UI层自动化测试。使用PO设计模式工具是SeleniumUnit testJenkins。2.1 目的这个阶段是在我们项目需求已经明确版本已经稳定的情况下开始的主要考虑了几个方面1. UI层在多平台、多浏览器下运行结果存在不同。也就是需要我们在不同平台、浏览器下运行相同的测试案例大量的重复劳作力2. 其次我们项目因为前期设计不够严谨、版本部署不够规范会出现BUG重复出现的情况也就是需要我们每日构建后进行回归测试。3. 同时自己希望能够锻炼编程能力。2.2 内容在设计UI层自动化测试用例的时候使用的是PO设计模式也就是把每一个页面所需要操作的元素和步骤都封装在一个页面类中。然后 SeleniumUnit test搭建四层框架——实现数据、脚本、业务逻辑分离关键字驱动1基础层BasePage设计一个基本的Page类所有页面皆继承该类。提供了一个页面需要实现的基本功能及公共方法。2业务逻辑层Pages按照PO设计模式将每个页面抽象为一个类放在Pages包里面每个页面继承Basepage可调用Data层数据内容包括该页面所有的操作对象属性实现的功能3数据层Data该层存放相关数据例如用户数据和密码。在测试用例可通过调用数据层的数据来进行操作。4测试用例层Testcases每一个测试用例testcase都对应Pages里面的一个页面继承unnitest.TestCase类。通过调用对应页面类的方法数据层的数据、增加断言(assert)来验证功能的正确性。此外通过Jenkins自动执行测试、代码质量检测和部署到测试服务器、部署到生产服务器上 2.3 自动化测试执行策略——三个阶段使用Jenkins持续集成工具来执行测试脚本和部署主要设置了三个任务tm_test用于执行自动化测试脚本检测代码质量tm_staging_deploy用于在测试服务器上部署代码tm_deploy用于在生产服务器上部署我们将测试分为三个阶段1. 开发新的需求时创建分支devN。当在这个分支中需求开发完成或者Bug修复就配合测试人员利用JUNit框架进行单元测试以及功能测试。通过测试后合并到master上。2. 当master有变动则触发tm_test任务执行自动化测试脚本和代码质量检测。如果通过则自动触发tm_staging_deploy部署到测试服务器如果没有通过自动化测试脚本会将Bug截图发送给测试人员。3. 登陆生产服务器上对网站进行功能测试。如果通过测试则手动触发tm_deploy部署到生产服务器。如果没有通过在禅道管理系统上把bug指派给相应模块的开发人员。2. 在使用Selenium中遇到的最大的问题如何解决——测试用例的可靠性误报通常是我们在使用selenium的最头疼的问题这使得很难把selenium测试用例加入到自动构建中。有些构建是必须要成功的如果失败将会阻塞整个发布流程。解决方法——重试我们的解决方案是在测试步骤和测试集中都加入重试机制。产生误报最大原因是selenium在页面加载完成之前就开始请求页面资源。重试机制利用递归封装了一个等待元素的方法。其中设置最大等待时间为1s轮询时间为50ms这个方法会不断轮询直到方法执行成功或者超过设置的最大等待时间。在我们最好的一次实践中我们把一个测试用例的误报率从10%降低到0并且执行时间从原先的45秒降低到33秒。annotation.tailrecprivate def retry[A](maxWaitMillis: Long, pollIntervalMillis: Long)(callback: A): A { val start System.currentTimeMillis Try { callback } match { case Success(value) value case Failure(thrown) { val timeForTest System.currentTimeMillis - start val maxTimeToSleep Math.min(maxWaitMillis - pollIntervalMillis, pollIntervalMillis) val timeLeftToSleep maxTimeToSleep - timeForTest if (maxTimeToSleep 0) { throw thrown } else { if (timeLeftToSleep 0) { Thread.sleep(timeLeftToSleep) } retry(maxWaitMillis - pollIntervalMillis, pollIntervalMillis)(callback) } } }} 其余还有元素定位问题我们主要通过Selenium WebDriver进行元素定位。但是会遇到两大类定位不到元素的情况1. ElementNotVisible元素不可见对于这种情况这个元素display none/hidden通过JS更改display block来解决2. NoSuchElementException没有这种元素1最常见的页面没有加载完全我们就去定位这个元素。2动态ID无法定位元素——1直接使用Xpath相对路径2根据部分元素定位3Iframe——switch_to_iframe4) Alert——switch_to_alert5下拉框——Select标签下拉框、二次定位 3. UI层自动化测试的作用发现什么BUG他就是功能测试使用WebDriver真实的模拟了用户的操作过程。 4.有无发现selenium的BUG 5. 与人工测试相比Selenium测试的产出相对的优势 6. 有没有封装过Selenium方法有在BasePage层我们就对实现一个页面的基本功能进行了封装。例如1. 设置重试机制。2. 对webdriver各种方法进行封装。 JUnit如何实现它的功能是什么什么时候使用 一、Selenium基本认识1. 什么是SeleniumSelenium是浏览器自动化工具主要用来Web的自动化测试以及基于Web的任务管理自动化。它支持的语言有python、Java、ruby、JavaScript等并且几乎能在主流的浏览器上运行。Selenium2.0、Selenium3.0主要由三大部分组成SeleniumIDE、Selenium WebDriver、Selenoium Grid。Selenium IDE录制和回放脚本可以模拟用户对页面的真实操作区别于其他工具是通过拦截http请求。 一般只把录制脚本当作一个辅助功能因为一个UI节点的细微变化都可能导致自动化测试工具无法识别当测试项目项目大时定位、更新十分困难。其次录制的脚本有时候人工难以理解。Selenium Grid实现在多台机器上、和异构环境中并行执行测试用例。并行执行不仅节省时间而且可以同时在不同的浏览器、平台上运行自动化测试脚本。Selenium Web Driver针对各个浏览器而开发通过原生浏览器支持或者扩展Chrome webDrive、FireFox WebDriver直接控制浏览器 VS Selenium RCSelenium1.0在浏览器中运行javaScript使用浏览器内置的JavaScript来翻译和执行selense2. Selenium的特点有支持录制和回放Selenium IDE通过WebDriver直接控制浏览器而不是通过拦截HTTP请求实现真正模仿了用户的操作同时使用WebDriver能够灵活的获取页面元素WebDriver并且提供执行JS的接口能够分布式运行在不同机器和异构环境中不同浏览器 3. Selenium的内部运行机制如何能够跨浏览器使用——WebDriver原理RC原理1RC原理在Selenium1.0中是通过Selenium RC服务器作为代理服务器去访问应用从而达到测试的目的。Selenium RC分为三个部分Launcher、HttpProxy、Core。Launcher用于启动浏览器把Selenium Core加载到浏览器中并且把浏览器的代理设置为Selenium Server的Http Proxy。Core是一堆JavaScript的集合所以本质相当于运行这些JavaScript函数来实现对Html页面的操作。——这也是为什么可以运行在几乎所有主流的浏览器上。然而直接运行JavaScript会有极大的安全漏洞所以会受到“同源限制”在这个基础上Selenium2.0引入了WebDriver。2Web Driver原理webDriver是按照client/server模式设计的。client是我们的测试脚本发送请求server就是打开的浏览器用来接收client的请求并作出响应。具体的工作流程webDriver打开浏览器并绑定到指定端口。启动的浏览器作为远程服务器remote serverclient通过CommandExecuter发送http请求给远程服务器的侦听端口the wire protocal远程服务器根据原生的浏览器组件来转化为浏览器的本地native调用所以web Driver用到的协议打开浏览器时HTTP协议client端发送http请求到远程服务器的侦听端口the wire protocol其中有线协议指的是从点到点获取数据的方式是应用层的协议。HTTP协议是用于从服务器传输超文本标记语言HTML到客户端的通信协议。是一个应用层协议由请求响应构成是一个标准的客户服务器模式。是一个无状态的协议。无状态对事务没有记忆能力不会保存这次传输的信息——节约内存4. 如何提高selenium脚本的执行速度1优化测试用例。尽可能不用sleep、减少使用implicityWait而使用WebDriverWait/FluentWait这样可以优化等待时间减少不必要的操作步骤。2使用Selenium grid通过testNG实现并发执行。 说到这里在编写测试用例的时候一定要实现松耦合然后再服务器允许的情况下尽量设置多线程实现并发运行。3设置等待时间、中断页面加载。如果页面加载内容太多我们可以查看一下加载缓慢的原因在不影响测试的情况下可以设置超时时间中断页面加载。 5. 提高自动化脚本稳定性首先我们要分析出不稳定的原因然后有针对的去解决。1页面加载内容太多。如果页面加载内容太多在不影响测试的情况下我们可以设置超时时间中断页面加载。2网络原因。设置等待时间如果在响应时间内没有加载成功则重新执行测试。3优化代码减少容易冲突的函数。4多线程运行时测试用例间相互影响。在并发操作时如果用例之间的耦合性没有设计好就会有影响。综上所述我们就可以用线程的方式来监控测试进程的WEB加载执行状态。在页面会发生跳转时启动一个Thread来监控进程的状况。在Thread的run方法中定义一个计时器。 如果计时器超时则可以刷新页面计时器清零若此时刷新页面再次超时则关闭当前浏览器进程fail掉这个测试用例继续执行其他的测试用例。6. 高质量自动化脚本特点业务和代码分离封装性好。用例之间耦合性低独立性强易于扩展维护7. 你觉得自动化测试最大的缺陷是什么1. 一旦项目发生变化测试用例就需要改进工作量大。2. 验证的范围有限操作更加复杂比如说简单的一个验证验证码如果是人工识别很快就可以输入但是自动化测试中会增添很多困难。那么这个时候速度也不如人工。3. 不稳定4. 可靠性不强5. 成本与收益 8. Selenium用JavaScript去操作页面元素会碰到什么问题Selenium是如何解决这个问题的然而直接在浏览器中运行JavaScript会有很大的安全漏洞所以就会受到“同源策略”的限制。也就是当你去要运行一个脚本的时候会进行同源检查只有和被操控网页同源的脚本才能被运行。Selenium1.0是通过采用代理模式来解决这个问题的。首先测试脚本向Selenium Server发出Http请求建立那么Selenium Server通过Launcher来启动服务器将Core加载到浏览器页面中并将浏览器代理设置为Http Proxy。其次测试脚本发送Http请求Selenium Server对这个Http进行解析然后通过代理服务器发送JS命令通知Core执行操作浏览器的动作Core接受到指令后执行操作。Selenium Server得到浏览器的Http的请求后重组请求获取对应的页面。最后代理服务器将这个页面返回给浏览器。在这个基础上Selenium2.0是通过webDriver来时先跨平台的。WebDriver是针对各个浏览器来开发是一个远程控制界面提供了一组接口来发现和操作Web文档中的DOM元素并控制用户代理的行为。二、自动化测试设计1. 为什么想到做UI自动化测试在前期我们也配合了开发人员使用JUnit框架进行单元测试测试覆盖率从0提升到50%。但是随着版本的稳定我们开始考虑UI层是与客户交互最多的界面如果要提高用户体验必须从UI层入手。其次大量并且重复的劳动力都集中在UI层所以我们考虑到进行UI层自动化测试解放劳动力。 2. 如何设计Selenium的自动化测试脚本我们从以下几个方面来回答1. 自动化测试的内容2. 自动化测试用例设计的原则3. 使用的框架设计模式 3. PO设计模式四层框架——数据、业务逻辑、测试脚本分离关键字驱动2.1 PO设计模式将一个页面内的操作对象按钮框、输入框等和操作的步骤封装在每个Page里面也Page为单位进行管理。这样Selenium测试用例能够通过调用页面类来获取页面元素从而巧妙的避开了当页面元素的ID等属性发生变化时修改代码的情况。——提高了代码的复用性、可读性及减少工作量。2.2 四层架构1. 基础层BasePage设计一个基本的Page类所有页面皆继承该类。提供了一个类需要实现的基本功能及公共方法。2. 业务逻辑层Pages按照PO设计模式将每个页面抽象为一个类放在Pages包里面每个页面继承Basepage可调用Data层数据内容包括该页面所有的操作对象属性实现的功能3. 数据层Data该层存放相关数据例如用户数据和密码。在业务逻辑层可通过调用数据层的数据来进行操作。4. 测试层Testcases每一个测试用例testcase都对应Pages里面的一个页面继承unnitest.TestCase类。通过调用对应页面类的方法增加断言(assert)来验证功能的正确性。其中每个测试用例都以test_开头。 此外通过Jenkins自动执行测试、代码质量检测和部署到测试服务器、部署到生产服务器上 4. 自动化测试执行策略自动化测试用例的执行主要是通过Jenkins来实现的。而执行的策略是根据测试用例的类别、目的来设计的。在Jenkins中我们设定了三个任务tm_test用于执行自动化测试脚本检测代码质量tm_staging_deploy用于在测试服务器上部署代码tm_deploy用于在生产服务器上部署测试用例的目的分为三种情况1用来监控。在此目的下我们就把自动化测试用例设置成定时执行的如果每五分钟或是一个小时执行一次在jenkins上创建一个定时任务即可。2必须回归的用例当修复了新功能或者Bug以后首先开发人员进行冒烟测试如果通过了JUnit单元测试交给测试人员进行功能测试。通过测试后合并到master。master一旦有变化则触发tm_test任务执行自动化测试脚本和代码质量检测。如果通过则自动触发tm_staging_deploy部署到staging服务器上没有通过的话自动化测试脚本会自动发送Bug截图给测试人员。3不需要经常执行的测试用例生产服务器上的代码有些非主要业务线的代码或者生产服务器上的代码已经很稳定了不需要时时回归所以我们采用人工执行在jenkins创建一个任务需要执行的时候人工去构建即可。 三、JenkinsJenkins是持续集成的工具能够自动执行测试和代码检测以及部署到服务器上。 【软件测试到测试开发全测试生涯学习路线】以及全套配套的学习资料视频教程....【以下路线图太详细了只能展开部分具体的可以在文章末尾扫描小卡片备注000领取哦】1自动化测试进阶系列2全栈性能测试监控以及调优3全栈测试开发平台实战4全栈安全测试渗透测试5devops持续集成部署6全栈接口测试工具进阶7跨平台自动化测试工具8大厂简历真题录音9全栈系列课企业项目实战总结现阶段如何突出重围呢委员不断的学习下面是软件测试到测试开发全职业生涯全套学习资料【需要的可以点击下方官方推广小卡片扫码备注000免费领取】
