软件测试八年测试开发经验面试28K公司后，吐血整理出高频面试题和答案！

小编热衷于收集整理资源，记录踩坑到爬坑的过程。希望能把自己所学，实际工作中使用的技术、学习方法、心得及踩过的一些坑，记录下来。也希望想做软件测试的你一样，通过我的分享可以少走一些弯路，可以形成一套自己的方法，并应用到实际中。

小编整理了一些零基础入门软件测试到精通全套自学资料，还有不少工具和视频的【网盘资源】，

文末有官方推荐微信、申请好友去领取吧！！！ 
 

目录

和其他应聘者相比，你觉得你有什么优势？

黑盒（或功能）测试用例设计方法有哪些？

持续集成的目的是什么？

你会如何测试纸杯？

一个身份证号码输入框，怎么设计用例？

小明在刷抖音时发了一个评论，但是APP界面没显示出来，如何排查这个问题？

给你一个网站，如何开展测试？

你们公司是怎么做app兼容性测试的？公司的测试机少怎么办？

APP做过哪些专项测试？

在实际工作中，是不是要Bug全部修复完才能达到上线呢？如果上线时间很紧急，还有没修复完的Bug怎么办？

介绍下你最近做过的一个项目？

App发布上线测试人员都具体做什么？

InnoDB索引和MyISAM索引的区别，索引的优缺点？

工作中的哪些方面会使用到数据库？如何使用？

---

和其他应聘者相比，你觉得你有什么优势？

❶、思路

1.业务经验和贵公司高度匹配

2.专业技能、综合技能

3.快速融入团队

4.特长额外加分项：比如钢琴、体育这些

❷、参考答案

• 第一：我对咱们公司的业务有了解，我上家公司的业务和你们公司的业务相同（重合度很高），我在这块有业务经验，我对这块业务非常感兴趣

• 第二：我的测试技术技能优势，对测试的技能非常熟练，对（比如银行、CRM、电商、物流、ERP）业务熟悉，除此之外还擅长接口、性能测试

• 第三：我这个人能特别快地融入工作环境，我真的来公司上班，我可以很快地上手工作

黑盒（或功能）测试用例设计方法有哪些？

❶、考察点

1.对测试用例的掌握程度

2.都使用过哪些设计方法

❷、参考答案

等价类划分方法：等价类划分法将程序所有可能的输入数据（有效的和无效的）划分成若干个等价类。

边界值方法：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。

错误推测方法：在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。

因果图方法：因果图法是一种适合于描述对于多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件涉及的各种组合情况。

判定表驱动分析方法：判定表是黑盒测试的方法之一，判定表是把作为条件的所有输入的各种组合值以及对应输出值都罗列出来而形成的表格。

正交分解法：是研究多因素多水平的一种设计方法，它是根据正交性，由试验因素的全部水平组合中挑选出部分有代表性的点进行试验，通过对这部分试验结果的分析了解全面试验的情况，找出最优的水平组合。

场景分析法：分析软件应用的场景，从用户的角度出发，从场景的角度来设计测试用例，是一种面向用户的测试用例设计方法。关心用户做什么，而不是关心产品做什么。

全局探索式测试方法：测试人员根据应用程序所提供的信息自由发挥，不受限制，不受任何约束的探索程序的各种功能。

持续集成的目的是什么？

❶、参考点

是否了解持续集成

❷、参考答案

持续集成指的是，频繁地（一天多次）将代码集成到主干。

它的好处主要有两个：

• 快速发现错误。每完成一点更新，就集成到主干，可以快速发现错误，定位错误也比较容易

• 防止分支大幅偏离主干。如果不是经常集成，主干又在不断更新，会导致以后集成的难度变大，甚至难以集成

持续集成的目的，就是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，必须通过自动化测试，只要有一个测试用例失败，就不能集成。

你会如何测试纸杯？

❶、参考点

考虑问题的全面性

对不同测试点的了解

❷、参考答案

功能度：

• 纸杯容量（空杯、满杯升数、半杯升数）；

• 水能不能被喝到；

• 纸杯形状（正圆柱、上宽下窄圆柱、上窄下宽圆柱、其他形状）、

