2023备战金三银四，Python自动化软件测试面试宝典合集（三）

马上就又到了程序员们躁动不安，蠢蠢欲动的季节~这不，金三银四已然到了家门口，元宵节一过后台就有不少人问我：

现在外边大厂面试都问啥

想去大厂又怕面试挂

面试应该怎么准备

测试开发前景如何

面试，一个程序员成长之路永恒绕不过的话题。每每到这个时期，不管当前有没有跳槽换工作需求的，都多少会跟着观望一下“外边的世界”~

当然外边的世界很精彩，但出来混，可不能没有一点准备，赤手空拳上阵。给大家分享一份免费的 测试工程师面试题，涵盖不少大厂高频必考点，需要的同学可免费领取。

不只是面试，了解市场需求，认识自己的问题，熟悉Python高频难点，巩固 Python相关知识...这份资料都可以帮助到你。

金三银四刚开始就拿到了蚂蚁的offer，这份阿里大牛总结的面试笔记，能掌握这份笔记的70%以上感觉就能拿大厂offer。

为了帮助更多的粉丝朋友们都拿到心仪的offer，小编在此把这份笔记分享出来

接上篇：

4.12 每个阶段测试开发在干嘛（比如你写用例的时候开发在干嘛？）

1）需求阶段，大家都在了解需求

2）测试准备，

测试编写用例，开发做概要设计，详细设计，然后就是编写代码，编写接口文档，设计文档。

3）测试执行阶段，

测试人员执行用例，发现 bug、提交 bug、开发修复 bug(开发还有可能在开发未完成的功能)

4.13 你们公司是否敏捷开发

可以说是，也可以说不是。[具体看你了不了解敏捷开发模式]

[问了我有没有做过敏捷测试]

扩展知识储备：

1、什么是敏捷开发

敏捷开发以用户的需求进化为核心，采用达代、循序渐进的方法进行软件开发。

在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，

具语可视、可集成和可运行使用的特征，换言之，就是把一个大项目分为多个相互联系，

但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

1. 敏捷开发优缺点

特点：

1、能适应快速的客户需求变化，快速的交付，注重与客户的沟通。最优先要做的是通过尽早的、

持续的交付有价值的软件，把项目拆分成各个小的子项目，快速开发快速交付，有问题及时调整，

适合高风睑项目。

2、交付周期短，交付的时间间隔越短越好，一周一个迭送代，甚至有时候一周多个选代，

不过每个选代版本的需求不会太多，注重项目持续选代开发交付。

3、整个项目开发期间，业务人员和开发人员必须天天都在一起工作，团队规模不能太大，

团队间强调面对面的交谈。

4、更关注可交付可以使用的软件，而非文档。

5、对团队技术要求高，能快速适应客户对需求的变化。

6、敏捷团队只专注于开发项目中当前最需要的、最具价值的部分。这样能很快地投入开发，另外，

较短的迭代周期使团队成员能迅速进入开发状态。

优点：

1、敏捷开发的高适应性，以人为本的特性，适应客户的更快需求变化，更快的交付成果。

2.更加的灵活并且更加充分的利用了每个开发者的优势，调动了每个人的工作热情。

缺点：

1、由于其项目周期很长，所以很难保证开发的人员不更换，而没有文档就会造成在交

接的过程中出现很大的困难。

2.特别项目存在新手比较多时，老员工比较累.(对开发团队人员的技木要求高)

3、敏捷开发流程图：

4.14 你这个项目做了多久? 你这个项目现在的用户里有多少? 活跃量多少?

时间根据简历来

比如：一年时间，金融项目：100W 用户 2W 活跃用户

五、测试思维

5.1 打电话功能怎么去测？

我们会从几个方面去测试：界面、功能、兼容性、易用性、安全、性能、异常。

1）界面我们会测试下是否跟界面原型图一致，考虑浏览器不同显示比例，屏幕分辨率。

2）功能：给不同人员打电话，不同号码打电话，不同运营商，测试每个按钮是否正常使用，拨打号

码，是输入还是，复制过程，还是其他地方跳转过来，多次拨打电话，双卡选择不同电话卡。

3）兼容性：不同手机型号，厂商，不同系统版本，屏幕大小，分辨率，内存大小

4）易用性：操作是否说的越多越好

5.2 给你一个杯子怎么测？

功能测试

主要关注水杯基本功能

1、水杯是否可以正常装水

2、水杯是否可以正常喝水

3、水杯是否有盖子，盖子是否可以正常盖住

4、水杯是否有保温功能，保温功能是否正常保温

5、水杯是否会漏水，盖住盖子拧紧后是否会漏水

界面测试：

主要关注水杯外观、颜色、设计等方面

1、外观是否完整

2、外观是否舒适

