1 软性热身题

这种题目,考的就是你的软性能力,比如表达能力,理解能力,协调能力,一个词概括就是套路。这类题目会在面试开始热身的时候,问一道两题,不会多,但是如果你能回答的有条不紊,清晰达意,那么就会给面试官留下非常好的印象,大致的题目如下:

自我介绍

我叫XXX,毕业于XXX,从事测试行业已经XX年,我擅长接口测试自动化,测试框架,巴拉巴拉,我共服务过X个公司分别有Y个成就,江湖人称666.总之,尽量用

简介的语言突出自己的优点,要保持humble,就像我介绍的这样,嗯:)

介绍下你负责的公司项目

我主导了XXX,协助了YYY,参与了ZZZ。 这个回答你要记清楚,后续的面试肯定还有项目细节,甚至技术实现细节。同类的项目说一个足以,重点突出不同技术栈或者有管理,对外沟通的项目

你有什么优点和缺点?

实际情况作答,比如优点是长的好看,缺点是太好看之类的,总之,要谦虚,不要傲。

在同一个项目组内,你认为你怎么做会比另外一名测试更加优秀?

我个人认为这个题目很有迷惑性,如果你只追求比别人优秀,肯定很难跟别人合作,如果你没有别人优秀,那么我为什么要用你?

要我答的话,我重点会放在如何一点一滴积累技术实力,及用这些实力解决项目组存在的问题上,这实际上也是很多优秀测试人员的必备素质

你为什么离开上家公司?离职原因(这个会在最后问)

看老板不爽啊,PM太SB啦喜欢的同事跟开发跑啦等等, 一个都不要说!!! 我要面试别人,关注的是离职背后的动机,这人是不是被开除的,这人是不是不好相处,这人是不是有明显性格缺陷,只要不沾这些必死项,其它实际作答吧。

个人觉得软性题,不必要过多关注,除自我介绍外,通常是通过面试后HR关的闲聊题,主要还是要关注下面的技术问题。

2 测试理论基础题

这类题目就是考测试工程师的基本能力了,比如测试计划,测试流程,如何bug,你做过哪些测试,一般我们认为这些能力做的再好都是应该的,不会有加分,但是只要做的不好,那就是个不合格的测试工程师了。这种题目也不会问的太多,大概题目如下:

请描述下你上个公司的测试流程?

实际情况作答, Scrum模式举例如下:

1.我们公司采用Scrum模式开发,测试也跟这个走,在每个sprint开始前会前后召开grooming meeting, planning meeting, Grooming meeting上把这个sprint可能做的tasks从product backlog里捞出来, 然后按照优先级排序, planning meeting上估时,做commitments,并确认每个story的后端,前端,测试。

2.planning后sprint正式开始时,需求,design,UI应该都ready了,测试就可以设计用例, 通过review后发给所有组成员review。 story ready for test时,开发把代码放到测试环境,测试开始测试,发现问题jira报bug,linked到story,测试全部完成后标记 UAT GL, 等公司release process开始。

3.Release process开始,不同小组把各自代码放到统一测试环境,继续测试一次,这轮关注别组不会影响自己。

4.然后还有一轮甚至两轮 pre release,主要验证代码,环境,变量等问题。

5.最后release, 观察下,有问题回退版本,没问题继续走下个sprint

请描述下bug的几个要素?

ID, Summary, reproduce steps, Priority, Assign to, Sprint info, fix version(due data)等等。这道题我好想回答一句,jira里都有,你自己不会看呀:)

白盒和黑盒的区别,你是怎么运用的?

简单来说一个关注内部实现逻辑,一个只从用户角度出发,不关注具体实现。具体定义及区别请参考我以往文章。

一般中高级测试都会偏灰盒一些,既关注内部实现逻辑又关注用户jounery,设计case的时候两边参考。

内部实现逻辑可以看代码,也可以请开发讲给你听,知道了怎么实现,能在设计用例时构造不同数据cover逻辑覆盖。同时也清楚了regression 的scope

你是如何做测试分析?

这题是考察测试思维,一个应用/功能如何测试的问题,我的原则是确定需求,先定性后定量。

具体来说,定性, 哪些是显性需求?那些是隐性需求?功能在scope吗?性能?可靠性?安全性?兼容mobile平台吗?

定量就是, 功能要测, 那么有哪些功能,每个功能点是什么, 入口是什么,出口是什么,precondition是什么,数据哪里构造等等。

