是测试不想专精一门吗？是测试到处学一点吗？不都是跟着公司走，公司需要你啥都会一点，又不要求你精通。

反问一下，问什么问题才是正常的？

我成了守旧派？

具体看了什么内容，花了多少时间看了哪些章节？有什么收获跟感触可以分享一下呢？还是单纯的为了回答这个问题胡诌的，如果是这样那我会合理的怀疑你的诚信。你可以拿历史的书籍来忽悠我，但是不能拿假的内容来欺骗我。

哪个问题奇葩了？

你最近在看什么书？
答：《中华人名共和国劳动法》

纯个人想法，欢迎探讨。我的想法是软硬兼施：

硬：
1、结合需求文档等资料，明确和预期结果不符，说明是缺陷
2、拉上产品经理一起，从业务角度确认这个不符合预期，不满足实际业务需要，是缺陷
3、还是不行，但认为这个缺陷很重要的，继续上升到 leader 级别，由 Leader 级别确认解决

软：
1、日常和研发多吃饭聊天，打好关系，促进两边在这些事情上多配合，少扯皮
2、不要只提 bug，bug 少的时候也多夸一下研发质量好，绩效 360 评估的时候说说好话

最关键的：定好规则，把缺陷定义和原则明确清楚。
一般出现这种扯皮，说明大家对缺陷的定义理解不大一致，规则机制上不够完善。可以定期收集一些存在分歧的 bad case，一起对齐下，并持续完善相关的规则机制。用机制来明确缺陷定义和识别，减少扯皮。

首先，假设背景是我去面试别人。其次，我知道自己是什么水平。基于当前业务需要的各项能力以及对方的简历问问题。
简单区分：不如我的/跟我差不多的/比我厉害的。

看来我挺奇葩的，我就每次都会问最近在看什么书或者涉猎什么新的知识

这不都是正常的问题吗？不问这些问啥

穷则变，变则通，通则久

为什么要看？

《小米创业思考》
《以奋斗者为本》

这些问题都很常规吧。。

中华人民共和国劳动法

那什么问题不奇葩？

不奇葩的问题例举一二？

你最近在看什么书？

如果你提的 BUG 开发不认为是 BUG 怎么办？

这样的问题都认为是 奇葩问题，可想而知，这位面试者应该也挺 “奇葩”

有一些不算奇葩吧，比如第一个，实际工作中挺常见的，面试问一下，考察下候选者的沟通能力，也很正常。

1、题主提到 “公司需要一个性能测试来评估系统瓶颈”，能否做到评估系统瓶颈，首先得了解项目的架构，比如公司的技术栈是 SpringBoot 或者 SpringCloud，又或者后端使用的 Django,你去做性能评估是需要从项目架构的基础去出发，你必须懂 Java python；
2、就拿 UI 自动化 接口自动化，这个也是要根据项目团队使用的技术，有些公司使用的 java 有些公司使用的 python，假如我经历个 3 家公司的自动化岗位，使用的技术栈都不同，时间久了我就 java 和 python 都涉及了
3、jmeter 只是一个工具而已，好在他是开源的，工具的思想还是非常有用的，你要想把 jmeter 玩通透，你得去看下 jmeter 源码，又或者你工作中你遇到一个特俗的场景，你还得需要二次开发去处理，jmeter 用的是 java，你是不是也得会；
4、当今社会单一的技术栈，除非你在这方面了解很深入才有机会。开发语言千千万，全部学不太可能，大家都是被平时的工作中的需求去推送的；
5、再说下前端。有些公司是比较推崇 平台化的，比如你面试个测试开发岗位，公司想构建个质量管理平台，那你得会前端，至于说要不要把前端 vue react 都要会，就看团队技术选型了，比如你现在只会 vue，但是进入一家公司后，同事最后都同意选 react 你还是去学；
6、题主说到 “学习的更多，可能到头来每样都只是皮毛”，人要学会取舍，不管后端 还是前端都有众多开发语言，你得前后端选一个主打的路线，其他的只是了解会用就行了，测试这个岗位你得什么都要懂，产品设计、项目管理、运维、UI 都要懂，但是你想把所有的都深入了解很难，再说我都是深入了解运维 产品这些，那我何必在做测试了，做运维不香吗？？

Jmeter 也是 java，还是要看源码，还是要学习一门语言，跑不掉的；要想做的好就是 code by code

jmeter 也是 java，还是要看源码，还是要学习一门语言，跑不掉的；要想做的好就是 code by code

以前都是要求会一门语言，至于什么语言不重要，可以进来再学。

现在就是公司需要什么语言，你就要会什么语言，因为你进来了就必须开始干活，没有时间给你学。