测试菜鸟(双喜)进了字节跳动，居然是看了这个......

谈谈我的真实感受吧～

程序员真的是需要将终生学习贯彻到底的职业，一旦停止学习，离被淘汰，也就不远了。

金三银四、金九银十跳槽季，这是一个千年不变的话题，每到这个时候，很多人都会临阵磨枪，相信不快也光。于是，大家都会搜集一些面试题。

但其实，对于一些不跳槽的同学来说，真的也很有必要去研读一些大厂的面试题。了解一下最近的主流技术，看看大厂在意的点是什么，再在自己的工作中去完善，去总结。

于是，我们花费了几个月的时间，整理出了测试大厂题（附带详细答案）。

2017-2020字节跳动 测试面试真题

软件测试工程师面试题

1. 测试常见问题与流程篇
2. 测试工具篇
3. 计算机网络知识与数据库篇
4. Linux 与 Python 编程技能篇
5. 自动化测试与性能测试篇
6. 软素质篇（10 大灵魂拷问）与反问面试官篇

自动化测试相关

包含 Selenium、Appium 和接口测试。

1. 自动化代码中，用到了哪些设计模式？

• 单例模式
• 工厂模式
• PO模式
• 数据驱动模式

2. 什么是断言？

• 检查一个条件，如果它为真，就不做任何事，用例通过。如果它为假，则会抛出 AssertError 并且包含错误信息。

3. UI 自动化测试中，如何做集群？

• Selenium Grid，分布式执行用例
• Appium 使用 STF 管理多设备
• Docker+K8S 管理集群

4. 怎么对含有验证码的功能进行自动化测试？

• 万能验证码
• 测试环境屏蔽验证
• 其他操作不推荐

5. 如何优化和提高 Selenium 脚本的执行速度？

• 尽量使用 by_css_selector() 方法
• by_css_selector() 方法的执行速度比 by_id() 方法的更快，因为源码中 by_id() 方法会被自动转成 by_css_selector() 方法处理；
• 使用等待时，尽量使用显示等待，少用 sleep()，尽量不用隐式等待；
• 尽量减少不必要的操作：可以直接访问页面的，不要通过点击操作访问；
• 并发执行测试用例：同时执行多条测试用例，降低用例间的耦合；
• 有些页面加载时间长，可以中断加载；

6. 接口测试能发现哪些问题？

• 可以发现很多在页面上操作发现不了的 bug；
• 检查系统的异常处理能力；
• 检查系统的安全性、稳定性；
• 前端随便变，接口测好了，后端不用变；
• 可以测试并发情况，一个账号，同时（大于 2 个请求）对最后一个商品下单，或不同账号，对最后一个商品下单；
• 可以修改请求参数，突破前端页面输入限制（如金额）；

7. Selenium 中隐藏元素如何定位？

• 如果单纯的定位的话，隐藏元素和普通不隐藏元素定位没啥区别，用正常定位方法就行了（这个很多面试官也搞不清楚）；
• 元素的属性隐藏和显示，主要是 type=“hidden” 和 style=“display: none;” 属性来控制的，接下来在元素属性里面让它隐藏，隐藏元素可以正常定位到，只是不能操作（定位元素和操作元素是两码事，很多初学者傻傻分不清楚），操作元素是 click,clear,send_keys 这些方法；
• JS 操作隐藏元素；

8. 如何判断一个页面上元素是否存在？

• 方法一：用 try…except…
• 方法二：用 elements 定义一组元素方法，判断元素是否存在,存在返回 True,不存返回 False
• 方法三：结合 WebDriverWait 和 expected_conditions 判断（推荐）

9. 如何提高脚本的稳定性？

• 不要右键复制 xpath(十万八千里那种路径，肯定不稳定)，自己写相对路径，多用 id 为节点查找；
• 定位没问题，第二个影响因素那就是等待了，sleep 等待尽量少用（影响执行时间）；
• 定位元素方法重新封装，结合 WebDriverWait 和 expected_conditions 判断元素方法，自己封装一套定位元素方法；

10. 如何定位动态元素？

• 动态元素有 2 种情况，一个是属性动态，比如 id 是动态的，定位时候，那就不要用 id 定位就是了；
• 还有一种情况动态的，那就是这个元素一会在页面上方，一会在下方，飘忽不定的动态元素，定位方法也是一样，按 f12，根据元素属性定位（元素的 tag、name的步伐属性是不会变的，动的只是 class 属性和 styles 属性）；

11. 如何通过子元素定位父元素

• 使用element.parent方法

12. 平常遇到过哪些问题? ?如何解决的

• 可以把平常遇到的元素定位的一些坑说下，然后说下为什么没定位到，比如动态 id、有 iframe、没加等待等因素；

13. 一个元素明明定位到了，点击无效（也没报错），如果解决？

• 使用 JS 点击，Selenium 有时候点击元素是会失效；

14. 测试的数据你放在哪?