• 纸杯材质（全纸质、全塑料、半纸半塑料）、

• 纸杯耐温程度（冷水、热水、冷水、冰）、

• 支持盛放液体名称（水、咖啡、牛奶、可乐）

安全性：

• 杯子有没有毒或细菌、

• 装液体多久有化学反应（例如：异味）

可靠性：杯子从不同高度落下的损坏程度

可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用

兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等

易用性：杯子是否烫手、是否有防滑措施、是否方便饮用、装液体多久漏水、装热水多久变形、装多少度热水变形

用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述

疲劳测试：

• 将杯子盛上水放24小时检查泄漏时间和情况；

• 盛上汽油放24小时检查泄漏时间和情况等

压力测试：用根针并在针上面不断加重量，看压强多大时会穿透；手挤压多久变形（单手、双手）

一个身份证号码输入框，怎么设计用例？

❶、参考点

考察测试用例知识点

❷、参考答案

• 校验身份证号规则的有效性（包括地址码、生日期码、顺序码和校验码）

• 校验15位身份证号和18位身份正好都是可用的

• 校验末位是X的情况

• 校验不足15位、16-17位和大于18位的情况，如果是必输项，校验不输入的时候会不会有正确的提示，如果不是必输项，则要校验不输入的时候流程能否正常进行

• 校验输入非数字的情况，是否会有正确提示信息（包括大小写字母、汉字、特殊字符和标点符号）

• 校验输入全角的数字的时候，系统是否会识别（这个得根据需求确定是否可以使用全角的数字）

什么是回归测试，如何做回归测试？

❶、参考点

是否做过回归测试

❷、参考答案

回归测试，即就是在软件生命周期中，只要软件发生了改变，就可能给该软件产产生问题；所以，每当软件发生变化时我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否破坏原有的正常功能。

回归测试可以发生在任何一个阶段，包括单元测试、集成测试和系统测试

那我们改如何做回归测试呢？总结为以下几点

• 在测试策略制定阶段，制定回归测试策略

• 确定需要回归测试的版本

• 回归测试版本发布，按照回归测试策略执行回归测试

• 回归测试通过，关闭缺陷跟踪单（问题单）

• 回归测试不通过，缺陷跟踪单返回开发人员，开发人员重新修改问题，再次提交测试人员回归测试

小明在刷抖音时发了一个评论，但是APP界面没显示出来，如何排查这个问题？

❶、参考点

APP测试点

❷、参考答案

• 检查客户端网络是否有问题，可以查看其他APP能否正常使用

• 检查是否为版本问题，可以换个操作系统（安卓、ios），或者换个其他软件版本试试

• 检查是否为兼容性问题，可以换个手机试试

• 抓包分析，如果APP没有向服务器发送请求，或者请求参数对不对，就是APP的问题；如果服务端响应数据不对，就是服务端的问题

给你一个网站，如何开展测试？

❶、参考点

测试流程的思路

❷、参考答案

1. 查找需求说明、网站设计等相关文档，分析测试需求。

2. 制定测试计划，确定测试范围和测试策略。

3. 设计测试用例，包括功能、兼容、性能、安全等方面

4. 开展测试执行

5. 回归测试及测试总结

你们公司是怎么做app兼容性测试的？公司的测试机少怎么办？

❶、参考点

对兼容性测试的掌握程度

❷、参考答案

• 主要还是通过手工去测试已有的机器。

• 有时可能会有测试机不够的情况，用自己的新手机或者跟公司的同事借一下，以及交叉测试。

• 个别用户会反馈在哪些机型上出现一些崩溃，有时哪些机型确实要去测试一下。

• 录制自动化脚本，夜间执行自动化测试用例

• 部分机型通过云测平台（testIn、weTest）的云真机测试，付费居多。

• 使用模拟器测试可能会出问题，经常出现模拟器没有问题而真机有问题，所以尽可能拿真机覆盖。

APP做过哪些专项测试？

❶、参考点

app专项测试

❷、参考答案

• APP冷/热启动测试

• APP权限测试（设备权限、app权限设置）

• APP安装/卸载/（弱、强）升级

• APP消息推送（APP、短信、微信、QQ）

