我觉得你可能误解他们的说法了。你最好举个例子，看看他们是如何得出这个结论的。我感觉很大的可能是你测试只是停留在表层的功能，没有深入去分析待测产品的结构。

可以借此写一篇文章吗？因为很多人也是这样，基本面都不错，但是深度不够，具体哪些方面的深度，以及从什么途径深入，我也挺迷茫的

没聊到点儿上，就是没感觉

额，不懂

都问了哪些问题？你是怎么回答的？

测试深度,
指测试用例覆盖功能层级不够?
测试开发技术不专业,底层问题无法探测?
又或者是测试桩开发的太水,能重新的比例太低?
亦或指缺乏对产品需求挖掘?
仁者见仁智者见智,结合环境自我体会了.

敢说对协议 精通的话 深度不应该不够啊。。。你先说说 你了解什么协议

同意 dongdong 的说法，例如 tcp/ip，这是一个协议族，一堆协议，对应一堆的 RFC 文件......

我没说对协议精通，我的意思是目前在我所知的里面，相对来说最熟悉的是协议这部分，准备去研究协议，想深入协议这块，只是不知道这样能提高深度吗？

都问了那些问题啊

面试官所说的深度可能是：熟悉被测产品的架构、代码，能够进行一些白盒测试，以及架构层的异常测试~~

说的测试深度不够，可能是指对提测内容的实现和为什么这么实现，这样实现有什么潜在的隐患等方面考虑不周。

同意这个观点，产品架构、代码、白盒这些东西的确是需要深度的，而现在大多数测试都只是停留在黑盒阶段，包括我。我也很想接触源码、架构、做做单元测试这些，但在创业型做外包项目小公司这不可能的嘛。项目周期又短人手又不足，怎么同时兼并黑、白、灰这些层面

平时工作中要有意识地进行挖掘深入，慢慢了解代码的实现，积累更多的代码经验。

我现在敢说我的代码能力绝对不比网易一般的程序差，甚至比他们牛逼些，这就是我现在在网易感受