测试面试题总结

测试面试题总结

一、对手机拍照测试用例的设计

快捷键能否拍照(比如苹果的音量键)；拍照时是否自动对焦；按下快门照片是否自动保存；能否连拍；能否识别单张/多张人脸；非静音模式下按下快门是否有快门声；是否支持各种拍摄模式，如慢动作、连拍、人像模式、视频模式；延时拍摄的时间设置；是否支持触屏拍照；按下快门后能否预览；能否自定义默认拍摄的图片尺寸、滤镜；前置/后置摄像头拍摄出的图片质量是否与说明书一致。

二、单例模式

参考这里
单例模式的定义就是确保某一个类只有一个实例，并且提供一个全局访问点。
单例模式具有典型的三个特点：只有一个实例；自我实例化；提供全局访问点。

优点：由于单例模式只生成了一个实例，所以能够节约系统资源，减少性能开销，提高系统效率，同时也能够严格控制客户对它的访问。
缺点：也正是因为系统中只有一个实例，这样就导致了单例类的职责过重，违背了“单一职责原则”，同时也没有抽象类，这样扩展起来有一定的困难。

常见的单例模式实现方式有五种：饿汉式、懒汉式、双重检测锁式、静态内部类式和枚举单例。而在这五种方式中饿汉式和懒汉式又最为常见。

饿汉式：线程安全，调用效率高。但是不能延时加载。示例：

由于该模式在加载类的时候对象就已经创建了，所以加载类的速度比较慢，但是获取对象的速度比较快，且是线程安全的。

懒汉式：线程不安全。示例：

由于该模式是在运行时加载对象的，所以加载类比较快，但是对象的获取速度相对较慢，且线程不安全。如果想要线程安全的话可以加上synchronized关键字，但是这样会付出惨重的效率代价。

懒汉式（双重同步锁）

双重检测锁补充：
为什么加了同步锁之后还需要二次判空r> 因为如果不二次判空那么有可能会出现以下情况：

测试流程

1. 需求沟通 （确认自己对需求文档的理解是不是正确的，以及和产品、开发沟通）
2. 制定测试方案
3. 设计测试用例
4. 准备测试环境
5. 测试执行
6. bug处理
7. 回归验证
8. 跟进上线
9. 需求沟通（下一个版本的迭代）

测试用例主要有哪些元素h3>

六、淘宝搜索框怎么测试h2>

功能测试

1. 输入关键字，查看: 返回结果是否准确，返回的文本长度需限制
   1.1输入可查到结果的正常关键字、词、语句，检索到的内容、链接正确性；
   1.2输入不可查到结果的关键字、词、语句；
   1.3输入一些特殊的内容，如空、特殊符、标点符、极限值等，可引入等价类划分的方法等；
2. 结果显示：标题，卖家，销售量，单行/多行，是否有图片
3. 结果排序：价格 销量 评价 综合
4. 返回结果庞大时，限制第一页的现实量，需支持翻页
5. 多选项搜索：关键字 品牌 产地 价格区间 是否天猫 是否全国购
6. 是否支持模糊搜索，支持通配符的查询
7. 速慢的情况下的搜索
8. 搜索结果为空的情况
9. 未登录情况和登录情况下的搜索（登录情况下 存储用户搜索的关键字/搜索习惯）

性能测试

1. 压力测试：在不同发用户数压力下的表现（评价指标如响应时间等）
2. 负载测试：看极限能承载多大的用户量同时正常使用
3. 稳定性测试：常规压力下能保持多久持续稳定运行
4. 内存测试：有无内存泄漏现象
5. 大数据量测试：如模拟从庞大的海量数据中搜索结果、或搜索出海量的结果后列示出来，看表现如何等等。

界面/易用性: 交互界面的设计是否便于、易于使用

1. 依据不同的查询结果会有相关的人性化提示，查不到时告知时统计条数并告知似输入条件错误时提示可能正确的输入项等等处理
2. 查询出的结果罗列有序，如按点击率或其他排序规则，确保每次查询出的结果位置按规则列示方便定位，显示字体、字 、色彩便于识别等等
3. 标题查询、全文检索、模糊查询、容错查询、多关键字组织查询（空格间格开）等实用的检索方式是否正常li>
4. 输入搜索条件的控件风格设计、位置摆放是否醒目便于使用者注意到，有否快照等快捷查看方式等人性化设计li>

兼容性

1. WINDOWS/LINUX/UNIX等各类操作系统下及各版本条件下的应用
2. IE/FIREFOX/GOOGLE/360/QQ等各类浏览器下及各版本条件下、各种显示分辨率条件下的应用
3. SQL/ORACLE/DB2/MYSQL等各类数据库存储情况下的兼容性测试
4. 简体中文、繁体中文、英文等各类语种软件平台下的兼容性测试
5. IPHONE/IPAD、安卓等各类移动应用平台下的兼容性测试
6. 与各相关的监控程序的兼容性测试，如输入法、杀毒、监控、防火墙等工具同时使用

安全性