重复上述操作直到分析完成

如何设计测试用例?什么样子的测试用例是好用例?

个人觉得上题回答好了,这题不会问了。 设计用例原则上好的用例各有千秋(不外乎边界值,等价类,流程图,正交法,判定表等), 但坏的实践要避免,具体如下:

1.一个测试用例验证多个功能点(A,B,C三个功能一个用例,那么用例失败了,到底是A引起的?还是B引起的?增加后续开发定位问题的难度,浪费时间)

2.期望结果不明确(例如: make sure every thing works fine. what the f×××?!)

3.不可执行(比如一个配置项组合, 手工要执行的case写了2000个, 怎么执行完?)

4.precondition,steps描述不清楚,上手困难(你负责的story可能要由其它测试人员交叉执行)。

5.不必要的外部依赖(用例应直指功能核心,无关的入口/步骤/依赖 不必要一股脑放进来)

功能测试在 beta 版本对外的上线标准是什么?

貌似业界对beta的定义不太统一,有人说这个是A/B测试的一种, 但一般认为专业测试人员完成后,有部分用户参与的一轮测试即beta测试。一般测试环境为用户实际应用环境,目标在于要求用户使用发现不合理,不符合实际情况的问题,然后改进。

功能上线标准每个公司不一样,大致如下:

1.所有功能点(需求)都被用例覆盖到了

2.所有用例执行过至少一遍

3.所有发现的bug被修复并验证,做过regression了。

4.不能修复的记录了/关闭了/known issue了。

5.bug曲线区域平稳了

本人认为此类问题属于淘汰题,一个问题回答不上来或者深度不够,直接闲聊然后结束面试。

3 测试管理题

这类题目就是考验你作为测试leader或者测试负责人的管理能力了。

如果项目周期很短,测试人力匮乏,你是怎么协调的?

范围不变,赶工/增加人手,快速跟进/并行开始任务。 范围能变,砍低优先级用例,缩小测试范围。

描述下你团队的测试分工

实话实说, 比如:

干活是不可能干活的,这辈子都不可能干活的, 做管理又不会做,就是颜值这种东西,才能维持得了团队这样子。

对于团队成员,你是如何打kpi的?

没钱没颜你速去,童颜巨 你快来这样子。

我一般看三点:

1.出活

2.持续出活

3.持续精彩的出活

4移动测试相关

如今是移动互联网的天下,谁家没有个应用,所以这一块基本都会问到,同时也会看你的简历,如果你没有做过,基本也不会问的太深,如果你是专门做这一块的,那么要好好准备了。

概念题

描述下web测试和移动应用测试的相同点和区别?

公众号以前分享过,不赘述,把握以下几点:

0.任何类型测试先定性,再定量, 范围, 分类一定,大差不差。

1.web通常不要安装,移动应用通常要安装。

2.移动设备存在特殊性,不同设备的屏幕/分辨率,系统,定制UI都不相同。

3.移动应用不应该影响移动设备现有功能,如电话/短信等。

4.移动端要重点关注,发热(电量消耗), crash, 流量(4G/WIFI/2G)等

你是如何做应用的兼容性测试的?

一般兼容性主要关注:

1.硬件的适配:不同手机厂商、硬件性能,不同屏幕大小的适配

2.OS版本的兼容。 iOS,Android, 手机,pad, 版本号啊,MUI定制啊等

3.不同分辨率屏幕的适配

解决办法(云测,此处欠我广告费),除公司自备主流设备外,需参考:

1.各大厂商发布的季度/年度手机出货量,尽量覆盖出货量大的,热门的机型

2.应用做tracking,记录自己用户常用机型

3.购买各种云测服务,解决机型适配问题

请讲出客户端下 3 个常用的性能指标的名称与具体含义?

基本的:

1.CPU利用率

2.内存使用率

3.平均用户响应时间

独有的:

1.电量

2.流量

3.首次打开速度

4.竞品相应项目质量比较

iOS应用和Android应用测试有什么侧重点?

主要是iOS系统和Android系统的本质造成的:

1.Android运行基于虚拟机,iOS则是沙盒机制

2.iOS是伪后台,任何第三方程序都不能在后台运行;而Android是真后台,安卓中任何程序都能在后台运行,直到内存不够才关闭

3.IOS中用于UI指令权限最高,安卓中数据处理指令权限最高。

