测试人才必备的素质

本文主要是介绍测试人才必备的素质，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

曾经看过一个关于怎么在招聘的时候找到自己合适的人的看法，有的人说“前5分钟就可以确认自己是否能要这个人，剩下的就是验证自己的想法”。我在刚刚开始做leader的时候，招聘的确有时候感觉有点这个意思，但是接触的人越来越多之后，发现有这个论调对的地方，也有我不赞同的地方：

为什么说他对

一个人来面试，前5分钟一般会考虑让他说什么呢？一般都是“介绍下自己的情况？”这样的问题吧。知道为什么一般面试人员大多喜欢问这个问题吗？有两个原因：

想让来面试的人员放松下，说说看自己最了解的内容，进入状态
让自己对这个人做一个整体的把握，让自己也进入状态

OK，那既然知道为什么要这样问这个问题，那也就知道这个问题的重要性。如果你对你之前自己熟知的东西都交代的让别人无法了解或者是交代的很差，很没有条理，也丝毫听不出来你在这些项目中的自己的能力展示和贡献。基本上就很难想象你到一个新的环境中会有什么大的作为。是吧？

上面这一点很重要，为什么说5分钟决定呢，就是因为这个原因。这段话决定了人家对你的初步认识和看法，而这个初步认识，一般很难改变，是一个大方向性的问题，这个看法只能慢慢的修正。就造成了，我们面试20~30分钟就是为了修正自己的看法。

又为什么说他不对

其实很多时候，第一印象很难判断，大部分的人是一种无法让人满意的状态。所以成了这样一个状态，就是不停得希望找到这个人的亮点。这个亮点就是通过和这个人对话过程中无意了解的信息，然后总结出来的。所以这一个过程就成了随机过程。也就是说，看这个人的临场发挥问题了。很多人心里有话，但是不会表述，这个时候就会吃亏了！所以无论做什么行业的。语言表述能力一定要先过关了。

怎么评判一个测试人员好坏

现在回到这个主题上来，什么才是测试人员的必备素质呢？

测试人员我认为有两点是无法通过一段时间的提高或者是“磨枪”来实现的，就是我称之为能力的两点：

测试经验，对测试过程的把握理解
技术能力，对相关技术原理了解的广度

从测试经验上来说，一个人只要有机会了解更多的项目，了解更多的框架，就会有更多的测试经验。这个可能对于我们的大部分的人来说，就只是年份和经验积累的问题。

从技术能力上来说，这个不同的人会有不同的结果。因为技术能力是要看这个人相对了解的开发项目原理的广度。好的测试人员和好的开发人员一样难找，就是因为很多人都不具备这种知识广度。

开发从他的技术上来看，是需要一个领域的知识深度，测试是要求广度，所以两个是互补的，是不会有任何冲突的。一个好的测试，无论在什么行业做测试，都能做到知其然而知其所以然。比如你测出来一个bug，你就要了解这个bug原理，为什么会产生，有没有可能有类似的地方会出现类似的问题。这些都是要在自己对原理性的东西做了深度了解之后才能知晓的。

比如，迅雷，我们知道他是p2sp，从测试的角度上来看，他无法就是下载嘛，有这么多需要了解的吗？其实不然，其中的东西，需要了解的还很多。比如协议UDP, TCP,比如传输过程中的技术, NAT，下载过程中会遇到的问题: UDP不稳定，TCP灵活性不够。再比如有些开源的UDP包增加灵活性的开发库，例如UDT。他自己内部实现了"滑动窗口协议"，什么是滑动窗口，这个原理是怎么样的？从这里再往深处看，UDP的滑动窗口协议带来的问题是什么，传输稳定性和传输效率最大化的平衡怎么处理？

OK，如果你能了解到这么深入的细节问题，我认为你就能比较好的看待好一个UDP协议下载的工具该怎么测试了。呵呵，实际上从一个测试的角度上去了解到这个深度，必须要自己做过一些实践性的开发才能达到。

所以一个好的测试，就是在相关领域下的半个开发。

这个难吗？很难，所以好的测试人才也很难找到。