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

Posted 2021-08-13 程序员小濠

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了测试菜鸟(双喜)进了字节跳动，居然是看了这个......相关的知识，希望对你有一定的参考价值。

谈谈我的真实感受吧～

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

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

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

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

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

软件测试工程师面试题

测试常见问题与流程篇
测试工具篇
计算机网络知识与数据库篇
Linux 与 Python 编程技能篇
自动化测试与性能测试篇
软素质篇（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年内完成这样一个体系的构建，可以说，这个过程会让你痛不欲生，但只要你熬过去了，以后的生活就会轻松很多，正所谓完事开头难，只要迈出了第一步，你就已经成功了一半，古人说的好：不积跬步无以至千里，等到完成之后在回顾这段路程的时候，你肯定会感慨良多，掌握了以上技术，在任何一线互联网大厂测试岗位都能独挡一面

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