感觉上是让你自由发挥，看你要做些什么，然后深入问你，每个领域怎么做。比如 cs 架构比较重视安全，那么安全怎么做。比如 cs 架构的性能、高可用比较重要，那么又可以深入问你你会怎么做。

测试怎么会问到这种东西，测试重点描述？

我理解的是如何开展测试，他给我的答案是没有需求文档，首先你要先了解这款产品的功能是不是齐全，与同类产品比较。反正我是晕菜了。

这种面试官感觉就是在装 X

问题有点大而偏了。看自由发挥的话考察的又是测试的哪方面功底呢？

我是不知道重点在哪里？所以问问各位诸位，被面或者面试其他人的时候会不会有这种问题，或者类似的问题

我觉得如果是测试岗位, 甭管什么产品, 都可以按测试流程去执行, 反正能按期交付产品就行

所有没有需求文档的产品都是耍流氓，常见问题包括开发没流程，权责不明确，领导说了算，出问题妥妥测试背锅，这种公司不要去。

倒不是说他们公司没有需求文档，主要是这个问题问的云里雾里，你理解错了，答的肯定不会对，我不知道他要考查什么？意义何在，可能我面试太少了，还要多出去看看

他瞎几把问你就瞎几把答，反正看样子也不是真正想招人。即使是真正招人，在这样的领导手底下干活也不是什么好事儿。

问这种问题的领导，自己估计也是半瓶子醋晃荡的水平

我觉得要从需求， 编码，提测，上线等 过程中描绘测试这个岗位的发挥的作用，测试方向，测试重点。

我也是这么认为的，但是他的答案跟这些都没啥关系，他说的是你首先要搞清楚这个产品的功能是不是齐全，和同类的产品比有什么不同，然后我。。。。我就懵逼了

他这样问的用意需要分析下，上面说的瞎问的可能也有。不过我觉得更大的可能是他这个项目只有一个人在测试，而且是 c/s 的。
那么假如是一个人测试的话，你就需要把你测试流程内容列出来告诉他需要测试哪些：

能问出这种问题的面试官，不叼他妈的

我的理解和猜测

我猜并不是考察你"怎么测试 CS 架构的系统"，而是考察你做事的方法。
当 1 个虚的、空的题目到手后，下一步应该怎么逐渐确定工作目标、制定好计划、怎样让自己的测试工作可以展开。你自己如果有套路的话，可以很有目的性的询问确定好信息后抓住面试的主动权，回答这个问题并不难。
而不是茫然不知所措，心里赌气这样去想："能给出这样回答的面试官这公司你也不用去啊"、"能问出这种问题的面试官，不叼他妈的"。

个人浅见

很多面试者在面试过程中很一厢情愿的希望：这家公司有很清晰的规范，有很明确的流程，有很 nice、很出色的领导，薪资还给的符合我预期。但符合这些条件的公司又有多少，阿里、腾讯这么多部门和团队也不一定每一个都符合这些条件啊。
而实际情况是：面试官更希望你能给这家公司带来什么价值、你和目前他团队中的成员有没有更出色的地方。
你可能会想，我就是个测试，我就是个干活的、领工资做事的，我需要回答这些吗？当然了啊，如果把自己定义成接受"规范流程、清晰的需求"去开展测试工作，那人和机器有什么区别？你和其他面试者的差异在哪儿里呢？

以上个人理解和浅见，勿喷谢谢。

优秀

竟然还有这么问问题的吗。。。

给你一个微服务架构产品，你怎么做？

这个题目应该是在考察你工作总结以及全局性思考能力，测试是讲究方法论的。

我招聘的时候 ，如果对方是面试测试主管的位置，我会问 “给你一个手游，如何测试”。这个就跟上面胖虎所说的类似，就是考察 “总结 + 工作思路”

这问题太宽泛了，回答没啥实际意义啊，问问题要有针对点

这面试官系不系傻子啊

这是产品经理该想的事吧，脑子瓦特了吧这比

一年多之前也同样遇到过这个问题，当时想不到那么多，真的就是说看一下需求，然后被告知没有需求。然后就无话可说了，感觉很受委屈，一度认为面试官是故意为难我。现在的话，发现这是很多小公司的现状。
如果公司之前可能根本就没有测试，甚至老板是外行，面试管也认为测试发挥不了多大作用的情况下，可能就是向看下，如果选你入职，了解你要怎么开展工作的思路。看完 17 楼的观点，受益匪浅