简历是一块敲门石,但这块敲门石是什么材质的,恐怕见仁见智。那么什么样的简历才能是一块优质敲门石呢,下面的一些个人见解,希望能给正在或正准备寻找更好发展机会的测试工程师们有所帮助。
一、针对在测试行业中已经有所感悟的人:凸显项目经验优势
在公司允许的范围内,把你参与的项目做一个简单的介绍。比如你参与的项目的体系结构、实现技术等等,这些东西能在一定程度上体现你对测试项目了解的程度,熟知程度,从而也能体现出你的经验到底有哪些。比如,我们可以在我们的项目介绍中告诉对方我们采用的4层架构:数据库,中间件,webservice,客户端,采用的c/s模式等等,如果你觉得可以,我们列举我们的数据库采用的是什么,中间件采用的是什么等等,在简单描述了项目之后,你可以非常坦诚的告诉你所求职的公司,在这个项目中你主要负责的部分,比如主要负责哪个层次的测试,主要负责的是测试执行还是测试涉及等等。
二、针对测试新人:切记“诚实的原则”
有些人可能没有吸引人眼球的学历, 毕业院校,但请你大方的写出来,大胆的告诉你求职的公司,只有你认可自己,才能希望别人认可你,如果你加入这家公司,你也可以硬气的工作。学历,毕业院校可能成为你面试过程中的一点障碍,可是学历,毕业院校只能证明你的过去,并不能代表你的未来。现在大部分公司更认可一个人的能力,学历,毕业院校只是你一点出彩的地方而已。
三、一些通用原则
1、对测试能力的描述。这一块很多人喜欢一概罗列,其实在我看来这是个大忌。一概罗列通常并不能体现出一个人的能力,有些人走得是测试管理路线,他擅长的一定是流程流程方面的掌控能力;有些人是走性能测试路线,他擅场的一定是具体的某个或者某些工具的使用。千万不要把自己描述成一个无所不能的,这在我看来,往往是一个无所特长的人。
2、如果可以,请加入一些测试方面的独特见地。我非常不喜欢的就是一旦问什么,都是书上的一套东西搬出来了,其实书本与现实有时有很大的差别,适时的表现出自己的独特见地,能证明你是一个活学活用的人,这样的人在任何一个单位都非常的吃香。
3、测试实际上是应用计算机技术、行业知识,对软件产品进行一个严格的测验的过程。试想如果测试数据库,你根本就不懂数据库,怎么测试?如果测试一个银行的业务系统,你不了解这方面的业务知识,你怎么测试?就算是初级的测试人员,不了解相关的业务,你能判断出用例运行的结果是正确的还是错误的?如果全部按照测试用例中的预期结果来判断,那么整个测试的效果完全依赖于编写测试用例的人员的水平。
4、对于软件测试,首先要熟悉被测试的产品的功能,相关背景知识,这样才能够对测试的软件进行全面的验证和质量把关。测试工具,测试方法只是为了更好的对软件进行测试,而必须要掌握的一种技能,就像开发人员必须会使用JAVA,编写文档必须会使用Word一样。