自我介绍怎么说？哪些测试题最常被问到？（含解析）

桃扇骨 2022-10-23 15:25 70阅读 0赞

前段时间，曾经发过一个面试题的合集，有很多小伙伴在下面留言问了一些问题，趁着假期，给大家了总结了部分答案，仅供参考，抛砖引玉，希望能给大家一点思路，有哪位大佬，有更好的答案的，也可以在留言里分享，技术无界，分享有爱。

## 软性热身题 ##

**自我介绍**

这一般是面试的第一个问题，记住每个人的简历都不一样，但是 jd 只有一份。所以要研究这个岗位的 jd，再来定制自我介绍，去掉无关的，强调相关的，着重突出能给你加分的。所以一般都有这个套路：

1.  先介绍自己的学校和公司，现在一般看本科和上一家公司，如果都不好，可能简历关都过不了。

如果你学校让你骄傲的话，先介绍下你的学校和专业  
如果学校不行的话，直接介绍你工作过的公司，挑有名和相关的说  
2. 简单说说你在公司负责的项目和你的职责，不用细说，因为后面面试肯定会详细问。

1.  说下对这个职位的了解和兴趣

注意一定要简单，到位，达意，一切都是为了这个岗位做的自我介绍。

## 介绍下你负责的公司项目 ##

1.  首先你要给人家介绍清楚，你这个项目的产品是什么？话不要多，比如我们的产品是直播应用，市场上竞品是什么，这里说个 top 1 的，然后说下特色是什么，如果知道用户数据也可以说下。
2.  接着，讲下项目产品有几个端，服务端，客户端，安卓，ios。简单说下，如果面试者还有兴趣，你可以把技术架构说一下，这个挺难的。得好好看看自己产品。
3.  一般到这里，面试官会问，你在项目中干嘛了。那你就要说你在项目中承担的角色，是测试总控，还是某个模块负责人。如果是总控就要说说你的测试计划和测试策略，如果负责测试模块的，就要说说是哪些模块。这些模块的作用是什么？
4.  最后，说说你取得的成绩。

## 你有什么优点和缺点 ##

1.  记住千万不要真的说自己的缺点，即便是缺点也是可以改进或者无关工作的缺点，别傻乎乎的说，自己比较脆弱，承受不了工作压力。可以说自己比较慢热，或者过于谨慎，对自己和同事要求过高这种。
2.  优点的话，需要结合自己的简历，表现出自己在某方面的能力，比如思路清晰，看问题透彻，大局观强，也可以结合自己多年工作的成长，表现出自己热爱技术，成长潜力巨大。

在同一个项目组内，你认为你怎么做会比另外一名测试更加优秀？

1.  首先千万不要去贬低对手。
2.  可以说结合自己的项目经验，技术能力和技术眼界，把测试做的更好。

**你为什么离开上家公司？**

1.  一样不要贬低上家公司，除非上家公司是做违法的事情或者上家公司裁员了，那就不用解释了。
2.  一般会说，上家公司的工作内容已经没法给你上升的空间了，你希望得到更大的平台。

## 测试理论基础题 ##

请描述下你上个公司的测试流程

1.  问测试流程一般是想问你对项目的流程是否熟悉，这种就是 iso 套路了，需求宣讲-》需求评审-》开发系分-》测试测分-》提测-》几轮测试-》灰度-》上线。可以根据自己公司的实际情况进行裁剪。
2.  测试流程中，测试最需要关注的，测分，测分包括测试对需求的分析，对系统实现的分析，质疑不合理的设计，提出有风险，为产品和开发补位，同时也要分析到测试会有哪些路径分支，避免遗漏。

**请描述下 bug 的几个要素？**

1.  总结描述
2.  缺陷内容

环境，比如应用版本，操作系统，无线网络等  
重现步骤  
相关日志  
影响面  
修复建议（如果给得出）  
3. 优先级或者严重程度

每个公司都有缺陷标准，很多同学都会乱标，很不专业。

基本给到这些就够了。

**白盒和黑盒的区别，你是怎么运用的？**

1.  不要说的太复杂，黑盒就是不知道内部如何实现，只从外部设计测试和执行用例，以达到业务覆盖，保障功能质量。通常以业务测试为主。
2.  白盒就是了解内部实现机制，针对实现来设计测试和执行用例。通常来说通读代码实现是为了对白盒测试进行补充，怕有漏掉的分支。但是白盒测试远不止这些，比如各种静态检查，覆盖率等。

**你是如何做测试分析？**

测试分析是非常见功力的事情，好的测分可以让需求更明确，让研发更加周全。

1.  明确需求和需求有可能造成的影响
2.  读懂系分，这个很关键，一定要看懂，遇到问题要找开发反复推敲，直到疑惑都解决。
3.  明确开发联调提测时间和每个需求的开发边界和测试边界
4.  探讨系统实现是否有风险，如果有风险有没有监控灰度回滚的策略。
5.  制定测试策略，是否需要兼容性测试，性能测试，专项测试
6.  将需求整理成测试用例

**如何设计测试用例？什么样子的测试用例是好用例？**

1.  如果迭代较快，时间比较紧张，可以使用 xmind 将每个分支列出来，到了具体执行的时候再去看结果，这个时候要追求测试用例需求覆盖率。
2.  如果时间充裕那么准备好,

测试数据  
测试步骤  
测试结果

另外为了方便执行统计，每个测试用例的验证点最好不要过多。

功能测试在 beta 版本对外的上线标准是什么？  
这题出的不好。应该说上线标准是什么吧？1. p0,p1 bug 清空

1.  测试用例完成率 100%
2.  主链路覆盖率 100%，其他分支看情况，一般来说能 100%就 100%
3.  RC 版本和灰度版本，线上问题均已经解决。

每个公司上线标准都不一样，作为测试同学，如果没有上线标准的话，得推动团队来制定下来。

## 测试管理题 ##

这类题目就是考验你作为测试 leader 或者测试负责人的管理能力了。

如果项目周期很短，测试人力匮乏，你是怎么协调的？

1.  测试有压力，开发必然有压力，和开发一起砍需求
2.  系分和测分增加投入，做更精准的测试
3.  测试提前进入
4.  加强开发自测，拉取开发交付用例
5.  加班

**描述下你团队的测试分工**

1.  业务压力大的时候，业务为主，技术为辅
2.  业务少的时候，技术为主，业务也不丢
3.  老人带新人，新人帮老人，选出业务领头人和技术领头人，形成团队梯队

对于团队成员，你是如何打 kpi 的？

1.  成员自评和一对一沟通，了解成员的想法
2.  对于老黄牛类型的，吃苦卖力但是没有突破的，给中等绩效
3.  对于老白兔类型的，混吃等死，计划淘汰
4.  对于独狼类型的，抢食，不听指挥的，果断淘汰
5.  对于头狼类型的，吃苦卖力，有惊喜，给优秀绩效

如果文章对你有帮助，别忘记点赞、评论、Get！  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyNDM0MzE4_size_16_color_FFFFFF_t_70_pic_center]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQyNDM0MzE4_size_16_color_FFFFFF_t_70_pic_center]: /images/20221023/83f14cddd3da4db6a8b6b83632b04e92.png