3、颜色搭配及使用是否让人感到舒适

4、杯子外观大小是否适中

5、杯子是否有图案，图案是否易磨损

易用性测试：

主要关注水杯使用是否方便

1、水杯喝水时否方便

2、水杯拿起放下是否方便，这里会行注到水杯形状的测试

3、水杯装水是否方便

4、水杯携带是否方方便

5、水杯是否有防清功能

6、水杯装有低温或者高温水时，是否会让手感到不适

性能测试：

1、水杯装满水时，是否会露出来

2、水杯最大使用次数

3、水杯的保温性是否达到要求

4、水杯的耐寒性是否达到要求

5、水杯的耐热性是否达到要求

6、水杯掉落时时，是否可以正常使用

7、水杯长时间放置时，是否会发生泄露

兼容性测试：

主要关注水杯是否可以装其他液体，如果汁、汽油、酒精等

可移植性测试：

主要关注水杯放置环境等

1、将水杯放在常温环境中，使用是否正常

2、将水杯放在零下的环境中，使用是否正常

3、将水杯放在高于正常温度的环境中，使用是否正常

安全性测试：

主要关注水杯外观和各种异常条件下是否释放有毒物质等

1、当水杯装满热水时，水杯是否会烫手

2、当水杯装上水后，是否会产生有毒物质

3、把水杯放在零下环境时，是否会产生有毒物质

2. 把水杯放在高温环境时，是否会产生有毒物质

5.3 图像上传功能的测试点

1.检查图片上传路径

2.检查图像上传和修改功能

3.检查各种扩展图像文件的上传（例如 JPEG、PNG、BMP 等）

4.检查文件名中含有空格或其他可用特殊字符的图片的上传

5.检查重复名称图片上传

6.图片尺寸大于最大允许值，上传时应该显示适当的错误消息

7.检查上传的图片文件类型外的其它文件时(例如 txt、doc、pdf、exe 等等)，

应该显示适当的错误消息。

8.检查如果上传的图片满足指定的高度和宽度(如果有定义的话)则可以成功上传，否则不能上传。

9.上传大尺寸图片时应显示上传进度条

10.检查上传过程中的取消按钮是否有效

11.检查文件选择对话框中的文件列表是否只显示支持文件类型

12.检查上传多个图像的功能

13.上传后检查图像质量，图像质量不应该改变

14.检查用户是否能够使用/查看上传的图像

5.4 搜索框的测试

1)搜索按钮功能是否能够实现，验证搜索框的功能是否与需求一致

3. 点搜索后，原先的搜索条件是否清空

3)直看比较长的名称是否能查到输入过长查询数据，看其有没判断，报错系统是否会截

取允许的长度来检索结果。

4)是否有忽略空格的功能，需要有忽略前置空格和后置空格的功能，但不能把中间空格忽略

5)不输入任何内容点击搜索看查询的结果

6)查看搜索框内的默认内容是否与设置的一致，焦点放置搜索框中，搜索框默认内容是否自动被清空

7)输入系统中存在的与之匹配的条件看其的查询后数据的完整性显示记录条数正确、文字折行显示正

确页面布局美观列标题项、列显示内容、排序方式符合需求定义。

8)组合中文和各种特殊符号输入查看能否正确搜索到合的内容

9)输入系统中不存在的与之匹配的条件，是否搜索出信息或者给予提示信息

10)使用复制粘贴，测试搜索框是否能执行

11)注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方

12)反复输入相同的数据(5 次以上)看是否报错

4. 敏感词汇，提示用户为敏感词汇

{

语句提 1；

}else{

语句提 2

}

3.某个被调用的方法中缺少某些参数的定义，在不知情的情况下，直接调用时传递了未定义过的参数

or 类型不匹配的参数到该方法，如果对应网站是处理批量的业务，则可能会导致大面积的 500 异常

页面，对网站正常业务和 SEO 排名损失风险比较大。

4.新增、编辑->保存，对所提交的字段有的末作非空限制，可以直接保存成功，保存后以空内容展示，

可能存在不确定性，比如操作已保存成功的空记录时，是否会影响其他正常添加的记录，是相互独立

的，还是会牵连到其他所有的类型。

服务器配置错误(漏配 or 错配)，更新后出现 500 or 404：

1.服务器配置文件，如 web.config 中把前端访问的 url 地址写错，直接发布更新之后，前端页

面访问可能会出现 404 错误。

2.程序代码中的某些逻辑错误和服务器配置相冲突时，前端页面触发某些特定按钮 or 页面可能

会出现 500 错误。

数据传递过程无控制，导致数据输出到界面功能异常 or 样式变形：

1. 搜索功能：有的页面本身有回显所搜索关键词的功能，搜索输入框填写的 keywords 字符较长

