想进BAT？这些面试题助你一臂之力

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面试题那个，你有个大致思路也行，对于非常基础的，二分啊，排序啊，还是建议多练练，起码应该做到手写正确。

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

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