十年测试老司机带你应对68道面试题---文章转载自 TesterHome

软性热身题

01

自我介绍和介绍

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

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

a. 如果你学校让你骄傲的话,先介绍下你的学校和专业

b. 如果学校不行的话,直接介绍你工作过的公司,挑有名和相关的

2. 简单说说你在公司负责的项目和你的职责,不用细说,因为后面面试肯定会详细问。

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

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

02

介绍下你负责的公司项目

1. 首先你要给人家介绍清楚,你这个项目的产品是什么?话不要多,比如我们的产品是直播应用,市场上竞品是什么,这里说个top 1的,然后说下特色是什么,如果知道用户数据也可以说下。

2. 接着,讲下项目产品有几个端,服务端,客户端,安卓,ios。简单说下,如果面试者还有兴趣,你可以把技术架构说一下,这个挺难的。得好好看看自己产品。

3. 一般到这里,面试官会问,你在项目中干嘛了。那你就要说你在项目中承担的角色,是测试总控,还是某个模块负责人。如果是总控就要说说你的测试计划和测试策略,如果负责测试模块的,就要说说是哪些模块。这些模块的作用是什么?4. 最后,说说你取得的成绩。

03

你有什么优点和缺点

1. 记住千万不要真的说自己的缺点,即便是缺点也是可以改进或者无关工作的缺点,别傻乎乎的说,自己比较脆弱,承受不了工作压力。可以说自己比较慢热,或者过于谨慎,对自己和同事要求过高这种。

2. 优点的话,需要结合自己的简历,表现出自己在某方面的能力,比如思路清晰,看问题透彻,大局观强,也可以结合自己多年工作的成长,表现出自己热爱技术,成长潜力巨大。

04

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

1. 首先千万不要去贬低对手

2. 可以说结合自己的项目经验,技术能力和技术眼界,把测试做的更好。

05

你为什么离开上家公司?

1. 一样不要贬低上家公司,除非上家公司是做违法的事情或者上家公司裁员了,那就不用解释了。

2. 一般会说,上家公司的工作内容已经没法给你上升的空间了,你希望得到更大的平台。



测试理论基础篇

01

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

1. 问测试流程一般是想问你对项目的流程是否熟悉,这种就是iso套路了,需求宣讲-》需求评审-》开发系分-》测试测分-》提测-》几轮测试-》灰度-》上线。可以根据自己公司的实际情况进行裁剪。

2. 测试流程中,测试最需要关注的,测分,测分包括测试对需求的分析,对系统实现的分析,质疑不合理的设计,提出有风险,为产品和开发补位,同时也要分析到测试会有哪些路径分支,避免遗漏。

02

请描述下bug的几个要素?

1. 总结描述 

2. 缺陷内容

a. 环境,比如应用版本,操作系统,无线网络等

b. 重现步骤

c. 相关日志

d. 影响面

e. 修复建议(如果给得出)

3. 优先级或者严重程度

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

基本给到这些就够了。

03

白盒和黑盒的区别,你是怎么运用的?

1. 不要说的太复杂,黑盒就是不知道内部如何实现,只从外部设计测试和执行用例,以达到业务覆盖,保障功能质量。通常以业务测试为主。

2. 白盒就是了解内部实现机制,针对实现来设计测试和执行用例。通常来说通读代码实现是为了对白盒测试进行补充,怕有漏掉的分支。但是白盒测试远不止这些,比如各种静态检查,覆盖率等。

04

你是如何做测试分析?

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

1. 明确需求和需求有可能造成的影响

2. 读懂系分,这个很关键,一定要看懂,遇到问题要找开发反复推敲,直到疑惑都解决。

3. 明确开发联调提测时间和每个需求的开发边界和测试边界

4. 探讨系统实现是否有风险,如果有风险有没有监控灰度回滚的策略。

5. 制定测试策略,是否需要兼容性测试,性能测试,专项测试

6. 将需求整理成测试用例

05

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

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

2. 如果时间充裕那么准备好,

a. 测试数据

b. 测试步骤

c. 测试结果

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

06

功能测试在 beta 版本对外的上线标准是什么?

这题出的不好。应该说上线标准是什么吧?1. p0,p1 bug 清空

2. 测试用例完成率100%

3. 主链路覆盖率100%,其他分支看情况,一般来说能100%就100%

4. RC版本和灰度版本,线上问题均已经解决。

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



测试管理题

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

01

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

1. 测试有压力,开发必然有压力,和开发一起砍需求

2. 系分和测分增加投入,做更精准的测试

3. 测试提前进入

4. 加强开发自测,拉取开发交付用例

5. 加班

02

描述下你团队的测试分工

1. 业务压力大的时候,业务为主,技术为辅

2. 业务少的时候,技术为主,业务也不丢

3. 老人带新人,新人帮老人,选出业务领头人和技术领头人,形成团队梯队

03

对于团队成员,你是如何打kpi的?

1. 成员自评和一对一沟通,了解成员的想法

2. 对于老黄牛类型的,吃苦卖力但是没有突破的,给中等绩效

3. 对于老白兔类型的,混吃等死,计划淘汰

4. 对于独狼类型的,抢食,不听指挥的,果断淘汰

5. 对于头狼类型的,吃苦卖力,有惊喜,给优秀绩效



猜你喜欢

转载自blog.csdn.net/u013405658/article/details/80257673
今日推荐