23软件测试高频率面试题汇总_软件测试面试高频题

一、 你们的测试流程是怎么样的？

答：1.项目开始阶段，BA（需求分析师）从用户方收集需求并将需求转化为规格说明书，接

下来在项目组领导会组织需求评审。

2.需求评审通过后，BA 会组织项目经理、开发人员和测试人员交接需求( 交接需求的过程中，

我一般会关注需求是否清晰，是否具有可测性，并识别出测试的难易程度和测试的大概工作

量)。

需求交接结束后，项目经理根据交接过程中的一些问题评估需求交接是 否通过，交接不通

过的，BA 会修改需求文档并组织二次交接，交接通过的需求。

3.测试 Leader 根据需求编写测试方案和测试计划，并评审。

4.然后根据需求的难易程度和组员的个人能力分配测试任务。测试人员根据分配到的需求进

行分析同时编写测试用例，用例完成后，测试 Leader 组织项目经理、BA、开发人员、测试

人员评审用例，评审完成后，对于有问题的测试用例，测试人员会做相应的修改。在测试人

员编写用例的同时，TA 同时进行测试环境的准备。

5.在测试执行阶段，测试经理会通知各模块测试人员进行冒烟测试。

6.冒烟通过后，测试人员开始启动测试（测试的轮次根据实际的测试时间调整，测试时间较

充足的情况下，一般进行 3 轮测试用例的执行（第一轮：全用例覆盖执行，第二轮:进行重

点用例的执行，第 3 轮：全量回归第一轮用例。）测试时间比较紧张的情况下，一般进行 2

轮测试（第一轮：全用例覆盖执行，第二轮：进行重点用例的执行），测试过程中发现的 bug，

通过缺陷管理工具禅道进行管理，为方便开发人员高效率的解决问题、减少沟通等，测试录

入 bug 时，严格按照 bug 的严重等级进行定义，缺陷单中会记录测试环境，测试账号，操

作步骤，预期结果，实际结果，截图。

7.开发人员解决问题并将程序部署到环境后，提交问题单给测试人员进行验证，问题验证不

通过的，驳回问题单并通知开发人员继续修改，问题验证通过的，关闭 BUG 。

8.测试周期结束前几天，测试经理开始着手准备测试报告，这个时候测试经理会关注 bug 单

的情况（未关闭的 bug 数据有多少，严重的问题有多少），如果 bug 单还有很多没有关闭，

项目组一般会安排开发人员和测试人员加班加点修改及验证问题单。如果 bug 单关闭率及

遗留率满足项目规定，测试用例轮次也按计划完成。测试经理按照实际情况输出测试报告让

项目组领导决策上线。

二、 CRM 项目的各个模块是独立的吗？功能测试写了多少用例？

答：不是。比如线索模块和客户模块就是有联系的，当确定线索是潜力客户时，需要在线索

模块点击转换按钮，把线索信息导入到客户模块成为客户信息。

这个项目我写了大概 800 条。

1三、 CRM 市场信息系统管理业务是怎样的？介绍下新建线索这是

怎样的模块？

答：背 crm 的流程

四、 CRM 项目做了多久？

答：这个项目做了半年（甚至可以说一年），一般 2 个月左右一个大版本，两周左右一个小

版本

五、 你们这个 P2P 的业务流程是怎么样的，这个项目做了多久，你

负责哪些模块，写了多少用例？发现了多少个 BUG

答：背熟流程。

这个项目做了半年（甚至可以说一年），一般 2 个月左右一个大版本，两周左右一个小

版本，负责借贷管理、理财管理、会员管理、资金管理，还有首页。大概写了上千条用例，

发现几百个 BUG。

六、 P2P，你们如何托管客户的资金，这些资金的流向是怎么样的？

答：借款人和投资人双方，一旦投钱，钱就到第三方账号，借款人和投资人可以看到钱在第

三方账号里

第三方资金托管公司：宝付，易宝，环视资金。。。。

一般 p2p 平台不会直接吸收这笔借款，避免 p2p 公司自己去挪用资金，所以借款人和投资

人在投资过程中双方都会在第三方托管公司有一个自己的账号，投资过程中，投资人投借款

的标，那么这笔资金会直接流入第三方账号里，借款人也可以直接从第三方账号拿到借款，

用户把钱冲到第三方公司，也会受到第三方托管公司监管，不管投资还是提现都要经过第三

方资金托管公司即投资、借款、充值、提现都要经过第三方。借款人也是从第三方手上拿到

这款资金用户资金不管是充值和资金都受到自己托管的第三方的管理

2七、 你们第三方支付的有哪些？用户怎么充值和提现？

答：我们分为线上和线下充值，线上：各种的第三方方式充值进来，在 p2p 后台资金管理会