测试实际应用上来,个人觉得没有本质区别,要注意以下问题:

1.安全性。 因为Android2的本质,任何程序都就可以轻松访问其他程序文件,要关注下有没有偷偷访问不需要功能/偷流量/常时间运行占用内存消耗电量等问题。

2.Android开源,定制版本过多(比如小米系列MIUI), 要关注定制引起的问题。

请讲诉移动应用的灰度是怎么做的?

灰度发布作为A/B Test的一种,一般指发布新功能到部分用户,收集反馈/改进,进而发布到全步用户的一种策略。

个人经历过以下方面:

1.新服务发布到全部服务器,但通过配置项把不同特征用户的请求打到不同的后端服务上去。比如ip是中国的用户访点击某个按钮,调用的是后端。。。/vi这个API, 而国外ip调用。。/V2

2.新功能的后端服务只发布到部分服务器,只有访问到这个服务器的用户才能用新功能。

3.同一个用户访问的平台不同,请求的服务就不同,比如app的访问V1, web的访问V2,可以通过发布app版本来实现。

另外这个实现还有很多专业的AB测试平台可以实现, 例如(云测,此处欠我广告费)。

如果涉及到写DB操作, 一般都双写。即访问新服务时,写到新服务的DB数据也要写到老服务的DB。甚至全部切换至新服务后再并行运行一段时间,才彻底切换到新服务,停写老服务。

实践题

应用的闪退通常是什么原因造成的?如果应用闪退,Android 和 iOS 上是分别怎么抓取日志的?

一般闪退原因如下:

1.内存超载

2.后端服务或动态链接库未找到

3.应用初始化时无法正确读取到用户数据。

4.系统兼容问题。

日志抓取的话,iOS:

1.通过iTunes Connect(Manage Your Applications - View Details - Crash Reports)获取用户的crash日志

2.通过Xcode从你的设备上获得崩溃日志

3.自己在程序中添加崩溃捕捉代码,如果应用集成第三方SDK,如百度统计

Android:

1.通过集成第三方SDK,如百度统计、友盟统计等

2、发版时使用加固工具,他们也会收集错误日志,如360加固

3、在程序中添加程序异常崩溃的捕捉代码,保存到本地文件中

请简述移动应用在升级安装时候应该考虑的场景?

实际上跟CS架构的升级没什么两样:

1.APP有新版本时,打开APP是否有更新提示。

2.当版本为非强制升级版时,用户可以取消更新,老版本能正常使用。用户在下次启动app时,仍能出现更新提示。

3.当版本为强制升级版时,当给出强制更新后用户没有做更新时,退出APP。下次启动app时,仍出现强制升级提示。

4.不删除APP直接更新,检查是否能正常更新,更新后能否正常工作。

5.删除老的APP,重新下载APP,能不能正常工作。

6.不删除APP直接更新,检查更新后的APP和新安装的APP提供的功能一样。

7.检查在线跨版本升级能否成功,版本过老是否提示用户重装。

8.更新成功后,用户数据有没有丢失,各个配置项是否还原。

给你一个应用,请简述你会从哪些方面去测试?

一般答分类, 分类如下: 安装/卸载测试, UI, 功能, 性能, 安全, 兼容, 易用, 可移植性。切忌东答一下,西答一下。

请描述下微信朋友圈发小视频的用例设计?

先假设一个需求,征得面试官同意,在这个既定需求下说你的用例,还是那个思想,定性,定量分类, 不展开了,测试用例设计算基本功吧,考察的无非是功能的全面性,边界/异常条件下的处理, 性能/安全。 主要是有测试思维/结构化思维,设计的用例要系统,不能想起那个说那个。

如果让你来测试扫码支付,你会考虑哪些场景?

同上,不赘述

如何测试一个应用的登录场景?

同上,不赘述, 吐槽下,这题改成如何测试百度的登录会更好,BAT齐活了 :) 实际上这3道题有一道就好了。

对中高级测试而言,实践题也是淘汰题,一项卡壳没有后续, 但如果在细节上有疏忽,可以网开一面,进入下个环节

5 服务端测试相关

什么都离不开服务端,所以这是你逃不开的,一般来说服务端会问接口测试,性能测试,更深一点,埋点监控止血也会有。

请问你们公司是如何做接口测试的?

累死我了, 题要做吐了。 接口测试实际跟一般测试不同就是测试用例的设计部分。

1.接口规范拿到。

