上图是根据自己的理解所画，根据你所做的测试工作不同，所要掌握的测试知识的多少不同。
我确认一点代码也不懂的测试人员，工作细心，认真的执行测试用例，也能把测试工作做好。那么你的发展方向在那里？你说可以做需求分析人员、质量管理人员。貌似在偏离软件测试工作。想成为一个软件测试高手，懂代码是必须的，我没见过哪位测试高手或专家对代码是一窍不通的。
不懂开发的人员更能从用户的角度测试？
见某测试人员云云，他们公司招测试人员专招非计算机不懂开发的测试人员来测试，公司的意思是这样的人更能站在用户的角度上去测试软件。好吧！我不想再阐述测试人员不光只是测试界面的工作，也许你们公司就只测界面。我一直不理解有为什么懂了计算机懂了开发就不能站在用户的角度上去测试。非专业的人可以从非专业的角度和思路去非常规的测试点。我认为他也有可能找一些不是bug的bug去给开发人员添乱。
测试人员为什么被“小看”？
可能和上个问题有关，看到好多测试人员在抱怨工资比开发人员低。被开发人员鄙视，不被公司重视。我想有相当一部分人不是学软件测试专业的吧！？好点的是从培训机构出来的，还有些是计算机专业开发知识不够硬，转做软件测试的。还有一些是与计算机专业无关的也能来做软件测试。
不得不说一般的测试工作伸缩性较大，如：功能测试，懂计算机的人员能做，不懂计算机的人员按装测试用例也可进行。但你让他开发个功能试试。不懂编程，肯定做不了。我只想学测试工作入门容易精通难，如果想做一个不被“小看”的测试人员只有提高自己的技术。
如果，你但找出了bug而且提出现这个bug的原因以及告诉开发人员到哪个地方去修复它。我想你会得到开发人员的尊重。如果，你能发现一个深入系统发现一个系统潜在的bug。而你这个bug有可能会公司造成重在损失。由于你的发现挽回了这些损失，那我想你会得到上司的尊重。
测试人员的目标是白盒测试？
好多测试人员把做白盒测试看为测试人员的终极目标。认为做白盒的测试人员是最牛的。
我们来分析一下一个常规的流程，一个开发人员需要了解需求，根据需求编写某一功能代码。那么白盒测试人员要对开发人员的功能代码进行单元测试。那么他也需要了解这个功能需求，了解被测功能代码，写白盒测试用例，他还需要保证测试用例代码的准确性，覆盖率等等。这个过程的成本是很高的。
我不否认有Junit 、Qunit等测试框架可以提高测试效率。那么我们经过白盒测试的功能代码是没有问题的，就能保证整个系统没有bug了。答案是否定的。那么我们后续还要进行集成测试，接口测试、安全测试，这样算下来测试成本要远远高于开发成本。对于测试团队来说，不管是整体技术能力还是人员数量都要求很高。
对于一般公司的成本与收益来讲，白盒测试由开发人员完成。因为没有人比自己更了解自己所开发的代码。那么开发人员如何做好对自己功能代码的单元测试？往下看