有记录，相应的也支持线下：线下会有方式提供选择，p2p 后台会对其进行充值。提现的话

只有在平台的上实现，扣除相对应的手续费后充值相对应账号。每提现一笔资金，p2p 生成

一条信息记录保存

八、 对于提前还款提现是怎么做？

答：

要提前申请要符合平台要求。合同里面有签署关于提前还款的要求，平台会对这一业务对服

务费的减少，进行要向平台支付本金和利息，还有剩余的本金的 3%的违约金。

九、 如果让你去申请贷款，要怎么做

答：我要借款—申请贷款—

到后台页面的表单里面的内容要说具体点，线下合同肯定是要写一份的。合同里会有一系列

的规定，违约的处理做法。个人的认证资料，

前台：用户要登录线上平台，他会点击到借款页面里面，选择固定的借款模版取选，长期短

期的选择。借款信息的填写内容：标题，用途，有误抵押，借款金额，还款日期，期限，年

利率，还款方式，担保机构，

后台：这条借贷信息会出现借贷审核管理页面，后台的管理人员会对这条信息审核，会审核

他的基本信息，会和借款人签署一份线下合同，这些合同模版是 p2p 和借款人协商，工作人

会和借款人核实抵押物，借款利率还款日期之类的问题。工作人员办理好手续后重新编辑初

审信息提交给复审，复审的工作人员会判断这份贷款能否通过，符合借款要求就会给他审核

通过，如果不符合就会驳回，当最后复审通过，借款人就会接到审核通过的通知，前台就会

出现这条借贷信息，投资人可以进行投资

十、 你们在 P2P 项目中用到第三方的接口，怎么用，这些接口怎么

测试？

答：在后台的“系统设备设置”—“接口设置”（背几个接口名字）

实名认证接口，中诚信征信

资金托管接口，已报，环讯，宝付

支付接口，支付宝，银联，微信支付，网银；

3第三方提供接口规则（开发有）

知道接口规则，根据接口规则需求文档进行接口测试，先调通接口，再用功能测试测试

页面功能

第三方接口不需要找 bug

调试接口：接口不通报错（调试，权限） 根据报错调通接口

十一、 项目周期，测试周期，写了多少用例

答：这个项目做了半年（甚至可以说一年），一般 2 个月左右一个大版本，两周左右一

个小版本，负责借贷管理、理财管理、会员管理、资金管理，还有首页。大概写了上千条用

例，发现几百个 BUG。

十二、 你负责什么模块？你的货款管理有什么内容?应该有到期

未还款的吧这个怎么处理?

答：我负责借贷模块，借贷审核管理，货款管理，债权转让等等，

内容有：内容：全部货款，新手独享，正在进行还款，已经还款等等

有，一般是到期前一定时间内会短信、邮件提醒，如果还是到期未还就会增加利息，再

次警告无效时，一般会根据公司的制度就会拍卖抵押物，同时在系统中也会记录此人的信息，

降低其信用等级或者列入黑名单。

十三、 当借款人借款时间到期后，没还款，你们怎么处理的？不

还款怎么处理？

答：借款初期有签署逾期还款的条约，首先利息会上调 50%，如果每一天不还就是每一天的

利息会增长，后面还不还款就降低信用等级拉进黑名单范围内 ，并且会影响他的征信记录

十四、 逾期还款会有一个罚息，你们是怎么算的