• 对于账号密码，这种管全局的参数，可以用命令行参数，单独抽出来，写的配置文件里（如 ini）；
• 对于一些一次性消耗的数据，比如注册，每次注册不一样的数，可以用随机函数生成；
• 对于一个接口有多组测试的参数，可以参数化，数据放 YAML,Text,JSON,Excel 都可以；
• 对于可以反复使用的数据，比如订单的各种状态需要造数据的情况，可以放到数据库，每次数据初始化，用完后再清理；
• 对于邮箱配置的一些参数，可以用 ini 配置文件；
• 对于全部是独立的接口项目，可以用数据驱动方式，用 excel/csv 管理测试的接口数据；
• 对于少量的静态数据，比如一个接口的测试数据，也就 2-3 组，可以写到 py脚本的开头，十年八年都不会变更的；

15. 什么是数据驱动，如何参数化？

• 参数化的思想是代码用例写好了后，不需要改代码，只需维护测试数据就可以了，并且根据不同的测试数据生成多个用例；

16. 其他接口都需要登录接口的信息，怎么去让这个登录的接口只在其他接口调用一次？

• 使用单例模式
• 使用自定义缓存机制
• 使用测试框架中的 setup 机制
• pytest 中 fixture 机制

17. 接口产生的垃圾数据如何清理？

• 造数据和数据清理，需用 python 连数据库了，做增删改查的操作测试用例前置操作，setUp 做数据准备后置操作，tearDown 做数据清理

18. 怎么用接口案例去覆盖业务逻辑？

• 考虑不同的业务场景，一个接口走过的流程是什么样的，流程的逻辑是什么样的，什么样的参数会有什么样的结果，多场景覆盖；
• 上面内容扫码免费获取免费获取~

• 

性能篇

1. 性能测试指标包括哪些

• 最大并发用户数，HPS（点击率）、事务响应时间、每秒事务数、每秒点击量、吞吐量、CPU 使用率、物理内存使用、网络流量使用等。
• 前端需主要关注的点是：
  • 响应时间：用户从客户端发出请求，并得到响应，以及展示出来的整个过程的时间。
  • 加载速度：通俗的理解为页面内容显示的快慢。
    流量：所消耗的网络流量。
• 后端需主要关注的是：
  • 响应时间：接口从请求到响应、返回的时间。
  • 并发用户数：同一时间点请求服务器的用户数，支持的最大并发数。
  • 内存占用：也就是内存开销。
  • 吞吐量（TPS）：Transaction Per Second, 每秒事务数。在没有遇到性能瓶颈时：TPS=并发用户数*事务数/响应时间。
  • 错误率：失败的事务数/事务总数。
  • 资源使用率：CPU占用率、内存使用率、磁盘I/O、网络I/O。
  • 从性能测试分析度量的度角来看，主要可以从如下几个大的维度来收集考察性能指标：
  • 系统性能指标、资源性能指标、稳定性指标

2. 如果一个需求没有明确的性能指标，要如何开始进行性能测试？

• 先输出业务数据，如 pv、pu、时间段等，计算出大概的值，然后不断加压测到峰值

3. 介绍 JMeter 聚合报告包括哪些内容？

• 请求名、线程数、响应时间（50 95 99 最小 最大）错误率、吞吐量

4. 如果有一个页面特别卡顿，设想一下可能的原因？

• 后台：接口返回数据慢，查询性能等各种问题
• 前端：使用 Chrome 工具调试，判断 JS 执行久或是其他问题
• 网络问题

5. 说一说项目中的实际测试内容

• 根据自己项目中的经验实话实说，有没有经验很容易露馅。

6. 介绍一下 JMeter 进行性能测试的过程

• 结合自己的项目经验聊。大家也可以自行搜索。

7. 介绍一下 JMeter 和 LoadRunner 的区别

• 详细的不展开了，最重要的是相对来说 LoadRunner 的笨重、昂贵、闭源，理念和生态都落后，而 JMeter 是开源、可定制化开发，功能强大易用，并且在互联网大厂都已经有非常成熟的落地方案（主流的互联网公司基本都在使用 JMeter+ELK+Grafana+Influxdb 这套架构），可以说是进 BAT 大厂必备技能。还不会 JMeter 的同学建议抓紧补起来。

更多内容，我们在后续文章分享。

免费领取：接口测试+性能测试+自动化测试+测试开发+测试用例+简历模板+测试文档扫码免费获取

如何做好面试突击，规划学习方向？

面试题集可以帮助你查漏补缺，有方向有针对性的学习，为之后进大厂做准备。但是如果你仅仅是看一遍，而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。建议先制定学习计划，根据学习计划把知识点关联起来，形成一个系统化的知识体系。

学习方向很容易规划，但是如果只通过碎片化的学习，对自己的提升是很慢的。

我按照薪资的不同大致划分成3个档位：

月薪5-9k：从零基础入门到能够找到工作

月薪15-25k：测试在职搞定性能测试和自动化测试

年薪30W+：搞定测试开发，进入一线大厂

第一阶段：月薪5-9k，刚刚入行，先学会功能测试！

可能你是刚毕业的学生，也可能你是打算转行进入软件测试这个行业，那么首先以下基本的理论你是必须要掌握的：