(如：100 字符)，直接搜索后这些长字符显示在页面中，使得页面原来的样式变形，

甚至有的功能按钮被挤到页面之外而不能使用。

2.新增功能：对于新增字段的长度没有任何限制，超长字符新增可以保存成功，回到列表页也没有对

显示的字符长度进行控制，所有字符长度都展示在列表，挤压其他字段的

14)不同搜所的条件之间来回选择，查看是否出现页面错误

15)测试多个搜所条件时，要注意搜所条件的组合测试，可能不同组合的测试会报错

16)点击搜索框，看能否在搜索栏下方显示提供设置好的最近热门搜索词，点击任一可以

直达搜索结果页

17)点击搜索框时，到有搜所历史时，能显示历史搜所内容，历史搜所内容应从上到下按

时间排序，点击清空历史清空所有搜索记录

5. 直看搜索框最大输入字符数

5.5 给你一个电梯，你怎么测

功能测试：

1)测试电梯能否实现正常的上升和下降功能

2)电梯的按钮是否都可以使用

电梯内分楼层键是否正常

电梯内开关门键是否正常

电梯内的报鳘键是否正常使用

电梯外的上下键是否正常

3)电梯门的打开，关闭是否正常

4)报警装置是否可用

5)与其他电梯之间是否协作良好

6)通风状况如何

7)突然停电时的情况。

8)关注显示屏，电梯内外的显示屏显示的电梯层数、运行方向是否正常

9)有障碍物时，电梯门的感应系统是否有效

10)上升途中的响应

电梯本来在 1 楼，如果有人按 18 楼，那么电梯在上升到 5 楼的时候，有人按了 10 楼

这时候是否会在 10 楼先停下来;

电梯下降到 10 层时显示满员，此时若 8 层有人等待电梯，是否在 8 层停

6. 是否有手机信号

可靠性测试：

1)门关上的一刹那出现障碍物。

2)同时按关门和开门按钮。

3)点击当前楼层号码

4)多次点击同一楼层号码

5)同时按上键和下键

易用性测试：

1)电梯的按钮的设计符合般人的习惯吗

2)楼层按键高度(小孩和一些身高矮的用户会按键不方便)

3)电梯是否有地毯、夏天是否有空调、通风条件、照明条件、手机信号是否通畅

4)电梯是否有扶手，是否有专针对残疾人的扶手等等

压力测试：

1)看电梯的最大承重量，在负载过重时报警装置是否有提醒

2)在一定时间内不断让电梯上升、下降

稳定性测试：

1)看电梯在最大负载下平稳运行的最长时间

安全性测试:

1)下坠时是否有制动装置

2)暴力破坏电梯时是否报警，超重是否报警

3)停电情况下电梯是否有应急电源装置

性能测试：

1)测试电梯负载单人时的运行情况(基准测试)

2)多人时的运行情况(负载测试)

3)一定人数下较长时间的运作(稳定性测试)

4)更长时间运作时的运行情况(疲劳测试)

5)不断增加人数导致电梯报警(拐点压力测试)

5.6 更换头像的测试点（站在 app 的角度来分析）

功能测试：

1，点击头像可以放大观看

2，查看头像是否支持放大，缩小

3，刚创建账号时是否显示默认头像

4，查看头像之后点击其它区域自动退出

5，头像支持的图片格式，图片大小

6，支持相机拍摄的图片和从网上下载的图片

7，选择完图片后是否有一个定框

8，选择相片方式，从手机相册获取

9，选择相片方式，用手机照相机拍照

10，头像显示的是方形还是圆形

11，选择图片范围时图片是否支持放大/缩小

12，选择好图片区域后保存，头像是否居中显示，还是只显示选择图片区域的某个角落

13，保存完图片后是否会有提示更换头像成功

14，修改头像后去 app 其它模块时是否马上刷新显示最新的头像

15，进入更换头像界面时可以取消更换头像

16，选择从相册选取图片还是从照相机时都能取消，返回到修改头像界面

17，头像是否支持本地缓存，断开网络之后是否还能显示头像

18，网络异常时，修改头像失败，是否会有提示

弱网测试：

双卡的情况下，切换到另一张卡

连接到一个假热点

用 fiddler 模拟 2G、3G、4G 情况下的弱网情况

从手机流量切换到 wifi

性能测试：

上传的时间

上传过程中

手机死机? 手机没电? 手机卡停机?

上传成功以后，去数据库查看有没有

上传成功后，退出登录，在登录看是否是更新后的头像

上传成功后，删除头像，切换到其他页面，再切换回来看头像的展示情况

兼容性测试：

更换成功后，在不同手机屏幕，不同分辨率，不同手机型号，不同系统版本的情况下，头像的展示

