技术面试不知如何回答问题，没有思路 ，总结四种方法让你轻松应对（下）。

目录

3.技术实现|解决方案|问题排查类

4.个人见解和看法

---

3.技术实现|解决方案|问题排查类

1.问题特征：

这类问题就是答案不固定 ，10个人有10个人的答案。比如解决方案 ：你可以选择A方案 、我也可以选择B方案，只要目标达成了 ，至少肯定是不会错的 。问题排查也是 ，你的排查路径是这样的 ，但是他是那样的 ，但都有可能找到正确的原因 。

2.具体问题：

1. 设计测试用例 ： 请针对微信的聊天功能设计一些测试用例

2. 编程 ：写一个九九乘法口诀表

3. 编程 ：判断一个字符是否符合ip v4的格式 。

4. 如果百度访问不了了 ？ 你觉得是什么原因导致的？

5. 用户注册时 ，就是收不到验证码 ， 你觉得可能原因是什么 ？

6. 想降低线上的bug漏测率 ，你觉得有那些方案 ？

7. 编写自动化用例时，测试人员维护用例时间太长 ，如果你是框架研发者 ，你如何提高测试人员的编写效率呢 ？

8. 给你提供一个接口 ，写一段代码 ，实现该接口的请求并对返回结果校验 。

9. 作为组长，你认为怎么提升你团队的能力 ？

10. 假设已经有一个团队，稳定运行比较长时间，老员工也比较多，你作为空降组长，怎么快速融入团队，快速开展业务，管理好这个团队

3.考察目的

这类问题主要是考察面试者在实际过程中的分析问题 、解决问题 以及总结问题的能力 。

4.回答思路

先说问题排查类 ，这类问题就是假设和排除法，我曾经写过一篇文章 ，专门介绍遇到这类该如何排查 。

比如 ：百度访问不了了 ，先验证其它网站能否访问 ，如果可以 ，那就是百度一个网站的问题 ，你可以假设是不是本地设置屏蔽访问百度，还是有什么软件限制(比如代理设置) 或者服务器房展本身有问题 。

软件测试中遇到的技术难点不知如何排查 ？怎么办 ？推荐你使用这种底层方法解决。 - 知乎 (zhihu.com)

至于解决方案类的问题 ，回答思路就是只要有助于促进它改变的 ，就都可以往上说 。比如 ：想降低线上的bug漏测率 ，你觉得有那些方案 ？ 你就可以把平时有助减少bug的方法找几个典型的介绍就可以 ，比如 ：

• 比如加强用例的评审 ，评审时可以拉上开发和产品帮我们把关 。

• 总结线上产生的bug ，总结它产生原因 、后续如何规避 ，指定相关的标准 。

• 设置bug漏测率红线 ，超过多少 ，进行惩罚等 。

最后就是技术实现的问题 ，这类问题没啥好说的 ，要靠平时的技术积累 ，只要平时多总结 ，这类问题回答不难 。但是平时都没见过 ，这类问题只能说不会 。

5.如何准备 ：

这类问题最好的准备就是在项目中多做总结 ，多复盘

• 遇到了技术问题 ，总结下问题是如何产生的 ？如何解决的 ？最好将其形成文档 ，大脑能理解和你能写出来是完全两个效果 。

• 项目迭代结束了 ，复盘下本次做的如何 ？ 有那些值得见解的地方 ? 有那些不足 ？ 如果再让你做一次 ，你是否能做的比这次更好 。

最后 ，技术最好的总结就是输出 ，将平时工作中遇到的一些问题 、解决方案 、难点问题排查过程都写成文档 ，这样即便忘了也能快速的查阅 ，甚至这些技术文章都可以给面试官查看 。

4.个人见解和看法

1.问题特征 ：

这类问题主要是在问你对某件事情的看法和理解 ，或者你看到某件事 ，你有什么收获 ，有什么感受 ？比如你看完一部电影 ，你有什么评价 ？

2.具体问题

1. 你对加班怎么看待 ？

2. 你对软件测试这个行业是如何看待的 ？

3. 你玩过王者荣耀 ？ 你觉得它和其他游戏有啥不同 ？ 你为什么喜欢它 ？

4. 你还记得那些影响深刻的bug ？ 为什么这几个bug影响深刻 ？

5. web测试和app测试的区别是什么 ？

6. 你如何看待自动化测试对功能测试的帮助 ？

7. 你觉得你为什么能胜任这份工作 ？

8. 薪资给不了你期望的 ，你能接受吗 ？

3.考察目的

通过已经发生的某件事件 ，你是否能从中学习到一些认知、知识或技能 ，主要考察的是你平时的学习能力 。

4.回答思路

这类问题的回答思路主要集中在这几个关键字 ：

• 积极正向的 + 你的理由 . 题目1,2，6,7,8

• 案例描述 + 总结后学习 ，题目：4,5

比如 ：

问：你对加班怎么看待 ？

回答 ：首先我能接受加班(积极的) ，在目前的互联网公司加班是一种正常现象 ，我在之前的公司就很能加班 ，我没觉得它给带来了什么负担 。(你的理由)

问 ：你还记那些影响深刻的bug ？

回答：我曾经记得线上出现一个bug ，是用户在某个功能录入手机号 ，部分手机号号段是录入不进去的，但用户录入的手机号是正确的 ，经过排查是因为该手机号是最新的号段 ，而系统判断时并没有将该号段纳入 。(你的描述)

经过总结 ，还是觉得测试时覆盖不够细 ，尤其时没有考虑用户实际场景 ，所以考虑覆盖时应多考虑下用户的实际数据 。所以，通过这个案例让我学到了后面的测试要细化等价类 ，选取数据时要重点考虑用户实际数据 。（学到了什么）

5.如何准备

这类问题的答案也都是来自于平时的积累 ，其中一个关键字就是：反馈 ，也就是说当你完成一件事 ，你有啥感受 、有啥收获 ，这些都是通过你完成事获得的反馈 。然后将印象深刻的3点写下来 ，甚至发出去 。锻炼平时的这种反馈能力 。