2.设计接口测试功能用例(主要从用户角度出发看接口能否实现业务需求,用例设计就是黑盒用例那一套)。

3.各种入参验证(正常情况,异常情况包括输入参数个数不对,类型不对,可选/必选, 还有考虑参数有互斥或关联的情况)。

4.接口返回值各种验证(符合接口文档需求)

5.了解接口实现逻辑,实现逻辑覆盖(语句/条件/分支/判定/。。。。。)

6.接口能并发执行吗?

6.采用工具或者自写代码来验证,HTTP接口一般SoapUI, Jmeter, Fiddler, Postman等都能验证,自己写更好。web service接口一般要写代码来调用。根据测试用例自动化。

7.发现问题跟功能测试一样,该报bug报bug,该跟踪状态跟踪状态

接口测试质量评估标准是什么?

接口测试说的接口可以是模块接口,也可以是集成接口,那么质量评估标准也就转换为单元测试里的接口测试标准,和集成测试里的集成测试标准。

实际上这题如果我来回答的话会关注:

1.接口功能是否正确,接口功能是否实现了业务需求。

2.接口参数正确性包括实参形参的个数/属性,是否匹配。

3.接口并发/串行执行时接口返回值的正确性。

4.有没有性能问题(并发执行),有无安全问题(用户能否直接访问该接口,需不需要验证)

面试答上面的应该够了, 其实这里面涉及到单元测试和集成测试评估点,我公众号以前分享后,在测试基础知识里, 总结的更全面,大家可移步查看。

请问你们公司是如何做性能测试的?请讲诉性能测试的相关指标?

老规矩,先确定需求,再定性,定量。

例如:

1.这次测试目的是什么,是压力测试/负载测试/疲劳强度测试/BenchMark测试?

2.测试的硬件环境是什么?软件是什么?

3.测试工具用什么?

4.有哪些测试指标?

5.测试分析调优/测试报告要吗?

具体来说:

1.拿到测试需求,确定测试软硬件环境/测试指标, 使用测试工具(Loadrunner, jmeter)录制或者编写测试代码,逐步加压,直到测试目的达成。

2.分析测试结果,编写测试报告,突出性能指标包括成功,失败情况,并加以分析。

3.调优(一般都是开发的事)

相关性能指标:

服务器系统资源方面 CPU占用率,内存占用率 磁盘的读写指标

网络的占用情况 基础吞吐率

事务处理速度 如平均登录时间,操作平均响应时间等。

压力测试和负载测试的区别

一个(压力测试)把最后一根稻草仍你身上,一个(负载测试)就剩最后一根稻草没仍,或者仍给你指定数目稻草。

服务器中一般要监控哪些数据,如何监控的,怎么从监控数据中发现问题?

CPU, 内存, 网络, I/O, 数据库。等等。 一般用工具监控,另外Windows上有性能监视器。

发现问题,一般要关注阈值,比如CPU利用率超过85%,说明server压力太大了,数据量一大DB某条SQL写入速度变慢了等等等等

假设系统A调用系统B,我把B的接口都mock了,进行性能测试,这样有什么好处和坏处?

好处是去掉的依赖,可以在B没有好之前测试A,并且B的任何改动/错误/失效不会影响我测试A

坏处是真实性能要比测出来的性能差, 性能指标不准确。 因为Mock的服务再真也不能代替真实服务

有一天早上打车高峰,滴滴服务端挂了大概30分钟,工程师抢修之后,马上上线,之后又挂了,请问有哪些原因会造成这个情况?

还是考测试思维, 一定记得先确认需求,再定性,定量。 一般都要反问, 服务器是哪个服务器?后端应用服务器?数据服务器?缓存系统服务器?中间件服务器?文件系统服务器?

然后面试官说个,不说就自己假定一个, 然后第一次挂第二次挂分开说,先问有没有错误码,日志有吗,有就看日志,没有就猜 是应用服务器挂了啊,是不是高峰期顶不住这么大并发访问啊?是数据库服务器啊,是不是频繁读写受不了啊,读写有分开吗?同步还是异步啊, 把喇叭里。

第二次挂,可能更多了,是不是代码弄错了,改坏了,或者把喇叭里。

总之套路就是性能测试中可能预见的问题及原因,这个你们google下吧,自己分类总结下。

性能这部分题,个人认为除非你面试性能测试工程师,不然都是可选题,答对85%过关肯定没问题,70%也行。关键有个概念,知道性能测试怎么回事,有问题该往哪个方向想就行了。