5.7 qq 登陆界面怎么测试，分析

主要考察：测试者是否熟悉各种测试方法，是否有丰富的 App/eb 测试经验，以及相关开发经验，以

及设计 Test case 的能力

功能测试( Function test)

1)输入正确的用户名和密码，点击提交按钮，验证是否能正确登录

2)输入错误的用户名或者密码，验证登录会失败，是否有相应的错误提示信息

3)登录成功后是否跳转到正确的页面

4)用户名和密码，如果太短或者太长，应该怎么处理

5)用户名和密码，中有特殊字符，和其他非英文的情况

6)记住用户名和密码的功能

7)登陆失败后，不能记录密码的功能

8)用户名和密码输入时前后有空格的处理

9)密码是否可见，是否用星号标识

界面测试(U|Test)

1)布局是否合理，2 个 Testbox 和个按钮是否对齐

2) Textbox 和按钮的长度、高度是否复合要求

3)界面是否美观

7. 图片，颜色，字体，超链接，是否都显示正确

性能测试( performance test)

1)打开登录页面，需要几秒

2)输入正确的用户名和密码后，登录成功跳转到新页面，不超过 5 秒

3)能支持多少个用户同时登陆

安全性测试( Security test)

1)登录成功后生成的 Cookie，是否是 httponly(否则容易被脚本盗取)

2)用户名和密码是否通过加密的方式，发送给 Web 服务器

8. 用户名和密码的验证，应该是用服务器端验证，而不能单单是在客户端用 javascript 验证

4)用户名和密码的输入框，应该屏蔽 SQL 注入攻击

5)用户名和密码的的输入框，应该禁止输入脚本(防止 XSS 攻击

6)错误登陆的次数限制(防止暴力破解)

兼容性测试( Compatibility Test)

1)不同的平台是否能正常工作，比如 Windows，Mac

2)移动设备上是否正常工作，比如 iPhone， Andriod

3)不同的分辨率

4)不同的浏览器大小(浏览器最大化，和非最大化)

5.8 微信点赞

功能测试：

1)给某个好友点赞，点赞数+1，点赞栏显示具体点赞人的名字，该用户手动点赞回馈

2)点完赞后，共同好友在点赞区能看到该人是不是点赞了，非共同好友看不到

3)两个头像一样的人点赞，能否正确显示

4)点完赞后，在点击点变成点赞取消

5)取消点赞-不通知用户

6)点赞后，通知用户，取消，在点赞，此时不通知用户

7)多个用户同时对其点赞，点赞数正常

8)最多能点多少个赞-边界值测试

9)可以从点击点赞区头像，进入相应人的主页查看

10)点赞是否按照时间顺序排序

11)点赞后是否能够正常评论

app 端测试：

1)弱网情况下，点赞能否实时更新

2)点赞时，有短信或者电话进来，能否显示点赞情况

3)耗电量，耗流量关注

性能测试：

1)大量用户并发点赞时，该接口的响应时间，最大承受的 qps

2)大量用户并发点赞时，此时界面进行点赞，点赞功能是否正常

兼容性测试：

1. 不同手机型号，点功能，显示功能是否正常

5.9 微信发红包测试点

1、功能测试

1)发给单个好友

①正确的金额+无留言+无表情

②错误的金额+无留言+无表情

③正确的金额+有留言+无表情

④错误的金额+有留言+无表情

⑤正确的金额+无留言+有表情

⑥错误的金额+无留言+有表情

⑦正确的金额+有留言+有表情

⑧错误的金额+有留言+有表情

其中，金额(001-200)可以测试以下数据

数字：测试 0.0.009、0.01、0.011、01、199.99、200、200.01 这些边界值

中文、英文、特殊字符或者这几种的组合

是否支持复制黏贴

为空/包含空格

金额的增删查改

留言可以测试以下数据

数字、中文、英文、特殊字符、表情或者他们的组合

输入超长文本时，是否会给出相应的限制或提示

包含空格

是否支持复制黏贴

留言的增删查改

表情可以测试以下数据

数字、中文、英文、特殊字符、表情或者他们的组合

输入超长文本时，是否会给出相应的限制或提示

包含空格

是否支持复制黏贴

留言的增删查改

表情可以测试以下数据

选择收藏的表情测试(动图/静图)

选择下载的表情测试(动图/静图)

录制表情，并添加进行测试

表情的增删查改

⑨点击塞钱进红包，选择零钱付款，此时需要考虑金额>零钱，金额<零钱，金额=零钱，三种情况。

⑩点击塞钱进红包，选择已添加的银行卡付款，此时同样需要考虑金额>银行卡余额，金额<银行卡余

额，金额=银行卡余额三种情况

持续更新，敬请期待