推荐给：刚刚入门的新人

　　推荐语：这是一篇关于测试员角色定位的文章，希望可以给刚入门的人，入门不就感到有些迷茫的人一些启示。

　　其实我们从小学，到大学，学到的哲理，格言不下亿万句，在人生的某个时刻能真正对你有用的那一句才算真的有用。这篇文章，当初也给了我极大的启发。特推荐至此。

　　很多刚进入门的同仁开始慢慢对做测试流露出迷茫的眼神，问其原因，很简单，做测试学不到东西，整天就鼠标点点，键盘敲敲，很难学到真正的东西。

　　听了之后不由得露出理解的笑容，想当年我也是从这样的境遇走过来的。刚进入公司的时候就让做测试，经历了同样的鼠标点点，键盘敲敲的经历。然而正是这样的一些成长经历让我在平淡中明白了很多道理，并且慢慢从因为工作而做测试转化为因为兴趣爱好而继续做测试工作。

　　做测试不仅仅是表面看到的这种敲敲点点现象的延续，还有更深层次的内涵，只是我们很多人还没到达这个境界而已，所以看起来很枯燥。

　　刚开始做测试的朋友很多都在做黑盒测试，而黑盒测试往往对代码编写能力要求不是很高，这样给刚入门的人就造成了一个测试人员不需要太多知识的误解。

　　然而，做测试往往需要很广泛的知识。不仅仅只是专业上的，而且要了解很多开发人员不了解的东西，在一个系统里面开发人员可以只了解客户需求，而我们的测试人员需要了解整个全局的东西。呵呵，感觉有点统筹全局的成就感。不过有时候相对于开发人员来说也的确是这样的。开发人员可以不用太多了解用户的需求，而我们却需要能够准确捕获用户的观点，对很多细节需要非常注意。

　　往往很多人在初入测试行业的时候非常热衷于测试工具的学习以及使用，其实这并不是一个很系统的认知。知识的学习也是分阶段的。测试这两个字很表面来看很简单，只是给程序挑错误，找出bug来，但是在整个软件开发过程中我们该如何把测试跟开发结合起来有效地进行都需要经过实践来证明。而这些不是工具所能完成的。我们对整个测试流程方面的东西需要了解得很多很多，而工具只是需要了解的其中一部分而且是比较小的一部分知识而已。

　　你所了解的不仅仅只是测试的表面，你需要了解测试的流程，你需要了解如何用一个好的测试计划来规划我们的测试时间、测试范围(有些公司把测试范围的设计归纳在测试需求里面，但是很多公司都是在测试计划里面)，需要了解如何用一个好的测试用例来覆盖整个测试范围之内的测试实施。了解如何保证所测试出来的bug是开发人员的问题而不是因为自己了解不够导致出现的问题。Bug分析报告之内如何总结问题都是我们需要注意到的知识。对自己的测试时间也需要进行详细规划，尽量多地考虑进去各种可能。这样才可以尽量减少相关的风险。