6 自动化相关

自动化永远是避不开的,反正你入职的岗位要不要用自动化,你必须得会一点,加分项。这一块包括,自动化一些理念和自动化的工具使用。

理念和概念

如何看待自动化和手动测试?怎样的一个比例才是健康的?

见仁见智,一切能提高软件质量的方法都应该尝试。

兵无常形,符合自己项目实际情况是最好的。当然你要面试自动化测试,肯定是一切稳定了的功能最好全部自动化掉。 :)

你们公司的自动化投入产出比怎样?效益怎样?

实话实说,UI自动化测试发现新bug的效益很低,主要用在回归测试上,减少测试工作量。接口测试可就不一样了,可以小步快跑,也可以集团作战。

自动化测试用例的覆盖率多少?

有个50%了不得了吧, 一般核心业务里的最高优先级用例100%覆盖,这些用例也是用来跑冒烟的。 另外的看项目资源了。

完整运行一次自动化用例需要多久时间?

Google说它们分钟级或者秒级别, 为毛我们都是小时级别 :(

什么是分层自动化?

金字塔结构, 最底层UnitTest,往上接口API/集成起来的service, 最上面UI自动化

你的测试数据是怎么准备的?

当然是提前准备的了:)

写在脚本里/外部文件(excel, XML)/数据库, 逼格逐级提升

测试脚本的维护成本是怎么样的?

两个原则:

1.不坏就不要修

2.终身追责,谁污染谁治理

工具使用

WebDriver 相关

请问你的定位策略是什么?

啊啊啊,已经两个小时了,要抓狂了。

ID, Clas, CSS, XPath, jquery脚本, 总之能不麻烦开发就不麻烦开发。

请问如何实现用例失败或者异常时候需要截图?

框架自带, python+webdriver里是get_screenshot_as_file, 一般写一个装饰器,放在要执行的类上,try, catch下。

请问如何分布式执行webdriver用例?

两种策略:

1.利用Jenkins等,部署部分代码到多个机器上执行

2.RemoteWebDriver

如何在脚本中执行 JavaScript 代码?

driver.execute_scripts(‘脚本’)

移动应用相关

Appium 的定位策略有哪些?

使用Appium-Python-Client情况下, 除了以下常规八种定位方式外:

driver.find_element_by_id() –元素的 resrouce-id 属性

driver.find_element_by_AccessibilityId() – content-desc属性,替代以前的name。

driver.find_element_by_xpath() –比css定位慢

driver.find_element_by_class_name() –元素的 class 属性

driver.find_element_by_css_selector()

driver.find_element_by_link_text() –链接元素的全部显示文字

driver.find_element_by_tag_name() –元素的标签名

driver.find_element_by_partial_link_text() –链接元素的部分显示文字

iOS和Android上还有独特的定位方法:

iOS:

IosUIAutomation –iOS9.3或以下的定位方法

driver.find_element_by_ios_uiautomation(‘.elements()[0]’)

Android:

AndroidUIAutomator, 仅支持 Android 4.2或以上,可支持元素的单个属性和多个属性定位。

driver.find_element_by_android_uiautomator(‘new UiSelector().text(“Animation”)’)

关于移动端元素的定位的定位,我公众号testertalk也发过系列文章,详细内容请移步。

请简述Appium的原理

真想跟面试官说,您能帮忙打开官网吗?Appium对iOS和Anroid的实现原理不尽相同,并且对同一个平台不同操作系统版本的实现原理也不相同。

我倾向大家往简单了说:

1.Appium是C/S架构的,更像是一个proxy,连接其被测移动平台和测试脚本。

2.appium是基于 webdriver 协议添加对移动设备自化api扩展而成的。

网上有个很清晰的图,截图如下:

实际上我个人理解,这个题就是想了解,当你使用一个工具时,你是否关心过它的内部实现,也可以过渡到当你测试一个应用时,你是否关注它的实现。

iOS 和 Android 的 UI 自动化的原理是什么?

上面已经答了,如下:

iOS 9.3 and above: Apple’s XCUITest

iOS 9.3 and lower: Apple’s UIAutomation

Android 4.2+: Google’s UiAutomator/UiAutomator2

Android 2.3+: Google’s Instrumentation. (Instrumentation support is provided by bundling a separate project, Selendroid)

当定位策略都失败的时候,你该怎么做?