1. 被删除、加密、授权的数据，不允许被SQL注入等攻击方式查出来的，是否有安全控制设计
2. 录入一些数据库查询的保留字符，如单引 、%等等，造成查询SQL拼接出的语句产生漏洞，如可以查出所有数据等等，这方面要有一些黑客攻击的思想并引入一些工具和技术，如爬 等
3. 通过白盒测试技术，检查一下在程序设计上是否存在安全方面的隐患
4. 对涉及国家安全、法律禁止的内容是否进行了相关的过滤和控制

六、软件缺陷的定义是什么h2>

分析：什么样的问题才是一个缺陷，需要从客户需求出发。

1. 软件未实现需求规格说明书中的要求；
2. 出现需求规格说明书中指明不应该出现的错误
3. 软件未实现需求文档中虽未明确提及但应该实现的功能；（如：账密加密）
4. 软件出现难以理解、不易使用或者运行速度慢等问题都可以认为是软件缺陷

七、如果在测试过程中发现了BUG，可是开发不承认这是Bug，你会怎么办h2>

首先还是应该回归到客户需求上面，确认这个问题到底属不属于一个缺陷，如果确实是则要和开发同事解释清楚；如果开发还是坚持自己想法的话，则询问同事或者测试组长的意见，讨论这个问题到底属不属于缺陷问题，如果大家都觉得是则需要和开发解释清楚。

六、对 测试/测试开发 工程师的理解

测试开发首先离不开测试，而软件测试是指，使用人工或自动的方式来运行某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。

测开：主要是会承担一些开发的工作，用来制作一些自动化测试的脚本，或者自动化测试的工具，又或者另外的一些在软件测试工作中用到的提高工作效率的小工具什么的。

七、为什么选测试不选开发

首先，在近几年，国内对软件测试越来越重视，测试的前景是非常好的。
其次，从学生会经历、自己追求完美的性格分析，适合做测试。
最后，并不是说测试比开发难度小，其实测试更需要有全局观念，一个好的测试工程师，必须对代码的理解要足够深刻，才能从中找出缺陷。

八、你认为测试人员需要具备哪些素质

1. 具备扎实的专业知识和良好的测试基础理论
2. 首先要有一定的沟通协调能力，因为测试人员经常会与开发、产品、售后售前沟通
3. 还需要有一定的耐心、细心，不能放过每一个错误
4. 要有责任感，要尽自己最大的能力，保证产品的质量
5. 要有好奇心，保持一种怀疑的态度，测试人员的任务是找出缺陷，不是证明没有缺陷，所以需要保持怀疑

九、测试一个水杯

1.功能测试

（1）水倒水杯容量的一半
（2）水倒规定的安全线
（3）水倒满且流出来
（4）水杯容量刻度与其他水杯一致
（5）盖子拧紧水倒不出来
（6）烫手验证
（7）是否保温

2.性能测试

（1）使用最大次数或时间
（2）掉地上不易损坏
（3）盖子拧到什么程度水倒不出来
（4）保温时间长
（5）杯子的耐热性
（6）杯子的耐寒性
（7）长时间放置水不会漏
（8）杯子上放置重物达到什么程度杯子会被损坏

3.界面测试

（1）外观完整、美观
（2）大小与设计一样（高、宽、容量、直径）
（3）拿着舒服
（4）材质与设计一样
（5）杯子上的图案掉落
（6）图案遇水溶解

4.安全测试

（1）杯子使用的材质毒或细菌的验证
（2）高温材质释放毒性
（3）低温材质释放毒性

5.易用性测试

（1）倒水方便
（2）喝水方便
（3）携带方便
（4）使用简单，容易操作
（5）防滑措施

6.兼容性

（1）杯子能够容纳果汁、白水、酒精、汽油等。

7.震动测试

（1）杯子加包装（有填充物），六面震动，检查产品是否能应对铁路/公路/航空运输。

8.可移植性

（1）杯子在不同地方、温度环境下都可以正常使用。

十、测试一个电梯

1.功能测试
1、电梯内各楼层键是否正常
2、电梯内开关门键是否正常
3、电梯内的 警键是否正常使用
4、电梯外的上下键是否正常
5、同时关注电梯内外的显示屏显示的电梯层数和运行方向
6、有障碍物时，电梯门的感应系统的有效情况

2.性能测试
1、测试电梯负载单人时的运行情况（基准测试）
2、测试电梯承载多人时的运行情况（负载测试）
3、测试电梯在承载一定人数下较长时间的运作（稳定性测试）
4、测试电梯在更长时间运作时的运行情况（疲劳测试）
5、测试不断增加电梯内的人数导致电梯 警情况（拐点压力测试）

3.界面测试
1、查看电梯的外观
2、查看按钮的图标显示，大小
3、查看电梯内部张贴的说明（比如 警装置的说明、称重量等）

4.易用性测试
1、楼层按键高度（小孩和一些身高矮的用户会按键不方便）
2、楼层按键上是否有盲文显示
3、电梯是否有地毯、夏天是否有空调、通风条件、照明条件、手机信 是否通畅
3、电梯是否有扶手，是否有专针对残疾人的扶手等等