答：剩余本金*借款年利率*150%*(逾期天数/365 天）

4十五、 你跟我讲讲你第三个项目（移动云平台）是做什么的？

答：支持符合该平台协议的终端设备，可用于对移动 AP（无线访问接入点, AP 相当于一

个连接有线网和无线网的桥梁，其主要作用是将各个无线网络客户端连接到一起，然后将

无线网络接入以太网。）和 AC(接入控制器（Access Controller 或 Wireless Access

Point Controller），即无线控制器，是一种网络设备，负责管理某个区域内无线网络中的

AP。)的集中管理;

十六、 你项目（适用简历所有项目）组内是怎么样分工的？

答：组长协调分配工作量，接口测试组内外的总体事项。组长负责一小部分的功能测试，跟

进开发问题的修改进度。

有一个同事专职做性能测试。

有一个同事主导自动化测试，及负责一小部分的功能测试。

（我）负责大部分的功能测试，以及辅助编写一部分自动化脚本。

(可选：如果想体现一下性

能测试能力，可以在加上辅导测试 2 个性能场景)

十七、 项目上线没有？

答：我做完第 2 个版本离职的时候，当时功能已经基本稳定了，并且已经在预发布环境测试

了一遍，公司领导已经决定可以上线了。不过当时域名还没有搞定。现在不清楚他们用什么

域名。

十八、 你觉得你们项目（O2O）的亮点是什么?

答：1. 商家活动等模块审批流程快捷，有助于提高商城引流；

2. 商家管理费，会员购买结算费用可根据级别进行设置，有助于客情维护。

3. 支付方式灵活多样化

4. 数据可配置，业务推广时，不需停机，可由运营方协调快速配置，快速响应用户需求。

5. 页面记录软删除，当有误删除数据时，可申请后，由 IT 运维人员在数据库恢复。

6. 用户密码采用 md5 加密，有效保护用户账号信息安全。

5十九、 你觉得你们项目（O2O）的难点是什么？

答：1. 需求不详细，很多问题上，产品，开发，测试 经常扯皮，测试问题很难推动解决。

2. 字段多，很多字段要结合数据库检查数据是否正确(要熟悉表结构，看字段的定义，比如

数据库中订单状态 1.2.3.4.5 分别代表什么。)

3. 因为测试环境很多外部接口不能真实配置， 很多测试数据不能真实摸拟，测试环境大部

分是利用数据库造数据。(比如手机验证码，还有充值，支付)，导致测试上线有风险，在上

线时，要进一步对线上环境进行严格的验证。

二十、 你遇到什么经典（难忘）的 BUG？

答：（CRM）功能 BUG, 线索模块里，有今日需要联系的，本周需联系的，本月需联系的，

这个功能是系统里查询线索数据量历史数据量较大，所以开发了个“定时任务”设定了按1天、

7 天、30 天后自动同步线索数据到一张临时表方便提供查询，我在测试前台搜索的时候，首

先用 SQL 在数据库里修改数据时间，修改测试环境的系统的时间当月的时间。发现本月需

搜索的时候前台显示 2 月份的 28、29 天，还有用 31 天月份这种月份的数据数对比 MySQL

数据库里用 SQL 查询统计的信息数量结果数量不一致。bug 原因是：开发在定时任务里固

定设置了每 30 天同步一次数据到临时表。所以取的数据和查询的数据不一致。

(O2O): 1，重复支付没有做校验，同一个订单，可以重复支付

（当时开发没有对订单的状态做支付校验，后来开发在订单支付时，加上了对支付状态的校

验。当订单已经完成支付后，就不能重复支付了。）

2、手机验证码数据库表数据，没有做自动清除，导致验证码可以重复使用。（临时数据，

只要手机验证码被使用过，就自动删掉数据库记录。）

3、手机验证码没有做时间限制，只要没有使用过，就可以使用。

1. （

P2P）在数据库表中复制加密的密码在前台页面也可以登陆（让开发写一条代码需

要解密后的密码才能登陆）

2. 在申请贷款时，借款标题填写完，再选择借款用途的时候，页面会刷新，前面写的标

题也清空了

3. 这借款单填写完后点击预览，年利率只显示个百分号。

4. 借出金额框可以任意输入数据，没有限制。

5. 强行流标的时候，服务费照样扣，利息没返回账户

6二十一、 你们借贷系统是上线后就结束了不用维护吗？为什么要更

新版本，是因为客户需求有很大改动？

答：上线后需要维护，大概两个月更新一次版本，最初的版本功能不够完善，客户在使用过

程中也提出新的需求。有时候有大的需求就需要做大的版本更新。

二十二、 你怎么写测试用例？怎么保证没有遗漏？

答：Xmind 思维导图分析，尽可能全面的分析，比如登录用户名要检验字段字符类型、长

度，是否与密码匹配，他说那你写登录用户名怎么用最少的用例保证没有遗漏，我说数字、

符号、中文标点特殊字符等组合，查看数据库里定义变量的类型，同时熟悉业务，依靠经验、

考虑不同的场景，总结以前现场过的问题的案例。

二十三、 如果一天之内有 3.4 个新的版本，你会怎么做？

答：这么频繁地换版本，就没说明当前版本很不稳定，每次来一个版本我都会先做冒烟测试，

然后对经常出现问题的模块根据重点用例进行测试，看是否当前版本相对稳定。

二十四、 你这个 Xmind 是什么？有什么用？

答：是思维导图工具，用来设计测试点，也方便转化成用例，评审

二十五、 你们做过哪个方面的兼容测试？

答：在项目中我做了多个浏览器间的兼容测试，以及版本间的兼容测试（向下兼容）

二十六、 有什么比较主流的浏览器？

答：IE（IE8\9\11）、火狐、chrom（

V44\46\50\58）、360 等

7二十七、 你们的网页是用什么语言写的？用什么数据库？后台需要

你们测试维护吗？

答：用 php 写，用的是 mysql 数据库，后强也是要我们测试维护的。

二十八、 你们项目有多少人?

答：我们项目大概 30 人左右，测试有 3 个，开发 15 个。

二十九、 你写过测试计划吗，里面有哪些内容？

答：写过，主要内容有测试目的、测试范围、测试环境、测试方案、参与测试的人员和时间

安排、风险预估分析。

三十、 你写过测试方案吗？

答：写过，方案具体明确硕测试策略该怎么做，对测试用例的规范，对测试环境的规范，对

测试工具的设计和选择。

三十一、 怎么和开发有效果的沟通？

答：有时候邮件或者 QQ 不能传达你表达的意思，并且消息不能第一时间看到，这个时候就

要当面沟通，和开发商量好时机，你准备好相应的问题，在沟通的过程中你做好记录，争取

一次性搞定问题沟通。

三十二、 功能测试你们一般做几轮？

答：如果时间足够做三轮，如果不够就两轮，一轮全用例覆盖，一轮重点用例覆盖。

8三十三、 功能测试的 BUG 级别你们怎么划分？

答：参考 BUG 级别定义。

三十四、 怎么确保自己负责测试的模块没有 BUG

答：首先很难保证完全没有 BUG,只能执行用例要全面，对用例做到全面覆盖，同时在测试

过程中不断地完善用例。并不断地总结和分析出现过的 BUG，以提升用例的质量。

三十五、 假如软件还有许多 bug 没有解决，没法正常上线，领导说

下周要上线，你怎么去处理

答：我会把所有的未解决的 BUG 整理列出，发送给领导，同时建议组织会讨论，列出一个

修复计划，在有限的时间内解决优先级高的 BUG，把 BUG 的修复以及回测落实到具体的责

任人，同时我会主动跟进修复的情况，遇到风险时及时汇报。

三十六、 画出你们的缺陷管理流程图

答：

9三十七、 你所熟悉的 linux 命令、SQL 语句有哪些？

答：我们以前的服务器就是 linux 系统（centos6.5）,除了在上面搭建环境外有时候还需要在

上面查看日志定位问题，如配置环境变量文件用到 vi,查找文件用到 find，重启服务用 service ,

下载安装用 yum，查看进程用 ps，查看资源使用 top，还有解压包的时候使用 tar,删除文件

时用 rm，还有剪切复制 mv cp 等等。

数据库就经常用到 select,update,delete,drop,alter,insert into 等等。

三十八、 Linux 中 有个文本 你用什么命令统计其相同字符串的个

数

答：

grep -c 'http' request.log 字符串：

‘http’ 文本名：request.log

三十九、 不同的系统，怎么将一个系统的安装包放到另一个系统里，

用什么命令（Linux 系统）？

答：scp -r local_folder remote_username@remote_ip:remote_folder

格式：Scp -r 源目录 目标机器的 username@目标机器 ip:目标路径

四十、 编辑命令是什么？怎么退出保存？

答：编辑命令：

vi

退出保存： ：wq (如果需要强制保存的话使用 ：wq!)

四十一、 你常用的 linux 命令有哪些？查看前 500 行用什么命令？

查看 cpu 用什么？查看动态日志是什么？

常用命令：

10强制删除文件或目录（一般慎用）：

rm –rf 文件名/目录

查看本机 IP 与目标 IP 网络是否通畅（常用）：

ping 目标 IP

查看文件的访问权限：

ls –l

查看文件内容：

cat/more/less 文件名

查找制定文件名的文件 ：

find –name 文件名

查看前 500 行：

Head -500 文件名

查看后 20 行 ：

tail -20 文件名

查看 cpu: cat /proc/cpuinfo

查看动态日志：tail –f abc.log

四十二、 Linux 的动态链接文件放在哪个文件夹

答：/usr/lib 常用的动态链接库和软件包的配置文件

四十三、 linux 中杀死某进程的命令？

答： Kill -9 进程号

四十四、 统计一个目录下文件的数量的命令怎么写？

答：统计当前文件夹下文件的个数：ls -l |grep "^-"|wc -l

统计当前文件夹下目录的个数：ls -l |grep "^d"|wc -l

四十五、 vi 编辑文件怎么清空文本内容

答：在命令模式下，首先执行 gg 这里是跳至文件首行 再执行：dG 这样就清空了整个文

件

11四十六、 你们的测试环境是你搭建的吗，怎么搭建，说一下步骤？

答：看搭建 LAMP 的环境步骤，先放开需要用到的端口（如数据库 mysql 的 3306），或者

需要用到的，关闭 seliunx;然后使用 yum 命令安装 Apache,安装 mysql、安装 PHP.，并配置

mysql 的密码。最后把源码包放到服务器的相应目录下，再重启相关服务（如数据库、Apache

服务）。

搭建 tomcat 应用服务器步骤也大概类似，先下载安装 jdk，并配置环境变量，再下载

tomcat，并配置环境变量，再安装数据库（mysql）,安装完后把源码包放到相应的目录，并

启动 tomcat 服务发布。

四十七、 Linux 系统的优点

答：开放性、多用户、多任务、出色的速度性能、良好的图形界面、丰富的网络性能、可靠

的系统安全、良好的可移植性。

四十八、 Linux 命令修改网关

答：route add default gw 192.168.5.1

四十九、 Linux 命令修改 IP

答：ifconfig eth0 192.168.5.40 netmask 255.255.255.0

五十、 Linux 查看进程的命令

答：ps -ef|grep 进程名

五十一、 写一个 shell 脚本来显示当前日期、时间、用户名和当前工

作目录

答：#!/bin/bash

Cur_Dir=$(pwd)

echo $Cur_Dir

echo $(date +%Y-%m-%d +%H:%M:%S)

echo `who am i`

12五十二、 delete 和 drop 的区别

答：DROP 把表结构都删了

DELETE 只是把数据清掉

五十三、 你数据库熟悉吗，都会些什么？

答：mysql 和 Oracle 等关系型数据库都熟悉，以前在项目里也经常用到，增删改查，多表、

关联查询都没问题。还会使用存储过程造数据。

五十四、 Oracle 和 MySQL 的区别？

答：Oracle 是大型数据库，mysql 是中小型数据库。

Oracle 支持大并发，大访问量，是 OLTP 最好的工具

Oracle 也 Mysql 操作上的一些区别，如查前几行的数据、mysql 主键能自动增长而

oracle 不行等等

五十五、 用数据库怎么添加权限

答：一般是通过数据库操作页面对用户的权限进行设置。

五十六、 数据库查一个表格的前 10 行怎么查？

答：

select top 10 * from 表名;（sql server）

select * from 表名 limit 10;(mysql)

select * from 表名 where rownum<=10;(oracle)

13五十七、 MySQL 数据库怎么删除重复数据

答：删除重复数据一般是根据某个字段来查询多余重复的记录，然后再删除重复数据。

例如：

删除表中多余的重复记录，重复记录是根据单个字段（peopleId）来判断，只留有

rowid 最小的记录

DELETE FROM people WHERE peopleName IN (SELECT peopleName FROM people

GROUP BY peopleName HAVING count(peopleName) > 1)AND peopleId NOT IN

( SELECT min(peopleId) FROM people GROUP BY peopleName HAVING

count(peopleName) > 1)

五十八、 查询表 A 中存在 ID 重复三次及以上的记录

答：Select *From A Where id in(select ID from A group by id having count(id)>=3)

五十九、 怎么把一个数据库的数据同步到另外一个数据库？

答：在一般生产环境中，数据库中都有自动同步机制，当然也可以采用手工的办法，就是讲

数据库的数据备份来后，再还原到另一个数据库。

六十、 什么是视图，什么是索引这两者有什么区别？

答：视图是从一个或多个表中导出来的表，是一种不是一种真正存在的概念。

视图就像一个窗口，通过这个窗口可以看到系统专门提供的数据。

索引，可以理解为是一本书的目录，它记录了数据在数据库中存放的位置，就像一本书的目

录，记录了，某一页在这本书的那个位置。相同地，索引是一个单独的、存储在磁盘上的数

据库结构，它们包含着对数据库表里所有记录的引用指针。

14六十一、 sql 语句怎么更新数据库？

更新单列：UPDATE 表名称 SET 列名称 = 新值 WHERE 列名称 = 某值

更新多列：UPDATE 表名称 SET 列名称 = 新值，列名称=新值，列名称=新值 WHERE 列

名称 = 某值

六十二、 数据库中，游标是什么，其作用是什么？

答：概括来讲，SQL 的游标是一种临时的数据库对象，即可以用来存放在数据库表中的数据

行副本，也可以指向存储在数据库中的数据行的指针。游标提供了在逐行的基础上操作表中

数据的方法。

作用：游标的一个常见用途就是保存查询结果，以便以后使用。游标的结果集是由 SELECT

语句产生，如果处理过程需要重复使用一个记录集，那么创建一次游标而重复使用若干次，

比重复查询数据库要快的多。

六十三、 CS 跟 BS 的区别

答：B/S 是 Brower/Server 的缩写，客户机上只要安装一个浏览器（Browser），如 Netscape

Navigator 或 Internet Explorer，服务器安装 Oracle、Sybase、Informix 或 SQL Server 等数据

库。浏览器通过 Web Server 同数据库进行数据交互。

C/S 的优点是能充分发挥客户端 PC 的处理能力，很多工作可以在客户端处理后再提交给服

务器。对应的优点就是客户端响应速度快

六十四、 平时工作中你是怎么应用数据库的？

答：功能测试和接口测试有时候需要查询数据库辅助检查测试的结果 （如接口测试时，对

返回的结果有疑问的时候就需要去数据库查询来校对结果），性能测试时使用存储过程大量

造数据。

15六十五、 给你一个模块测试，只有一个星期的时间你如何有效率地

完成？

答：在有限的时间里，我会在明确了需求的情况下，先制定好工作计划，把每天的任务细分，

先走重要地测试用例，保证重要的功能的测试覆盖度，同时每天都会发出发现的 BUG,同时

跟进 BUG 的修复情况及时回测，并且每天都会发出日报，如果遇到有进度风险就会及时汇

报与项目组讨论解决。

六十六、 你功能和性能短期内哪个比较拿手？

答：这两个都不错，项目需要哪个我就做哪个，都没问题。

六十七、 你同时负责功能和性能，你怎么做？

答：首先，我会先测试功能，保证部分功能没有问题后，再给这部分开展性能测试，我会合

理统筹安排时间，在测试功能等待开发修改 BUG 的时候，我就开发脚本，在压测的过程中

我又会去回归验证其他部分的功能问题是否已经解决。如果实在完成不了这些量的任务，我

还会主动加班，或者及时汇报风险请求有空闲的同事支援。

六十八、 你们做回归测试的时候是否全部都做呢？

答：看时间是否充裕，如果充裕会全部走一遍，如果不充裕主要针对 BUG 出现的模块及相

关联模块做测试。

六十九、 你们用的是什么 BUG 管理工具，你会安装吗？

答：禅道，会（百度看下安装文档）

16七十、 给我一个登陆界面写测试用例？

答：背项目中的登录用例。

七十一、 你们怎么管理你们的用例？

答：我们项目以前是用 excle 管理，放在 svn 中，定期的维护更新。

七十二、 你认为是 bug,开发认为不是，怎么解决？如果最后还是僵

持不下，你有什么机智的方法解决？

答：与开发友好沟通，如果确实为 bug 并且很严重，演示证明给开发看，并阐明不修改会影

响用户体验，要坚持自己的观点，如果 bug 不严重，可根据版本进度讨论是否可以延期修

改

七十三、 会问你这个项目是给哪家公司做？

答：可以编一家公司（提前想好）。

七十四、 测试报告是你们经理写的吗，你会自己写吗？

答：项目上线前项目经理会写，我们会提交相关数据给测试经理，我自己平时也会写我负责

的相关模块的测试报告（要记测试报告的内容）

七十五、 应用宝下载 app 功能用例

答：1）UI 界面：颜色，图文，按钮位置和需求一致

（

2）功能方面：分正常逻辑和异常逻辑

正常逻辑：

①下载前

app 各项显示正常

②下载中

17点击下载：下载中断，继续下载，单个文件下载，多个文件同时下载

文件大小：下载大文件，下载小文件

下载速度：大文件速度慢，小文件速度快

网络环境：2G/3G/4G/WIFI 各自下载，不同网络切换下载，弱网络下载，断网下载，重新联

网下载

内存空间：空间足够下载，空间不足下载相关提示）

③下载后

能够正常安装，卸载后能重新下载

异常逻辑：

第三方干扰（下载时有来电/短信/其他消息或通知/闹钟等）

内存不足（下载一半内存不足，能够继续下载）

机没电（下载一半手机没电,充电后能够继续下载）

断网（下载过程人为断网或不明原因的断网,继续下载是否异常）

进程退出（下载一半,退出应用宝）

手机死机（下载一半，手机死机，重启是否正常下载）

后台下载（下载时玩游戏/微信/QQ 等）

锁屏下载（下载时锁屏,再解锁是否正常下载）

（

3）兼容性：

android 系统，ios 系统（应用宝只支持 android 系统）

系统版本（2.0，3.0，4.0，5.0 等）

手机品牌（不同品牌，如魅族/华为/小米/oppo/三星/酷派等）

手机型号（同个品牌不同型号，如红米/小米 1/小米 2/小米 2A/小米 2S 等）

（

4）安全性：下载的 app 是否为官方版本,非官方版本的安全提示

（

5）易用性：对用户来讲，下载操作等是否简单易懂

（

6）性能方面（不是所有功能模块都涉及到性能,看需求及开发而定）

测试点：电量/内存/流量/页面加载速度/响应时延/流畅度等

使用工具：有内部工具和外部工具，内部工具为腾讯本部提供，简单易操作，如视频分帧工

具，外部工具为 fiddler/eclipse/mat/monkey

（二）浏览器搜索功能用例详细如下:（只是功能和性能方面不同，其他类似于应用宝下载

app 的用例）

（

1）UI 界面

（

2）功能方面

①精确搜索（比如搜“苹果手机”）、模糊搜索（比如搜“手机”）

②搜索类型：中文，数字，英文，符号，空格等，及组合搜索，如中文+数字等

③搜索长度：比如只支持 100 个字符，需要重点测试输入 0 个，1 个，2 个，99 个，100 个，

101 个字符这几种情况

④输入法兼容：覆盖多种输入法（百度，搜索，QQ 拼音，谷歌等）

⑤可搜索性：

输入可查到结果的正常关键字、词、语句，检索到的内容、链接正确性

输入不可查到结果的关键字、词、语句

⑥对比性：个别搜索项需要与其他浏览器的搜索结果做对比

⑦搜索结果：检索到的内容、链接正确性，点击跳转是否正常

（

3）兼容性

18Android，ios 系统

android 系统版本（2.0，3.0，4.0，5.0 等）

ios 系统版本（

6，7，8，9）

手机品牌（不同品牌，android 的如魅族/华为/小米/oppo/三星/酷派等，ios 的如 iphone4，

4S，5，5S，6，6S，6S PLUS）

手机型号（同个品牌不同型号，android 如红米/小米 1/小米 2/小米 2A/小米 2S 等）

（

4）安全性：搜索结果页面内容是否安全，不安全的内容一般设有警告提示

（

5）易用性：对用户来讲，搜索操作简单易懂

（

6）性能方面

压力测试：在不同用户数压力下的表现（评价指标如响应时间等）

负载测试：看极限能承载多大的用户量同时正常使用

稳定性测试：常规压力下能保持多久持续稳定运行

内存测试：有无内存泄漏现象

七十六、 如何测试一个水杯？

答：一、功能测试

1.能否装水，

2.除了装水， 能否装其他液体。比如可乐，酒精

3.能装多少 ML 的水

4.杯子是否有刻度表

5.杯子能否泡茶，跑咖啡

6.杯子是否能放冰箱，做冰块

7.杯子的材质是什么（玻璃，塑料,黄金做的）

二、界面测试

1.外观好不好看。

2.什么颜色

3.杯子的形状是怎么样的。

4.杯子的重量是多少

5.杯子是否有异味

6.杯子的图案是否合理

三、性能测试

1.能否装 100 度的开水 (泡茶)

2.能否装 0 度冰水

3.装满水，放几天后，是否会漏水

4.杯子内壁上的涂料是否容易脱落。

5.杯子上的颜色是否容易褪色或者脱落

四、安全性测试

1.制作杯子的材料，是否有毒

2.放微波炉里转的时候，是否会爆炸, 或者杯子是否会熔化。

193.从桌子上掉到水泥地上是否会摔碎。

4.杯子是否容易长细菌

5.杯子是否有缺口，会划坏嘴巴

6.杯子内壁上的材料，是否会溶解到水中

7.杯子破碎后，是否会对使用者造成伤害

五、可用性测试

1.杯子是否容易烫手

2.杯子是否好端，好拿

3.杯子的水是否容易喝到

4.杯子是否有防滑措施

总结

以后要是遇到一支笔、一个灯泡、一个椅子等等，都可按照同样的思路测试。

七十七、 你和你们测试经理是怎么一个交互界面？

答：平时通过公司内部通讯工具交流，工作上汇报任务或者接受任务会使用邮件，工作之外

就用 QQ 和微信。

七十八、 通过什么知道一个测试人员的水平？

答：通过提交的 BUG 数，还有软件上线后负责需求有没有出现问题。

七十九、 你对加班有什么看法，能接受加班吗？

答：我对加班没什么抵触心理，毕竟做这行加班赶进度也是很正常，如果需要加班赶进度我

没问题，完全能接受加班。

八十、 能接受出差吗？

答：可以。

20八十一、 你的职业规划是什么？

答：首先，进入公司快速熟悉业务工作流程，尽快上手工作。当自己做的比较熟练之后，可

以带领团队的新人做事，主动多承担工作职责。公司要做一些新的技术研究和项目测试工作，

自己也会主动学习研究，在业余时间加深学习更多的技术知识，运用在日常工作中分享给团

队，争取做项目组里面的全能型人才。如果以后公司做大了，只要领导需要，可以为领导分

担一部分管理工作。

八十二、 你的期望工资？

答：具体多少你要看你面试过程中表现如何，如果表现一般，那你跟面试官说，：我本来的

期望是 8K，但通过刚才和您的交流，我发现我还有很多需求提升的地方，我可以接受调整，

同时要是我有机会进入贵公司，我会努力提升自己，以达到自己的期望薪资。

八十三、 上家公司离职时工资是多少？

答：比你的期望低点。

八十四、 为什么从上家公司离职？

答：首先，很感谢上家公司提供的学习及工作机会，让我的测试能力和做事方式得到了很大

的提高。

这次离职找工作，主要想在一个陌生的环境及平台中再次证明自己，挑战自己，并积累更多

类型的项目测试经验，为以后的测试职业生涯做准备。

八十五、 从上家公司学到了些什么？

答：简历上的技能和为人处事方式。

21八十六、 你们公司地点在哪？

答：根据简历上的公司，百度上查相应的公司地址。

八十七、 对之前公司的看法？

答：首先感谢上家公司提供我工作的平台，以及对我技术磨炼以及为人处事的方式。以前公

司还是不错，只是我个人原因想换一个工作来挑战自己以及见识更多的技术以对我未来的职

业有更全面地发展。

注：不要说以前公司的坏话或倒闭。

八十八、 你对测试最大的兴趣在哪里？为什么？

答：最大的兴趣，感觉这是一个有挑战性的工作；

测试是一个经验行业，工作越久越能感觉到做好测试的难度和乐趣

通过自己的工作，能使软件产品越来越完善，从中体会到乐趣

回答此类问题注意以下几个方面：

尽可能的切合招聘企业的技术路线来表达你的兴趣，例如该企业是数据库应用的企业，那么表示

你的兴趣在数据库的测试，并且希望通过测试提升自己的数据库掌握能力。

八十九、 简述你在以前的工作中做过哪些事情，比较熟悉什么。

答：我过去的主要工作是系统测试和自动化测试。在系统测试中，主要是对 XX 系统的业务逻辑

功能.性能测试中，主要是进行的压力测试，在各个不同数量请求的情况下，获取系统响应时间

以及系统资源消耗情况。自动化测试主要是通过自己写脚本以及一些第三方工具的结合来测试

软交换的特性测试。

在测试中，我感觉对用户需求的完全准确的理解非常重要。另外，就是对 BUG 的管理，要以需

求为依据，并不是所有 BUG 均需要修改。

测试工作需要耐心和细致，因为在新版本中，虽然多数原来发现的 BUG 得到了修复，但原来正

22确的功能也可能变得不正确。因此要注重迭代测试和回归测试。

九十、 你说说你的优势在什么的地方？

答：我的优势在于工作积极，做事主动，有责任心，具有良好的逻辑分析能力及良好的沟通能力。

九十一、 你的职业规划是怎么样的？

答：测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试

工程师奔去。而且我也有初步的职业规划，前 3 年累积测试经验，不断的更新自己改正自己，做

好测试任务。

九十二、 在你以往的中自己觉得做过最有挑战的事情是什么?

答;可从自己的项目着手，就说当时项目组测试这边有人离职，然后你不仅要负责的自己的

模块还要支撑他所负责的模块，自己主动加班，熟悉他那块的业务及测试，最终保证了项目

的交付，因此还得到的项目经理的嘉奖。

九十三、 你有什么想问的？

答：可以问一些你们现在的项目的一些情况，还有如果我能面试过，我主要负责的工作内容。

或者可以问一些有没有培训机制能提升自己等等。

二十、 BUG 的等级有哪些，如何划分？

答：

Blocker（崩溃/致命）：

阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据

库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死

锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前

版本测试）

Critical（严重）：

系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是

不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动

退出，关联程序间调用冲突，安全问题、稳定性等。如：软件中数据保存后数据库中显示错

误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影

响其他功能测试的情况下可以继续该版本测试）

Major（一般）：

功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。如：操作时

间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等

(该问题实际测试中存在最多，合理安排解决 BUG，解决率关系版本的优化程度)

Minor（次要）：

界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别

字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字

排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测

试初期较多，优先程度较低；在测试后期出现较少，应及时处理）

十五、 测试用例设计的原则是什么？

答：1. 单个用例覆盖最小化原则。

2. 测试用例替代产品文档功能原则

3. 单次投入成本和多次投入成本原则

4. 使测试结果分析和调试最简单化原则

十九、 测试计划工作的目的是什么？测试计划文档的内容应该包

括什么？其中哪些是最重要的？

答：软件测试计划是指导测试过程的纲领性文件：

• 领导能够根据测试计划进行宏观调控，进行相应资源配置等

• 测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等

• 便于其他人员了解测试人员的工作内容，进行有关配合工作

包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、

风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测

试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各

种变更。

测试计划编写 6 要素（5W1H）：

7• why——为什么要进行这些测试；

• what—测试哪些方面，不同阶段的工作内容；

• when—测试不同阶段的起止时间；

• where—相应文档，缺陷的存放位置，测试环境等；

• who—项目有关人员组成，安排哪些测试人员进行测试；

• how—如何去做，使用哪些测试工具以及测试方法进行测试

测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试

活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其

中最重要的是测试测试策略和测试方法（最好是能先评审）。