80%是你元素定位的不对,那么多定位方法,一个不行换另外一个,直接不能定位,先定位父元素,再循环找子元素。一般来说XPATH都能定位到,无非是可阅读性不强。真的全部失效,请求开发帮你改个元素属性好了。

这题其实还是”测试sense”问题,扩大点变成了怎么解决工作中困难。反正别认怂, 最好甭废话,直接开干。

请问Monkey测试的优缺点?

没接触过,此题不会

如果使用monkey发现了一个毕现闪退,请问怎么使用monkey重现它?

同上

Jmeter

你用jmeter做什么测试?

接口,性能。

如果有一个登录接口需要服务端返回参数,再带着这个参数去请求才能完成登录,用jmeter 怎么做?

可以利用Regular Expression Extractor传参。 具体请参考我公众号testertalk Jmeter 系列文章。

———- 最后,来点硬题,嚯嚯嚯! ———-

7 硬 题

所谓硬题就是答案一般都是固定或者标准的,答案也不会模棱两可,包括:算法,编程,sql,linux

算法:

请写出冒泡排序

1~9999数列中数字3出现的次数。用递推方法解出。

本来以为很简单,写了一下,2位数能算出来结果,3位数会报递归次数太多, 觉得蹊跷, 仔细一查,尼玛这题大有来历,我跪的心服口服。经过查找资料,解答如下:

1位数: 0~9

个位数为3: 3, 共1次。

故0~9之间,3的个数为1

2位数: 10~99

个位数是3: 13, 23, 33 ...93, 共9个。

十位数是3: 30, 31, ....39. 共10个。

故0~99之间,3的个数为1+9+10=20个

3位数: 100~999

个位数是3:

103, 113, ....193 共10个。

203, 213, ....293 共10个。

903, 913, ....993 共10个。

一共9×10=90次。

十位数是3:

130, 132 ....139 共10个。

230, 232 ....239 共10个。

930, 931, ....939 共10个。

一共9×10=90次。

百位数是3: 300, 301, ....399 共100个。

故0~999之间,3的个数为20+90+90+100=300次

也可以这样考虑:

0~999之间:十位个 位共有10个0~99(解释0~99,100~199,。。。900~999),故有10*20=200次,而百位为1的有100次,共200+100=300次

300=10*20+100

4位数: 0~9999

个位数是3:

1003,1013,1023, 。。。1093 共10个

1103,1113,1123, 。。。1193 共10个

1203..... 共10个

1903.... 共10个

共9个10,我们记为A

还有2003~2903, 3003~3903.。。9003~9903 还有9个一样的A。

所有一共有10个(A), 是10×9×10=900

十位数是3:

1030,1031,。。。。。。1039, 共10个。

1131~1139,

1231~1239.

。。。

1931~1939, 共有10×10个=100个。我们记为B

还有千位数是2开头的,到9开头的,加起来共有9个(B) 9×10*10=900个。

百位数是3:

1300, 1301,。。。。1399 共100个。

2300

.。

9300

共10×100=1000个。

千位数是3: 3000,3001,3999 共 1000次。

故0~9999之间,3的个数为300+900*900*900+1000=4000

也可以这样考虑:

0~9999之间:百位十位 个位共有10个0~999(0~999, 1000~1999, 。。9000~9999),故有10*300=3000次,而千位为1的有1000次,共3000+1000=4000次

4000=10*300+1000

规律:

0~9:1

0~99:20=10*1+10

0~999:300=10*20+100

0~9999:4000=10*300+1000

0~99999:50000=10*4000+10000

0~999999:600000=10*50000+100000

f(1)=1

f(2)=10*f(1)+10 **1

f(3)=10*f(2)+10 **2

f(4)=10*f(3)+10 **3

..

f(n)=10*f(n-1) + 10*(n-1)

从一个数组中找出前4个最大的数,用最优解。

这个就是排序问题了吧,我想法先排好序,在取前4个,那么多排序,冒泡啊,选择啊,快排啊。。这里面快排最快,用大O算法O (n * log n )。

思想:

少于2个元素的数组不需要排序

找一个元素作为基数

小于基数的放一个数组

大于基数的放一个数组

针对小于基数的数组做快速排序,暂且叫low

针对大于基数的数组做快速排序, 暂且叫high

最终排序后的 low + 【基数】+ high,就是排好序的数组