5.安全性测试
1、下坠时是否有制动装置
2、暴力破坏电梯时是否 警
3、超重是否 警
4、超时是否自动开门
5、火灾 警后，是否允许就近停靠
6、停电情况下，电梯是否有应急电源装置

6.兼容性测试
1、电梯的整体和其他设备的兼容性，与大楼的兼容，与海底隧道的兼容等等
2、不同类型的电压是否兼容

7.验收测试
1.大量用户从1楼上电梯，去向不同的楼层的情况。
2.大家从不同的楼层上电梯，一起到一楼的情况。

十一、与他人相比较 你的优势h2>

更细心，更有耐心，这也是作为测试人员 应该具备的
沟通能力强，学生会经历、 团经历培养了自己积极主动与他人沟通的能力，并且能对事件进行清楚的描述

十二、需求评审怎么评审的

需求评审通常是由产品经理主持，通过讲解产品需求文档，让相关人员了解具体需求，并提出疑问，进行沟通的过程。

1. 注意对需求规格说明的正确性进行评审
   1、是否有需求与其他需求相互冲突或者重复r> 2、是否清晰、简洁、无二义地表达了每个需求r> “清晰”是让人能够读懂；“简洁”是让人愿意去读；“无二义”决定”读”的效果,是让大家对需求描述的理解能够达成一致 。
   3、是否每个需求都通过了演示、测试、评审，分析是否得到了验证r> 4、是否每个需求都在项目的范围内r> 5、是否每个需求都没有内容和语法上的错误r> 6、在现有的资源内, 是否能实现所有的需求r> 7、每一条特定的错误信息，是否都是唯一的和具有含义的li>
2. 注意对需求规格说明的实践性进行评审
3. 注意对需求规格说明的完整性进行评审
   1、编写的所有需求，其详细程度是否一致和合适r> 2、需求是否能为设计提供足够的基础r> 3、所有对其他需求的内部引用是否正确r> 4、是否包含了每个需求的实现优先级r> 5、是否定义了功能说明的内在算法r> 6、是否包含了所有已知的客户需求或系统需求r> 7、是否遗漏了必要的信息有遗漏的话,把他们标记为待确定的问题(TBD) r> 8、是否对所有预期的错误条件所产生的系统行为都编制了文档li>
4. 注意对需求方案的可行性和成本预算进行评审
5. 注意对需求的质量属性进行评审
6. 等等…

十三、技术评审怎么评审的

许多公司虽然执行了技术评审，但却未能从中获益，这往往是因为以下的原因导致的：

没有评审计划，没有充分的准备
专家选择不合适
评审会议偏离主题和重点，过多争论占用大量时间
没有使用Checklist作为指导
问题修改后跟踪不力……

常见的技术评审包括了走查（Walkthrough）、轮查（Pass Around）、正式的同行评审（Peer Reviews）等。

十四、USB接口怎么测试

1.功能测试
1、使用USB接口多次拔插看是否能够识别
2、关机情况下拔插能否正常充电
3、开机情况下拔插能否正常充电
4、手机通过USB接口与电脑连接能否实现数据传输
5、手机通过USB接口与电脑连接能否实现只充电
6、手机通过USB接口与电脑连接后 手机向电脑传输数据时断开连接，数据中断传输
7、手机通过USB接口与电脑连接后 电脑向手机传输数据时断开连接，数据中断传输
8、持续一小时传输数据
9、在播放视频、音频时拔插

2.性能测试
1、防水性
2、耐热性
3、长时间传输数据
4、同时传输大量数据

3.界面测试
1、长度是否合理

4.安全性测试
1、是否漏电

十五、int、char、long各占多少字节数

字节数与系统多少位有关，比如32位，64位。

在64位系统中Java基本类型占用的字节数：
1字节： byte , boolean
2字节： short , char
4字节： int , float
8字节： long , double

十六、Java字符串拼接方法

1、“+” 操作符
2、StringBuilder的append()方法
3、StringBuffer的append()方法
4、String类的concat() 方法
5、String 类的 join 方法

十七、static关键字的作用

修饰方法，
修饰变量，
修饰代码块 类加载的时候只被执行一次

十八、synchronized关键字底层原理

在虚拟机执行到monitorenter指令的时候，会请求获取对象的monitor锁，基于monitor锁又衍生出一个锁计数器的概念。
当执行monitorenter时，若对象未被锁定时，或者当前线程已经拥有了此对象的monitor锁，则锁计数器+1，该线程获取该对象锁。
当执行monitorexit时，锁计数器-1，当计数器为0时，此对象锁就被释放了。
那么其他阻塞的线程则可以请求获取该monitor锁。

十九、Error和Exception的区别

四十、Jprofiler分析OOM错误（有赞一面问到这个问题）

Jprofiler分析OOM错误

四十一、为什么学测试不选开发

1. 专业对口
2. 细心、耐心、沟通
3. 学生会工作经历
4. 发展前景，测试岗对公司的意义