测试bug分析图_面试软件测试工程师的10点经验（含面试题）

面试是现在找工作绕不过去的一道坎，一次好的面试，能赢来升职加薪，一次失败的面试，就是浪费彼此的时间。今天我就结合自身经验讲一讲面试测试工程师岗位的几点面试经验。

1、面试第一环节：自我介绍

自我介绍是通用题，不管是面什么岗位，不管是第几面，面试官几乎都会问这道题。一般都是介绍一下个人信息，不要以为简历上写了，你就不说，这个一定要说的。因为大多数情况面试官没有提前看过你的简历，都是一边开始面试，一边看简历。这个时候你介绍一下你简历上的信息，有助于面试官了解你，加强面试官对你的印象。

比如

(面试官)你好，我分三部分来介绍我自己，第一部分是我的个人经历，也就是项目经验；第二部分是我的工作技能，第三部分是我的价值观，人生态度。

先说第一部分我的个人经历，我是张记小二哥，2000年1月1日出生于湖北，2018年毕业于山西师范大学，毕业后去了华为终端事业部做了手机测试，在那里我学习到了软件的迭代周期，项目运行流程，还有软件测试的技能。2019年，我去了微信，主要测试微信聊天功能。

再说我的个人技能，我能独立完成项目的功能测试

从需求分析，到用例编写，测试执行，测试报告，发布后风险问题跟进。

掌握测试用例的编写方法，熟练使用，等价类，边界值，错误猜测法，因果图，场景法等

测试过web段，android段，IOS端产品，对以上产品特性均有了解

独立完成过性能测试(如果没有做过，就不要说)

从需求分析，标准制定，脚本编写，脚本调优，测试执行，结果分析，bug反馈跟进整改，bug回归，都能完成。

会自动化测试(不会就不要说)

然后第三部分，是我的价值观，人生态度

我的第一条价值观是，终身学习，我觉得没有人能知道今天所学，明天会不会用得上，在快速发展的当今社会，保持持续学习，才有可能跟上时代

我的第二条价值观是，办法总比困难多，再多的困难，都是有办法解决的，多尝试几种方法

我的第三条价值观是，未来回望法，如果一件事让我犹豫不决，要不要去做，我会使用未来回望法，来给自己指路，就是假设我穿越到5年后，回望今天，这件事要不要做，做了5年后的自己会不会后悔。选择不让自己后悔的那条路就对了。

我的自我介绍就是这些，谢谢您的倾听，面试官有什么问题，请提问

2、你在工作中都使用哪些linix命令 比如查看日志命令

解题：考察基础专业知识

tail -fn 1000 test.log | grep '关键字'

参考回答：(如果问到了一个你不知道的命令，你还可以这样回答：你问的这个命令我一时没想起来，可能我之前的工作中用的频率不高，一般我操作linix 经常会使用到比如top ps chmod ls cd cat 等常用命令，在实际操作过程中，经常会出现文件没有权限的情况，这个时候就用 chmod 777 +文件名 777就是给添加了读，写，执行权限，这样简单粗暴，速度快。)

3、数据库常用操作，造数据怎么执行

解题：考察基础专业知识

我在项目中常用的就是增删改查，其中用查用得最多，select * from ..

造数据的话，要看需要造多少数据，如果是一条，

insert into 表名 (col1，col2....coln)values(value1,value2.....valuen)；

如果是多条(1万条以内)，我选择使用csv文件导入

如果超过1万条，我就需要写脚本，如果对自己的脚本没信心的时候，我会跟开发同学核对下。

4、功能测试的流程

解题：考察基础知识

参考回答：从需求分析，到用例编写，用例评审，测试执行，bug反馈&跟进解决，bug回归，测试报告，发布后风险问题跟进

5、性能测试的流程

解题：考察基础知识

参考回答：

需求分析，性能测试通过标准制定(比如我们项目中要求支持500并发，90%的用户响应时间2秒内，服务器99.9%的正确返回结果)，编写脚本，脚本调优，测试执行，bug提交&原因分析，bug回归，测试报告

6、功能测试用例设计的基本方法

解题：考察基础知识

参考回答：等价类，边界值，错误猜测法，因果图，场景法

7、介绍项目

面试官考察点：考察你对项目的理解能力，因为只有你理解自己的项目是做什么的，才能测试好这个项目

比如：我在2019.1.1-2019.6.6期间参与了微信项目的测试，微信是一个聊天软件，主要是用户能够通过网络在不花钱的情况下，给自己的好友发生即时消息。里面的核心功能有聊天，联系人管理，发现，我的。其中我参与测试的功能有聊天消息模块，比如发送消息，撤回消息，建立微信群，群管理等等

8、针对微信聊天消息的撤回功能，设计测试用例

解题：考察独立完成测试任务能力，考察综合技能

1，进行需求分析

用户在什么场景下使用这个功能，环境。(android，ios ，web ，window pc ,mac ，塞班)

android 又分成android4.X 5.X 6.X 7.X 8.X 9.X 版本

各个品牌机型定制手机系统

IOS 机型相对android来说，数量少一点，从4-XS 当前系统版本也是要从8-13

2，功能流程，终端A 发送消息 数据传输到服务器 然后服务器传输到终端B

规则：2分钟内可以撤回，2分钟以上无法撤回

3，消息的形式可以是：文本，表情，图片，视频，超大文件，apk包，语音消息，各种格式的文件，他们的各种组合等等

4，性能(是不是卡顿，有没有内存泄漏)

5，用户实际场景，上述消息体在功能流程中的组合(用等价类将上述进行抽样，用正交分解进行缩减用例条数)。

6，用户场景，

比如

发送消息后，长按发送的消息，出现撤回消息选项

点击撤回消息后，对方的消息消失，并且显示对方撤回了一条消息的提示

发的一条语音，对方正在听，这时撤回。或者视频对方正在播放，这时撤回可别crash了

群聊撤回

多次反复撤回

弱网撤回

通知栏拦截工具

修改手机系统时间撤回

多段登录撤回

撤回多条内容，并且聊天窗口已经有其他的新内容了

撤回转发了的消息

等等，这些用户场景几乎可以无限挖掘下去。这个时候我们就要对这些进行优先级划分了

9、测试用例包含哪些部分

用例id 所属功能模块 子模块 前置条件 操作步骤 预期结果 实际执行结果 bug id

10、测试报告怎么写

一般我们的测试报告是这样的：

最重要的是 测试结论 一般会有3种状态 通过，不通过，带风险通过

当然还需要有以下信息：

项目说明

测试环境

测试范围

测试人员&过程

bug清单&状态

遗留bug列表

风险描述

发布后需要注意的风险建议。

测试总结

如有遗漏，欢迎补充