其实python里内置了很多优秀的方法来解决其他语言很繁琐的问题,比如本题目可以直接:

print(sorted([2,2,1,8,5,7,6])[:4])

(据说python里sorted实现也是快排,没有经过求证。)

哈哈,这样,面试官会不会鄙视我 :)

我之前也分享过基本的算法,大家可以去我的公众号testertalk查看。

写一段程序,删除字符串a中包含的字符串b,举例 输入a = “asdw”,b = “sd” 返回 字符串 “aw”,并且测试这个程序。

编程:

什么是面向对象编程?

把一切看成对象,三大特性 继承,封装,多态

讲下Java多线程的使用

java多线程跟别的语言的多线程有区别吗?

多线程一般用来更好的利用CPU资源,解决诸如程序“在一部分上会阻塞”,“在另一部分上需要持续运行”的场合。多线程一般用来更好的利用CPU资源,解决诸如程序“在一部分上会阻塞”,“在另一部分上需要持续运行”的场合。

例如有个程序需要接受多个用户输入并向服务器发送数据,那么如果不用多线程,一旦程序在等待某个用户输入时,程序就会阻塞。这段时间其它用户也不能使用了

有三个线程T1,T2,T3,怎么确保它们按顺序执行?

在主线程中,每一个线程start()后立即join()

Thread 类中的start() 和 run() 方法有什么区别?

个人理解start()会启动线程,然后调用run(),run()方法一般要重写。

网上资料:

调用start()后,线程会被放到等待队列,等待CPU调度,并不一定要马上开始执行,只是将这个线程置于可动行状态。然后通过JVM,线程Thread会调用run()方法,执行本线程的线程体。先调用start后调用run,这么麻烦,为了不直接调用run?就是为了实现多线程的优点,没这个start不行。

1.start()方法来启动线程,真正实现了多线程运行。这时无需等待run方法体代码执行完毕,可以直接继续执行下面的代码;通过调用Thread类的start()方法来启动一个线程, 这时此线程是处于就绪状态, 并没有运行。 然后通过此Thread类调用方法run()来完成其运行操作的, 这里方法run()称为线程体,它包含了要执行的这个线程的内容, Run方法运行结束, 此线程终止。然后CPU再调度其它线程

2.run()方法当作普通方法的方式调用。程序还是要顺序执行,要等待run方法体执行完毕后,才可继续执行下面的代码; 程序中只有主线程——这一个线程, 其程序执行路径还是只有一条, 这样就没有达到写线程的目的。

记住:多线程就是分时利用CPU,宏观上让所有线程一起执行 ,也叫并发

请写一个线程安全的单例模型

网上搜下吧,java不太熟

SQL:

说下左连接和右连接

介绍下什么是索引

使用sql生产10万条数据

平常没接触过这么大数据量,分批次吧,每次插入1w条,应该没什么压力

给你一张表,根据要求写sql,这个题目比较多,自己百度吧。

Linux:

你常用的命令是什么?

ls, mkdir, cat, vi, ps touch

用什么查看log?

watch, tail、cat、tac、head、echo

如何查找一个文件大小超过5M的文件

写在最后

这68道题目,我花费了2个晚上总结整理,真的收获蛮大。

从个人角度看,这些面试题很接地气,很多考题也跟实际工作密切相关,大大增加了筛掉水货的几率,我也曾用部分相似题来筛选别人。

对于初级测试来说,测试理论,测试基础都应该掌握,移动端测试,服务器端测试,自动化测试,性能测试,也应该逐渐接触起来,不会答没关系,但要大致了解,面试官喜欢有追求的人。

对于中高级测试来说,除了硬题及性能测试题,其它题目经过充分准备都不应该丢分,回答正确率要在85%以上,另外,回答的深度非常重要,决定了你是年龄资深还是技术资深。

对于硬题,虽然大部分的测试,甚至测试开发,工作中用到算法的几率也不高,但你如果都答对了,还是能让人眼前一亮的。

对于这部分试题,稍有难度的例如google面试题那个,你有个大致思路也行,对于非常基础的,二分啊,排序啊,还是建议多练练,起码应该做到手写正确。

现在有能力做好普通测试工作的人太多了,算法也跟学历,长相一样,用人单位不得不拿这些筛选掉很多合适的人,有时候你比别人更优秀的能力,也许就来自于你昨天刷了一道面试题。

怎么说呢,面试造火箭,进来拧螺丝,接受现实吧。