• APP前端性能（耗电量、顺滑度、耗流量）

• APP弱网

• APP稳定性测试

在实际工作中，是不是要Bug全部修复完才能达到上线呢？如果上线时间很紧急，还有没修复完的Bug怎么办？

❶、参考点

应急情况的处理

bug的解决方式

❷、参考答案

• 一般来说，如果有等级1级、2级的Bug，是不允许上线的

• 如果有3级Bug、4级Bug的话，可以让产品（或项目经理）进行定夺。

• 如果影响范围不大时间又比较急的话，带着不严重的Bug上线也是可以接受的，但是一定要在测试报告中注明该遗留BUG，并说明修复排期。

介绍下你最近做过的一个项目？

❶、思路

结合自己的项目回答

❷、参考答案

从以下几个方面来回答：

• 项目名称

• 项目平台（终端）：app/web/pad

• 主要业务：针对****（用户群体，例如青少年群体、上班族）提供**、**、**等功能的软件

• 主要模块：

• 我负责**、**、**模块的测试，包括功能、接口、兼容性、界面（app专项）

• 项目的主流程：例如冒烟测试用例

• 系统架构

• 优势亮点：技术亮点（技术在***项目的应用，例如，使用Fiddler断点、mock），管理亮点（例如，协调把控项目进度，分配测试任务，文档质量评审），其他亮点（例如，沟通能力、工作态度、多角度换位思考）

App发布上线测试人员都具体做什么？

❶、参考点

APP测试

❷、参考答案

1，首先对ios、android生产环境（有些公司有UAT环境）打包验证新功能，包括老功能是否受到影响

2，验收测试通过的生产包渠道审核：IOS提交AppStore，Android打包提交各大应用商店，如小米商店，华为商店，应用宝等；安卓会审核得比较快，IOS一般一到三天

3，通过主要渠道下载线上包，协助产品进行验收测试

4，收集用户的反馈信息，跟进线上BUG、埋点数据

InnoDB索引和MyISAM索引的区别，索引的优缺点？

❶、参考点

对索引的了解

❷、参考答案

1）存储结构（主索引／辅助索引）

• InnoDB的数据文件本身就是主索引文件。而MyISAM的主索引和数据是分开的。

• InnoDB的辅助索引data域存储相应记录主键的值而不是地址。而MyISAM的辅助索引和主索引没有多大区别

• innoDB是聚簇索引，数据挂在逐渐索引之下。

2）锁：

• MyISAM使用的是表锁；

• InnoDB使用行锁

3）事务：

• MyISAM没有事务支持和MVCC；

• InnoDB支持事务和MVCC

4）全文索引：

• MyISAM支持FULLTEXT类型的全文索引;

• InnoDB不支持FULLTEXT类型的全文索引，但是InnoDB可以使用sphinx插件支持全文索引，并且效果更好

5）主键：

• MyISAM允许没有任何索引和主键的表存在，索引都是保存行的地址;

• InnoDB如果没有设定主键或非空唯一索引，就会自动生成一个6字节的主键，数据是主索引的一部分，附加索引保存的是主索引的值

6）外键：

• MyISAM不支持

• InnoDB支持

工作中的哪些方面会使用到数据库？如何使用？

❶、参考点

对数据库知识的了解

❷、参考答案

• 查询数据（查看数据的准确性）比如卡里有1000元，商品300元。下单购买成功，提示扣费成功。查看数据库库存是否从300（原库存）变为299，查看卡里的钱是否变为700。

• 造数据（方便测试）比如参加领券活动，一个用户只能领一次。如果准备多个手机号测试会很麻烦。用券有一个属性字段，如果参加过了就设置字段为0，没参加过就设置字段为1。测试1次，字段由1变为0。下次再测试，可以将字段改为1来继续测试。

• 初始化、备份还原数据

加油吧，如果你需要提升技术储备，那就行动，在路上总比在起点观望的要好。一切的迷茫都是因为想得太多而做的太少！

以上就是今天的分享，如果觉得有用，欢迎分享转发给更多朋友。

欢迎在留言区跟我们互动噢~

加入官方推荐微信群聊社区，了解更多软件测试资讯