简历是一块敲门石，但这块敲门石是什么材质的，恐怕见仁见智。那么什么样的简历才能是一块优质敲门石呢，下面的一些个人见解，希望能给正在或正准备寻找更好发展机会的测试工程师们有所帮助。

　　一、针对在测试行业中已经有所感悟的人：凸显项目经验优势。在公司允许的范围内，把你参与的项目做一个简单的介绍。比如你参与的项目的体系结构，实现技术等等。这些东西能在一定程度上体现你对测试项目了解的程度，熟知程度，从而也能体现出你的经验到底有哪些。比如，我们可以在我们的项目介绍中告诉对方我们采用的4层架构：数据库，中间件，webservice，客户端，采用的c/s模式等等，如果你觉得可以，我们列举我们的数据库采用的是什么，中间件采用的是什么等等，在简单描述了项目之后，你可以非常坦诚的告诉你所求职的公司，在这个项目中你主要负责的部分，比如主要负责哪个层次的测试，主要负责的是测试执行还是测试涉及等等。

二、针对测试新人：切记“诚实的原则”。有些人可能没有吸引人眼球的学历， 毕业院校，但请你大方的写出来，大胆的告诉你求职的公司，只有你认可自己，才能希望别人认可你，如果你加入这家公司，你也可以硬气的工作。学历，毕业院校可能成为你面试过程中的一点障碍，可是学历，毕业院校只能证明你的过去，并不能代表你的未来。现在大部分公司更认可一个人的能力，学历，毕业院校只是你一点出彩的地方而已。

三、一些通用原则。

1、对测试能力的描述。这一块很多人喜欢一概罗列，其实在我看来这是个大忌。一概罗列通常并不能体现出一个人的能力，有些人走得是测试管理路线，他擅长的一定是流程流程方面的掌控能力，有些人是走性能测试路线，他擅场的一定是具体的某个或者某些工具的使用。千万不要把自己描述成一个无所不能的，这在我看来，往往是一个无所特长的人。

2、如果可以，请加入一些测试方面的独特见地。我非常不喜欢的就是一旦问什么，都是书上的一套东西搬出来了，其实书本与现实有时有很大的差别，适时的表现出自己的独特见地，能证明你是一个活学活用的人，这样的人在任何一个单位都非常的吃香。

3、测试实际上是应用计算机技术、行业知识，对软件产品进行一个严格的测验的过程，试想如果测试数据库，你根本就不懂数据库，怎么测试？如果测试一个银行的业务系统，你不了解这方面的业务知识，你怎么测试？就算是初级的测试人员，不了解相关的业务，你能判断出用例运行的结果是正确的还是错误的？如果全部按照测试用例中的预期结果来判断，那么整个测试的效果完全依赖于编写测试用例的人员的水平。

4、对于软件测试，首先要熟悉被测试的产品的功能，相关背景知识，这样才能够对测试的软件进行全面的验证和质量把关。测试工具，测试方法只是为了更好的对软件进行测试，而必须要掌握的一种技能，就像开发人员必须会使用JAVA，编写文档必须会使用Word一样。