软件测试的定义、生命周期、工作流程、需求分析；

测试用例的设计、编写、评审；

bug的基本知识以及禅道的使用；

测试计划、测试报告的编写；

SVN、Git版本控制工具的使用；

搞定上上面的这些基本必备内容，就已经知道可以做具体的实战内容，这个时候最好是先找一个web测试项目去做一下，假如一个项目拿到手之后，按照下面的一套流程跑一遍：

发布项目进行立项，建立项目组进行分工；

需求评审，学会如何看需求文档，进行需求分析，罗列测试点；

整理测试点，编写测试用例，然后进行用例评审；

执行测试，比如功能、界面、前后台、兼容性、数据库，对于发现的bug提交到禅道；

分析、总结、编写测试报告；

这个流程完整的跑一遍之后，只能说对于整体的测试流程算是掌握了，但是仍然不足以找到一份合适的工作，想要学会做功能测试，以下的内容也是必须掌握的：

Linux、数据库、接口测试、APP测试等

OK，搞定了这些，恭喜你已经可以投出你的简历去寻找一份测试的工作了！

嗯，大概就是以上的内容吧，以上全部都是理论和文档能力、只要你肯背、肯写，都是能独立的掌握的。这边为你准备了20G软件测试教程资料免费分享给你，加入我的软件测试交流群：175317069免费获取

会了以上这些内容，只能说是能够获得一份工作，但是现在行业招人的要求原来越高，搞定自动化或者性能测试，才能拿到10k以上的月薪。

第二阶段：月薪15-25k，搞定性能、自动化测试，独当一面！

先说性能测试，行业内是有很多误区和痛点的：

只测不调，无法给出研发和运维人员执行建议

无法定位问题，缺乏清晰的逻辑和数据证明价值

性能测试工具≠性能测试

性能测试技术体系落后（loadrunner），急需拥抱开源软件

如果要搞定这些问题，那么性能测试你得这么去学：

性能测试的概念和流程：常见问题剖析、流行工具、方案设计

性能测试工具：jmeter工具的使用、实战；jmeter多协议、拓展与定制；分布式压测与任务调度；

性能监控：性能监控体系与监控数据采集

性能实施：分布式服务压测，场景设计、场景执行；测试结果关联分析，TPS、响应时间、线程关联分析，压力和资源使用率关联分析

性能分析与报告：jvm调试与系统调试；性能瓶颈分析

性能测试你能到这个程度，15k那是妥妥的了，如果下面自动化测试的学习内容你能够掌握，那就可以直接冲击月薪25k！

搞定Python或者Java语言，建议先从Python入手，先学习Python的基本语法等。

web端的自动化测试：selenium安装、录制、处理；web控件、JavaScript脚本、PO模式；

移动端APP自动化测试：appium使用、录制、元素定位方法；APP控件定位、交互，参数化用例；appium问题定位分析、源码分析、二次封装；

服务端接口自动化测试：接口自动化测试框架request；接口请求构造、断言；json/xml请求、响应断言；headcookie处理、认证体系；

第三阶段：月薪30k+，对标大厂，冲击测试开发岗位！

性能和自动化玩精通，月薪在10k+甚至是20k+都是很轻松的，那如何冲击30k+呢，这就要求往技术专家或者管理层去发展了，但是即使做管理，也必要要求技术水平够硬？说做管理不需要技术精通？你试试底下的人会不会反你？

在测试开发的路线上，就要求更加专精，更加全面：

完善测试技术体系：Linux、docker、shell、SQL、Python/java

打牢自动化测试技术基础：

web自动化测试：selenium测试框架；PageObject设计模式、原则、演练；

APP自动化测试：Android自动化测试框架；appium高级应用于原理剖析；APP自动化测试实战；测试框架封装改造；ios自动化测试；

移动专项测试：健壮性测试、弱网测试、崩溃检测、耗电量分析等；移动端性能测试；移动端安全测试；

接口自动化测试：接口协议与抓包、代理技术与mock；接口自动化测试框架、HTTPrunner测试框架；dubbo接口自动化测试；接口管理工具swagger、接口安全测试

docker容器技术：docker容器、docker镜像；

持续集成/持续交付/devops：jenkins持续集成；Jenkins持续交付；

绵薄之力

最后为了帮助大家迅速建立测试思维能力，早日斩获大厂Offer、掌握职场话语权，下面这份《软件测试全栈学习路线图》应该会对你很有帮助

从测试概念到最后的测试开发，希望大家能照着这个体系，在3-4年内完成这样一个体系的构建，可以说，这个过程会让你痛不欲生，但只要你熬过去了，以后的生活就会轻松很多，正所谓完事开头难，只要迈出了第一步，你就已经成功了一半，古人说的好：不积跬步无以至千里，等到完成之后在回顾这段路程的时候，你肯定会感慨良多，掌握了以上技术，在任何一线互联网大厂测试岗位都能独挡一面

下面是一些配套的资源，希望能帮到大家

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。

关注我的微信公众号：【程序员小濠】免费获取~

我的学习交流群：175317069 群里有技术大牛一起交流分享~

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！