发布新日志

  • 终是难忘

    2010-11-26 16:28:50

    以为早已经忘掉了

    为什么一收到他的消息

    还是脸红心跳呢

  • 宅了一个月了

    2009-06-04 14:57:51

    宅了近一个月,日复一日地下来,并未像当初辞职之时那样的果断来对待学习,无论是专业还是英语,似乎都无所大的进步。看到朋友们都有那么清晰的人生轨迹,而自己的目标似乎总是一个模糊的概念,有时真的很烦躁。

    晚上睡不着时,总有爬起来写日记的冲动,可是,很多话想说,其实什么都不想写。或许该把三毛的书翻出来看看,她的洒脱和浪漫也许能够鼓励自己,多点不羁,少点现实。

    情绪归情绪,事情还得照做。好不容易在虚拟机上装了一个linux版本,对着它,却不知道如何下手。去论坛逛逛,好好学学吧,能有一点进步也是好的。

  • 测试人员面试三步曲 (转)

    2009-06-02 14:53:06

     

    第一步、投递简历


    投递简历,让招聘公司发现你,一般有4种方式:


    1.       通过招聘网站搜索测试招聘信息,选择合适的公司和职位,投递简历;


    2.       通过招聘网站发布自己的简历,等待招聘公司发现并下载你的简历;


    3.       通过本公司内部招聘、内部人员推荐;


    4.       通过招聘会,现场投递简历。


    以上4种招聘方式,最为常用的是1、2两种,而且结合使用,第3种的成功率最高,第4种应用很少。第1种方式是现在大多数测试朋友找工作的主要途径,目前,国内知名的人才招聘网站:中华英才网(
    www.chinahr.com)、51job前程无忧(www.51job.com)、卓博(www.jobcn.com)、中国国家人才网(www.newsjob.com.cn)、北京人才网(www.bjrc.com)等,相信各位想找工作的测试朋友,早已对这些网站如数家珍了。如果你想被猎头看重,那就赶快注册(更新)一下自己的简历吧,很快将会有一大堆公司给你打电话,通知你去面试,这就是第2种方式。一般说来,你在人才网上发布简历找工作的同时,猎头公司也在找你,所以说,1、2两种方式结合使用。接下来,我们再来探讨一下第3种方式。在外企以及一些大公司,为了减缓员工在从事一项工作几年之后产生的乏味情绪,特别推出一种内部招聘的方式,允许公司内部相关部门的相关人员的应聘,比如说作技术支持的要应聘作市场,作开发的要应聘作测试等等,或者在公司内部公布招聘信息,希望本公司的员工推荐符合招聘要求的人员,可以直接到公司进行面试。因为公司对内部员工相当了解,员工对招聘要求十分清楚,必然按要求搜寻符合条件的熟人进行推荐,所以,公司内部招聘、内部推荐十分容易成功。第4种招聘方式,近两年已经很少应用,因为招聘会有时间限制,还要跑到现场,在人山人海中搜寻符合自己条件的公司和职位,投递简历并进行简单面试,既费时、费力,效果也不佳,故而应用越来越少。





    第二步、准备面试


    想要参加面试,就一定要做好面试的准备:


    公司情况:


    在接到面试通知时,一定要简单而客气地询问一下公司的情况, 正所谓知己知彼,百战不殆。看看公司是否有你所关注的地方,比如公司的规模、办公地点、测试组的情况等,最主要的要知道公司的主要业务,测试什么,软件还是硬件,那个行业的,问话不要多,否则对方很容易反感,最好是要来对方的公司网址,到网站上浏览一下,大体也就知道了。


    穿衣戴帽:


    陌生人见面,第一印象很重要,你给招聘方的第一印象,主要通过衣着来表现。我们这些测试人员,都是搞技术的IT人士,不能穿的象个新新人类,试想一下,你作为主考官,见一个身穿乞丐服、头戴鸭舌帽的人进来应聘测试工程师,你会相信他的技术吗。所以在面试时,一定要穿洁净、整齐的职业装或者夹克,或者适中的风衣。女士稍微画一点淡妆,男式记得刮胡子。头发都要梳的整齐。


    言谈举止:


    言谈举止要透出一股自信,让人感觉你就是很棒,什么任务都可以放心的交给你去作,你都能圆满完成。


    证书、简历:


    很多公司可能在通知你面试的时候,就会通知你带相关的学历证件、培训证书,如果招聘方没有通知,你可以礼貌的问一下,是否需要携带。至于你的简历,一定要多带上几份,不要以为招聘方看过你的简历,就一定有你的简历。因为也许是人事部发现了你的简历,通知测试部一同面试,或者测试部发现了你的简历,通知人事部一同面试,而面试又是在几天之后的事情,早不知把你的简历扔到哪里去了。你以为网站上有你的简历,可以直接打印,那你就错了。因为招聘负责人可能工作比较忙,比较累,应聘的人又那么多,手头没有现成的简历,随便应付一下,就打发你走了。感觉难受吧,可你改变不了人家,如果不想失去这次机会,就自己准备简历吧,需要就拿出来,不需要可以留着下次用。


    语言表达:


    面试的关键就是语言表达,看你是否能够很有条理的把自己的经历、知识、技能表达清楚,并且在讲的过程中,注意观察招聘方的表情,看人家是否感兴趣,如果人家皱眉头,表情不悦,就尽快结束自己的话题。因此,在面试之前,你可以自己练习练习。


    知识、技能:


    知识、技能是测试人员平时积累下来的宝贵财富,面试之前,你可以将其条分缕悉,以备面试时表达清楚。


    英语能力:


    国内企业对英语要求不是十分苛刻,只要有良好的英文文档阅读能力即可;倘若是外企或者承包外企项目的公司,对英语要求则十分严格:要求你能够用日常英语会话,能够用英语撰写测试文档,汇报测试工作。所以在学习测试知识和技能的同时,我们也要注意对英语知识的积累。





    第三步、参加面试


    在约定的时间、约定的地点,你最好准时出现,如果不能准时赴约,一定要提前打电话,告知对方是什么原因导致你迟到,多长时间以后能你到达约定地点。进入公司,会有接待人员招呼你坐下,通知招聘负责人接待你面试,此间接待人员会给你送上来一杯水。


    1.       考试


    招聘负责人给你一份试卷(一般为笔试,也有上机的,如果对英语有严格要求,还会有一份英文试卷),规定一定的时限,到时间他来收卷。试卷的命题一般分为填空、选择、判断、逻辑推理、程序改错、简答,也有让你找bug的题,这些题给人的感觉都是在简单中透漏着怪异。如果你问为什么要有考试这一关,招聘人会告诉你,是想考察应聘者的能力。其实,不尽然,最根本是公司的质量保证体系,要求公司所有活动都得有记录,所以才出现了考试这回事。


    2.       初试


    初试是最关键的,几乎决定是否录用你。初试之前招聘负责人可能会寒暄几句,让你放松一下心情。招聘负责人一般有两位,一位负责测试技术,一位负责人事,招聘负责人会作自我介绍,也可能其中一位捎带介绍另一位的资历(比如留美博士),表示这家公司很有诱惑力,连这么好的人才都吸引来了。接下来负责测试技术的会问你几个问题:


    l       请你简单谈谈你的经历?


    l       你在某某家公司主要作哪些工作?


    l       测试过那些东西?


    l       测试流程是什么?


    l       手工测试还是自动测试?


    l       使用过哪些测试工具?使用过Rational系列测试工具吗?


    l       作过白盒测试吗?


    l       作过XXX测试吗?以前接触过XXX吗?你对XXX了解到什么程度?(XXX代表招聘公司所要测试的东西)


    l       平时使用哪些操作系统?Linux操作熟练吗?


    l       以前作过开发吗?开发了哪些东西?使用的什么语言?


    l       你觉得测试工程师应该具备哪些素质?


    l       对一个测试工程师来说,什么素质最重要?


    l       结合自己的实际工作,谈谈你对测试的理解?


    l       为什么要离开上一家公司?


    l       居住在哪里?离公司远不远?


    有经验的招聘负责人都会简单介绍一下自己的公司(背景、主营业务、发展前景等),然后开始问问题。一般开门见山的问题是’请你简单谈谈你的经历?’,回答这个问题,只要简单的叙述你从毕业到现在都在那些公司作了那些事情即可,叙述时一定要从容、清晰而有条理,眼睛瞅着招聘负责人,观察其表情,如果有些不耐烦,要尽早结束这一话题。招聘负责人此时会大致浏览你的简历,在你叙述完自己的经历时,招聘人会就你简历的某一项问你,比如’你在某某家公司主要作什么?测试过那些东西?测试流程是什么?’,待你回答完这些之后,继而问你测试的具体细节,手工测试、自动测试、用过那些工具?是否作过白盒测试?使用过什么操作系统?熟悉那些语言?是否作过开发?如果你肯定回答这些问题,那么还要继续问具体操作,比如你答作过白盒测试,那么招聘人会问你测了哪些东西?怎么进行的?是独立进行的还是和别人一起进行的?测试出的bug 如何处理?是否作进一步的分析?……





    负责测试技术的问完后,就由负责人事的继续发问:


    l       你的期望薪金是多少?税前还是税后?


    l       一旦录用多长时间可以来上班?


    l       你的户口在哪里?调档案是否有问题等?


    等你回答完毕,接下来他会告诉你:


    l       公司是否有试用期,试用期多长时间;


    l       试用期的薪金如何发放,其他待遇怎样处理;


    l       如果符合初试条件,多长时间之内通知复试;


    l       有无医疗保险、养老保险、失业保险、住房公基金等福利待遇。


    一般面试的会谈与过程掌控在招聘人手中,如果不想变得很被动,就要试着主动发问。不过,招聘人很少会给你机会,或者你问的不是时机,会让他很反感。只有到最后,招聘人才会说“我们的问题问完了,你有什么问题吗?”,这时你就可以放心大胆的问了,比如:


    l       公司是那年成立的?


    l       主要业务是什么?


    l       现有规模怎么样?


    l       测试组的情况怎么样?


    l       作息制度等等?


    凡是你所关心的问题都可以问。


    之后是几句寒暄的话,诸如:


    l       谢谢您来参加面试


    l       耽误您宝贵时间了


    l       我送您出门


    l       ByeBye,再见


    (注明:如果是外企公司或承包外企项目的公司,几乎整个初试将用英语进行。)


    这样,初试就结束了。一般初试后一周之内会通知你参加复试,如果没有接到通知,就不要再怀念这家公司了。假如你仍不死心,当然也可以打电话咨询一下,也许他们真的没有想好通知谁复试,也许因为你打了电话,通知复试就是你了;也许他们已经将你Pass掉了,就会委婉的告诉你,或者直截了当的告诉你。





    3.       复试


    在考试和初试综合成绩出来之后,招聘负责人决定推荐几位综合成绩好的初试者给老板(最终负责人),由其对你进行复试。谈话的内容与初试差不多,但你会觉得比较随和,因为大老板一般都很会做人,而且觉得你可能就是我们公司的员工了,所以会相对放松些。





    经过复试之后,几乎当场或者很快就会给你电话,告知你被录用了,报到时需要携带哪些证件,询问你何时能够上班?如果复试后几天都没有讯息,就不要再等了,招聘公司已经将你Pass掉了。


    (注明:不是所有公司的面试都有考试、初试、复试,但至少一次面谈是必需的)

  • 离职了

    2009-05-05 17:26:32

    很贸然地就辞职了,很贸然地就离开了公司。不想说太多,仅copy下这封辞职信,让我记得这曾经的一站。

    尊敬的X经理:

    我很遗憾在这个时候正式向公司提出辞职。

    承蒙您的错爱,我于086月加入公司,在这近一年的时间里,我在测试能力方面得到了成长,而加入项目管理小组后,对项目管理也有了一定的认识,我真的很感激你和XX(公司副经理,也是项目管理小组组长)不嫌我只是一名毫无项目管理经验的员工,而鼓励我加入了管理小组。从个人情感而言,离开公司,我有太多的舍不得,舍不得这么多热心的同事,舍不得我在公司积累的一切,更舍不得公司独有的开放努力的气氛。无论我将来情况怎样,不可否认,XX都是我人生很重要的一站,我会永远记得这里的一切,包括您这位没有官僚主义、叫我们直呼其名的领导,热心能干的MM,一直比较照顾我的RJ,还有每次都帮我搬电脑的HF,以及每位几乎每天都比我晚下班、努力而有责任心的同事,你们都会永远的影响着我,引导着我努力。

    公司见证我成长的同时,我也看到了公司的进步,虽然肆虐的金融危机给公司造成了一定的影响,可是在这一年的时间里,还是有着那么多的正面的变化。比如重庆分公司名称及logo的创建,公司价值观的确立,项目管理小组的成立,以及搬大办公室、游凤凰,每一个点都是公司及员工的成长和融合,我很荣幸在这些事情上,自己不是以一个旁观者而是一个参与者的身份来见证和铭记。唯一遗憾的就是我们测试部门的撤销,虽然理解公司的难处,但还是觉得有点遗憾和难过,不过,我相信这都只是暂时的,希望公司能尽快摆脱金融危机的阴影,并获得大的发展,到时,也希望测试部门能重振雄风,为公司产品的质量保证发挥更大的作用。

    说句真心话,离开公司没有带着半点的怨气,真的只是很感激。我也很感谢您的理解和支持。在这里,唯有祝公司在今后的发展中步步为赢、蒸蒸日上!

     

  • 测试培训讲稿之一

    2009-05-04 10:58:14

  • 关于如何提高公司的测试力量的思考

    2009-05-04 10:51:46

    关于如何提高公司的测试力量的思考

     

    (也是很久以前的一篇随笔了)

    这段时间虽然很少做测试工作,可是无论是准备测试外包推广资料,还是听外国客户分析需求,或者是对其他项目组进行的规范检查,感触都颇多。大概由于自己是一名测试人员,所以也就更多的以测试角度去思考这些事情。特别是在检查youtalk项目组后,再结合以前检查Open Activity的情况,我更深刻地意识到提高测试力量不应该只是测试部门要做的事情,而应该是一个“全民意识”。

    在这里,我就将自己在测试工作中或者是在规范检查中遇到的几种比较典型的现象列举下来,如果我的认识有偏差,希望大家批评指正;当然更希望大家能够讨论,给出解决建议。另外,也有一些是包括我在内的部分测试人员都比较头疼却还没有解决方案的问题,也希望能得到大家的帮助。

     

    1.       测试依赖客户

    这是我在规范检查中发现的问题,这通常发生在没有安排专门测试人员的项目组中。至于后果,大家应该都清楚,那就是长期这样,将会大大降低客户对我们的信任度,并且这对于我们的质量提高也是毫无好处的。

    解决这个问题,得从思想上增强质量意识,而对象,则应是公司的每一个人。

     

    2.       这是谁提交的bug

    测试人员几乎都遇到过这样的情况,“这是谁提交的bug,客户提出的吗?需求上明确说明了吗?”如果后两个问题都给出的是否定的回答,那么,很可能这个bug就会被降低优先级甚至是拒绝修改。

    当然这得从两个方面来考虑改进,对于测试人员而言,得提高自己的测试技术,提高bug的质量;另一方面,大家都得意识到,提高质量是我们共同的目标。

     

    3.       侥幸心理

    虽然在以前的规范检查中,也曾意识到这个问题,而真正思考它,则是本次SPP客户反溃回来的bug引起的。这次的bug有几个改动比较大,特别是在产品已基本成型的后期,则要付出更大的代价。然而,那些bug本来在之前就已发现,可就是一种“反正不影响使用,客户不提出来就不用改了”的侥幸心理搁置到了现在。

    该如何平衡质量与代价?

     

    4.       测试从何下手

    检查过两个不含测试人员的项目组,关于测试方面,都抱怨着同一个问题:测试技术缺乏,测试力度不够,有时甚至不知从何着手。

    我想能意识到这一点是很好的,但要解决这个问题,一方面希望测试部门能制定相应的测试规范,同时随时将经验总结并共享;另一方面,如果能组织一些测试人员与开发人员之间的沟通交流及学习培训活动,相信能够有所帮助。

     

    5.       没有领头羊

    测试部门正处于发展建设中,我想我们可以更多地从这方面进行考虑,希望部门内每个测试人员都有自己的特点和长处,譬如某项目需要进行性能测试时,希望能够立即找到可以请教及协助的测试人员,而不是抓瞎。

     

    6.       忽视bug分析

    以前总以为bug分析是测试流程的一部分,理应测试人员来完成。可是在完成本次规范检查后,我意识到,bug分析对于测试人员重要,对于开发人员或者是兼任测试的开发人员更为重要。毕竟,我们的最终目的不是发现bug,而是杜绝bug的产生。

     

    似乎想得挺多,真正写出来却也没有几点。只是希望通过大家的讨论,能提高所有人的质量意识,并给出一些建议,特别是对于测试力量薄弱的项目组。

     

                                                Created at 2008-9-5 17:54

  • 初识用户体验

    2009-05-04 10:46:56

    初识用户体验

     

    (很久以前写出来的一点小东西,当时大概也是东拼西凑吧。今天整理电脑中的文件时,想想曾经也是认真地对待过它,不忍丢弃,所以将它粘贴在了这里)

    近段时间接触的是WEB方面的测试,感觉与测试Win程序的不同之处除了业务逻辑的差别而外,还有比较重要的一点就是更关注于用户体验,于是也就下意识地多做了一些了解,再此整理出来,一来可以看看自己是否真有条理地理解了这一概念,同时也可将自己的想法粘贴出来与大家共享,权作抛砖引玉之意。

     

    一、什么是用户体验

    用户体验,英文叫做user experience,缩写为UE, 或者UX。一个较常见的定义是“指用户访问一个网站或者使用一个产品时的全部体验。他们的印象和感觉,是否成功,是否享受,是否还想再来使用。他们能够忍受的问题,疑惑和BUG的程度。”

    这是由英文直接翻译而来,生硬费解。而在我看来,用户体验就是一种用户在使用产品时所建立起来的心理感受。心理感受是纯主观性的,也就带有一定的不确定因素,不过,在界定用户基本确定的情况下,其用户体验的共性是能够通过良好的设计来实现的。

     

    二、提升用户体验的重要性

    从用户角度来说,如今软件行业发展甚为迅速,各种软件产品更是形形色色,用户成了强势的群体,他们不再满足于使用的软件能实现其需要的功能,更追求一种使用过程中的良好的心理感受,用一种形象的说法就是用户是用他的脚来为软件投票的,非常简单的道理,你的产品不好,他就走掉了。

    从软件公司的角度来讲,提升产品的用户体验度可增加用户对软件产品乃至公司品牌的好感和信任度,这会使得我们的产品在市场上更有竞争力。同时,若从产品开发之初,就本着一种提升用户体验度的思想,那么还可节约后期的开发及测试成本。

    因此,提升用户体验度从近处来说是为了完善当前产品,从长远来看,则可影响到公司的长期发展。

     

    三、用户体验包括什么

    有人将用户体验与软件的运行效率混为一谈,认为用户体验就指响应时间、可靠性、稳定性这三方面。其实这只是用户体验的一部分。我认为用户体验度可用几个简单的词来概括:

    有用:此处的有用是指正确的实现了用户的需求,勿庸置疑,这是最基本最首要的一点。

    易用:这也非常关键,不容易使用的产品,也是没用的。产品要让用户一看就知道怎么去用,而不要去读用户手册。这也是设计的一个方向。

    好用:这就包括软件的运行效率等方面,社会节奏越来越快,用户不会接受需要两分钟才能进入某页面的一个软件。

    友好:良好的人机交互,这就要求我们开发过程中以用户为中心,这一点会体现到产品的各个细节,包括一句简单的提示用语。我们需要记住一点:我们要做的是去适应用户,而不是改变用户。

     

    四、如何提升产品的用户体验度

    1、树立意识

    若要使我们开发出来的产品具有良好的用户体验度,我觉得,首先大家要树立以用户为中心的这样一种意识,这一点无论对于开发人员或是测试人员都是必需的(当然,测试人员的这种意识会显得更重要)。在软件产品的使用中,用户不会介意我们当他当成“傻瓜型用户”,越简便的操作越会得到用户喜欢。

    当这种意识贯彻到了软件生命周期的各个阶段,那么,我们开发出来的产品会是成功的。

    2、把握规则与灵活

    所谓规则也就是强调统一性:整个软件产品的风格应是一致的,相同功能在不同地方的操作方式应是统一的,等等。

    所谓灵活,就是允许特殊情况特殊处理:有时,当常规的几个操作可以揉为一个简单的步骤时,那么我们绝不会要求用户分几步。

    遵守统一的规则是基本原则,适情况的灵活处理是‘改革开放’。

    3、完善细节

    前面我们说过,用户体验是一种纯主观的心理感受,因此,某些细节之处对于软件功能来说也许影响甚小,但对于用户、对于我们要将软件实现产品化,或许就起着很大的作用了。只要会使用电脑的人大概都不会不知道百度、Google,我们稍稍留意就可发现它们在细节方面是下了很大的功夫的。举例来说,5.12地震发生后,当国家刚公布全民哀悼日的消息,百度就在第一时间将网站的style换成了灰白色;又如,它们的Logo不会一成不变,在情人节、端午节等时刻我们就会发现Logo换成了漂亮的、有节日特征的图片了。而事实上,百度有专门的“用户体验部”和用户体验设计师,也由此可见,欲成功的产品是不会忽视用户体验的。

    细节分布于软件产品的各个方面,但概括来说,我以为我们可从以下几个点着手完善:

    优化流程:此处的流程单指用户要完成某任务的操作流程而并非指软件系统的开发流程。这需要我们在开发或测试的时候通过揣测用户的心理、模拟用户的操作来评估当前流程是否还需要优化,如考虑当前操作若细分为两个步骤是否更恰当?这几个操作步骤是否可简化?这个功能移植到某处是否更方便用户操作?

    界面美观与协调:这在用户体验话题中大概是被提得最多的要素,这一点上本身又包括太多的细节,如布局、色彩、字体,甚至按钮及输入框的长宽大小等都应考虑到。

    提示用语友好规范:提示用语会伴随在用户的整个使用过程中,因此,强调用语规范并且温馨友好的是很有必要的。特别是对于我们做外包行业的公司,更应该要强调这一点,因为这不只会影响用户的心情,还会影响对我们人员及公司水平和服务态度的看法。

    符合用户习惯:由于每个用户都有个体特殊性,因此不可能面面俱到,但是至少得符合通用操作习惯,如支持鼠标与键盘操作等等。

    适时提供帮助:这包括两个方面,一是在操作过程中,对软件要执行的动作等应有简略的说明;另一方面,当用户在使用过程中,遇到难题时,应该能够即时地寻求到帮助,包括提供用户手册等。

    针对于我们公司的具体实际,我觉得还应该强调一点,那就是本地化与全球化:本地化和全球化不仅仅是简单的文字翻译转换,还必须根据目标语言国家的市场特点、文化习惯、法律法规、风俗禁忌等情况进行本地特性开发、界面布局调整等工作。这对于我们树立一个成功的外包企业形象是必需的。

     

    我觉得用户体验是一个既浅显又高深的话题,作为一名测试人员,我要做的就是不断地学习、应用和总结。上面所说的都是一些认识还很浅的理论,可能还有一些不完善甚至不正确的观点在里面,希望能够得到大家指正。

     

     

  • 转载:公司招聘中不能说的秘密

    2009-02-11 13:31:23

        你是否试过狂轰乱炸地在网上发简历,而回应者却寥寥无几?难道真的是人才饱和了吗?或者是你不够优秀,企业在第一时间就把你给枪毙了呢?这里,会告诉你一些企业人才招聘环节中一些不为外人知道的秘密,了解了这些秘密,应该可以让你以后的应聘变得更加有成效!

     

    现在中国所有招聘网站都是以人事经理为中心,因为他们是给钱的一方,较少从求职者角度考虑,如果我们从求职者立场或者中立立场来看中国招聘网站的生意模式及运作流程,将这个求职者并不知晓的事情公布出来,你就会更好清醒认识招聘网站,也更好的实际的利用人才网站求职:

    

    一、 人才网站与企业人事经理的生意模式对求职者影响:

     人才网站的行规是企业人事经理支付600元,可以在一个月内发布一定的职位让求职者投递简历,可以搜索查看人才网站简历库的简历,还可以下载一定数量的简历主动与求职者联系。而大企业及知名公司一般都是购买1年的招聘服务。问题就出来了:如果这个职位12周企业招到人了,但他购买的是1个月的服务,所以企业的职位还是挂在网上,而且人才网站竞争激烈,一般都会赠送1个月服务。所以一般职位至少1个月挂在人才网站是无效的,是浪费求职者查看与投递简历时间的。

    

     大公司最不可靠,他们利用网络、报纸、现场等多种方式,而1年的大大banner永远挂在人才网站上,他们并不需要人,只是为了广告宣传。

    

     所以人才网站50%以上的职位都是过期的、无效的、不招人或招满人的,所有求职者抱怨我投了那么多简历为什么反馈率那么低,反馈率低是非常正常的。

    

     另外51job网站的反馈率是最低的,这也是行业秘密:因为51Job的资源80%是以报纸招聘为主,报纸招聘效率高,但网站上的职位都是在报纸上刊登过后作为免费与补充服务,所以很多HR只会看报纸上来的简历,网站来的简历基本不看,在加上51job简历投递量实在太大,那些懒惰的HR才懒得一封一封的看,只会用搜索关键字来看,如本科+3工作经验+主管等,其他不符合条件的看都不看一眼。所以你知道为什么一直没有公司找你面试,不是你不行,而是HR都不看你发的简历。下面第二部分告诉你如何被他们搜索到。

    

     现在你知道网络招聘的反馈率为什么那么低了吧。不信你用自动回复邮件形式发送中国3大招聘网站职位HR的邮箱,看看有多少HR看了你的简历,一个工作论坛的网友说,他试着发了100HR邮箱简历,可以通过自动回复的反馈率统计,可以看到50HR不看简历就直接删除,30%根本就不打开邮件,只有20%打开邮箱,还有10%可能已经找到人的。他的分析说即使是中国前3名招聘网站以严格标准来看也只有10%职位是真正要急迫招人的。

    

    二、既然知道一些潜规则,那我们也迎合一些这些规则,告诉你一些网络求职的小秘密

    

    (1)采用行业招聘网站求职。

        因为行业招聘网站是按行业发布职位信息的,所以专业和工作经历比较对口。比如你要找物业管理类的工作,你到万行工作网www.114job.com.cn的物业管理招聘频道上去注册简历就比较好,因为那里全部都是物业管理类的企业在招聘;如果你要找外贸的工作,你就可以万行工作网的外贸招聘频道去找,肯定有大量的外贸工作机会。其它的就不在列举。在目前的情况下,几乎每个行业的人才在万行工作网上都能找到自己的频道。

    

    2)简历要与大公司沾边

    当人事经理搜索招聘网站简历库简历时,一般会以关键字“知名企业名称+职位名称”,比如消费品行业可能喜欢可口可乐及宝洁的人,人事经理会这样搜索,例如:“可口可乐+销售经理”,系统会搜索到简历中出现以上关键字的求职者,如果你的简历里出现知名企业名称的字样,就可以被搜索到,例如:“我在xx矿泉水公司工作,成功地令竞争对手——可口可乐旗下的天与地矿泉水在当地的市场份额减少……”:“我在可口可乐的广州白云区经销商工作”等。又提高了人事经理浏览简历的机会!

    

    (3 经常刷新简历

    当人事经理搜索简历库的简历时,符合条件的简历是按刷新的时间顺序排列,而一般只会看前面一两页。很多求职者其实并不知道刷新简历可以获得更多求职机会。因此每次登陆,最好都刷新简历,刷新以后,就能排在前面,更容易被人事经理找到! 4 不要只应聘最近三天的职位

    一般求职者认为刚刚发布的最新的招聘信息肯定是成功率最大的,其实不然。因为很多企业人事经理没有及时的登陆刷新刊登的职位,所以求职者在搜索职位时刚刷新的职位会排在前面,这些职位应聘的人多,竞争大,相反,一些职位已经是半个月甚至两个月的,应聘的人少,成功率反而高。

    

    5 让你的邮件永远在最前面

    你要知道每天人事经理看求职者邮箱,他们其实是很懒的,100多页简历邮件他们最多只看前5页!你现在应该知道为什么你的求职简历永远没有回应!

    

       所以发邮件到企业指定的邮箱时,怎样才能让你的邮件永远排在最前面,让人事经理每次打开邮箱都首先看到你的邮件?只要在发邮件前,把电脑系统的日期改为一个将来的日期,如2008年,因为大多邮箱都是默认把邮件按日期排序,所以你的邮件起码要到2008年以后才会被排在后面! (如果你求职成功,要向我请客耶!)

    

    (6 新颖的邮件标题

    人事经理每天收到大量的求职电子邮件,求职者一般会按企业要求把邮件题目写成:应聘xx职位,怎样才能吸引人事经理的眼球,让他先打开自己的邮件?可以在邮件题目上做文章。一天人事经理收到几百封邮件,只有标题新颖的才有机会被打开。

    

       例子:我的一个女性朋友发了100多封邮件求职都没有任何反应,因为应聘做文员的太多了,而我这个朋友做过空姐,我将她的邮件标题改为“空姐来广州找工作”,引起绝大部分男人事经理想入非非,结果三天之内有30多个男人事经理通知面试,3个月找不到工作的她而变成3天找到上十份工作。你现在知道邮件标题的重要性了吧。

    

    (7 简历最好放靓照

    对于人事经理来说,每天需要浏览大量简历,如果同等的条件,一般会先通知有照片的求职者来面试,因为通过照片,人事经理对应聘者又多了几分了解。如果是美女,被通知的可能性就更大。我作为人事经理,曾经招聘一个人事主管,收到300多封简历,我找出前30份有相片的前5份,通知了最漂亮相片的2个女孩,就定下了其中的一个。对于一般职位如文职人员之类,中国人的传统还是以貌取人,你即使不漂亮,也照一个艺术照,就增多了面试机会(与其等死,还不如放手一搏),毕竟很现实的是,简历的目的就是有面试的机会,其他就要靠实力与运气了。

     

    (8)求职信“骂”对方公司往往会带来意想不到的效果

    一般人认为在求职信中称赞对方公司会引起好感,其实不然。如果先指出这家公司的缺点,往往会引起关注,语不惊人死不休呢,我作为人事经理,我只会对指出我们缺点的求职者有好感,对恭维我们公司的求职者一般会放在一边。即使你不知道对方公司缺点,你随便写一些永远不会错的:“我认为贵司创新不够,市场表现过于常规化;我以消费者心态观察贵司,发现贵司客户服务还有许多待改进的地方;我发现贵司品牌形象还有可能做的更好……”如闻其详,可面谈。可勾引相关公司面试。只要有面试机会,其他再说。(简历有机会面试目的是一切,手段是无所谓的)。

    

    (9)自己要学会让简历与职位匹配

    2个观念都是有效的:一是不要太在乎对方职位要求的描述,很多职位描述只是写写,连经理都不知道要招什么样的人,如果你看到对方职位要求本科,你是专科就不敢投递简历,那就失去机会了。如果你看到对方要求有5年经验,你只有3年经验,你也不敢投,那完全没有必要。因为人事经理们对职位的描述只是例行公事随便谢谢而已,你千万不要当真!

    

    另外一个匹配观念就是他的职位如何描述,你就改变你的简历换一个说法匹配,如他说要求领导能力强,你的简历也说具有领导才能,他要沟通能力一流,你的简历也说我最擅长沟通。你的简历表面匹配度最高,也可以多增加机会。你可将简历改成为他职位描述完全量身定做的简历。

    其实求职者有更多的面试机会,不但可以增加成功求职机会,还可以增加自己的信心,工资越叫越高还可以积累面试经验。很多优秀的求职者网上发了很多简历没有回应,以为自己不行没有竞争力,只好自动降价,实为可惜! 特别是中国最大的招聘网站51job的简历投递反馈率是同行业最低的,因为它主要资源80%投入报纸,报纸招聘完甚至录取完毕后将职位入库,只是将职位作为一个摆设放到网站。

    要知道现在网络求职的成功率一般2个月是发1000份简历,有8份面试,2份成功,一个是你不想去的,另一个可能是你相对满意的。所以网络求职的朋友千万不要对自己失去信心。

     

  • 开始看书学习了

    2009-02-04 16:47:22

    由于金融危机的影响,公司好久没有接到需要测试人员的新项目了,我也就一直在做着公司的一些边缘事情,公司网站关键字推广、项目检查小组的文档规范及整理,以及最近的为公司网站写文章,一个头两个大了。最主要的是测试人员总做着与测试不沾边的事,心里很是着急,可这种情绪又影响了自己的学习激情。现在想来,白天在公司为文章焦头烂额,晚上周末又看小说,不沾测试知识已是好多日了。不能让仅有的一点测试灵感都消失啊。今天下午终于成功地将最后一篇文章也是对于我来说最难的文章(会涉及到许多开发技术)甩给了老大,心里真个畅快啊。也终于下决心得开始捡起学习的劲头了,不进则退,踏入这个行业,不学习,不就等于自甘堕落么?碰巧前两天无意中下载了一本性能测试方面的电子书,书评好如潮,很有学习的激情。更好的是,刚刚又找一个同事把这本书给借来了,幸得他糊涂,下了两次单买了两本,这样一来,我就可以白天在电脑上看电子版,晚上在家也可以接着翻翻。毕竟好久没有专注学习了,并且没有实际的项目供我实践,因此以防“白看”,我得捡重点做做读书笔记。在51testing上开通blog已有些时日了,真正自己留在上面的东西并不多。以后就将摘要记在上面吧,点点滴滴,或许会对自己有作用。

  • 电脑一族保护眼睛

    2009-01-22 15:54:13

    告诉大家一种保护眼睛的好方法,也许许多人都看过,不过还是想贴出来给大家看看,希望能有所帮助。   
    桌面->右键->属性->外观->高级->项目选择(窗口)、颜色1(L)选择(其它)
    将色调改为:85。饱和度:123。亮度:205->添加到自定义颜色->在自定义颜色选定点确定->确定这样所有的文档都不再是刺眼的白底黑字,
    而是非常柔和的豆沙绿色,这个色调是眼科专家配置的,长时间使用会很有效的缓解眼睛疲劳保护眼睛。
  • 第二个项目测试总结

    2008-12-19 14:40:53

    项目背景:

        加入公司,时运不济。第一个项目由于诸多外因内故,延时不少,弄得项目成员个个身心尽疲。我就盼着早早结束后,能接手一个新项目,重新开始。可是,刚闲下一周,金融危机的爪牙就已伸到了我们公司,大约是因为做欧美外包的缘故,我们比同城的其他企业也许更敏感一点,特别是当我们公司的一个项目组被那英国客户裁员一半,真是令我们不得不正视这个问题了。在这种情况下,我又接手了一个项目的测试,这也是我在公司的第二个项目。

        很遗憾的是,这是一个二期项目,一期功能已早在我来公司之前就已完成,另外,项目就是用于统计病房、护士、病人人数信息以及进行相应的分析的医院系统,真的很小。以致于我一天之类就熟悉了一期及二期的需求,弄清楚一些问题后,就开始准备测试数据了。其实二期功能也不多,就只是增加了N多的report,另外,根据用户的需求,要给系统加一个navigate bar。

        其实,因为做二期工作的已全部换了一批人(其实也就两个开发人员,一个测试人员),所以做了好些有价值但是客户不一定明白的工作,比如我做测试期间的前两周,基本都是在测试一期产品,并且发现了不少的bug;而据开发人员说,他们也改良了程序的结构,之前所有的硬编码以及一些高内聚的东西都被处理了。不过,由于项目实在是小,虽然做了好些额外工作,我们仍然超前完成了。

        话题扯远了,本意是进行测试总结,却啰嗦了这么大一堆。

    测试情况:

    1.测试类型

    (1)功能测试

        根据项目的具体情况,我人为地将其分为了两个部分,一是一期完成的所有功能,二是这期需要完成的报表测试。

    (2)UI测试

        其实更严格地说来是可用性测试,因为主要是测试了新增的Navigate bar,还有就是我在测试时,提出了一些方便操作的建议。

    (3)安全性测试

        一些比较肤浅的安全性测试,比如登录框的SQL注入问题,绕过登录,直接在地址栏粘贴网站内部地址等。虽然进行得简单,也确实发现了一些问题,比如,我将report部分的一个地址Copy下来,然后,在用户登录前输入此地址,然后,让一个没有report权限的用户登录,当登录成功后,转到了目标页面。而实际上,此用户是没有权限进这个页面的。

    (4)兼容性测试

        浏览器用了IE6,IE7,Firefox做测试;操作系统用了Windows XP,Window Server 2003。

    (5)其他

        由于项目本身就小,而客户也说没有大数据量的情况并且都是内部使用系统,因此,没有特别的性能要求,也就没有进行专门的性能测试。同时,为WEB系统,没有安装测试等。

    2.测试方法

        很惭愧,自始至终都是用的手动测试(其实真正测试时间,不足三周)。最初想过,将一期功能的回归测试用QTP来做,但后来考虑到代价与回报的平衡,放弃了。

    3.测试数据与用例组织

        一期,没有测试用例留下来,由于我是快速上手测试,再者又因为要同时熟悉一期二期需求,包括还得准备二期测试数据,所以,我同样没有为一期写任何test case,遇上比较复杂一点的流程,我也只会拟一个draft的东西。不过,也许是因为,我的测试基本上只是为一期功能锦上添花,所以基本上没有影响到测试效果。

        二期较之于其他测试也比较特殊,因为都是report,并且,这些report都是柱状或线状图,而数据则从前面流程的多处取出,因此会涉及多张表的数据,并且还有一些不算很难的算法在里面。另外,还值一提的是,一期留下了一个很奇怪的现象(用户首肯的),就是一个流程(项目中叫period)后,这些数据就在项目中看不到了,除非去查数据库,这对于测试来说,有点麻烦。因为,如果不想很麻烦地老是去翻数据库中的若干table,最好的办法就是,组织完备的测试数据。

        鉴于这些情况,我们用于管理requirement及test case的test link是用不上,为了照顾流程的流畅性,数据的完备性,我打算回归原始——用Excel来组织测试数据和测试用例。而后来测试时,我感受到,我当初的决定是英明的,好处在于几个方面:

    (1)Excel提供了函数等功能,这对于测试report这种,经常需要计算的情况是很方便的,如果用Test Link,我估计,我只会想到用calc命令了。

    (2)根据用户的需求,在系统中,report根据具体情况,需要显示柱形图或曲线图,而Excel则正好对在了点上,我可以把数据做出来后,生成相应格式的图,以后测试时,直接对比两处的图形就搞定了,形象生动得多。

    (3)Excel的多个sheet的功能,正好方便report与sheet的一一对应。

    (4)一个Excel文件就可以把测试数据及测试用例囊括了,既实现了数据数据与测试用例分离(在不同sheet)中,又查阅方便。

    4. 测试过程

        这一点没什么可说的,还是那原因,项目小、周期短,没有正式的测试计划、测试策略,但这些我心里都有谱,需求了解、一期功能回归测试、测试数据组织、测试二期功能等大概多少时间都有个计划,并且由于开发人员也很尽责,所以没有出现一点拖延情况。

    5.测试效果

        谢谢开发人员的全力配合,测试进行得很顺利。最初在测试一期产品时,还担心提出的bug会不被接受,毕竟,一期都已交付这么久了。但他们还是抽出时间全改了。经测试后,客户反馈回来的问题很少。但有一点,我觉得自己以后要注意,就是当时我始终无法重现客户提出的一个bug,后来在开发人员的帮助下,才知道症结在于分页功能上。我这里的测试数据不足以分页,所以无法重现。提醒自己,以后做测试时,应尽量考虑全面,不要因为测试数据的原因而漏测。

    总结:

        项目来得快也去得快,但在这个短短的测试期间,我还是有一些收获,最重要的一点就是,流程是死的,方法是活的,最适合项目的才是最好的。另外,测试确实是无穷尽的,客户本已接受的一期产品,却还是在第二期改进了那么多。最后……俄的神啊~~快来新项目吧,我写这篇总结时,还是闲人一个呢

  • 第一个项目经验教训总结

    2008-12-11 14:30:55

    项目背景:

        此项目的客户是一个英国的软件公司,他们主要做设备管理系统、地产管理系统等,这一次是为Hertfordshire政府做一个软件用于各服务点(service point)的数据收集、整理、评估,以前他们是用Excel来处理这些数据的,现在需要将其自动化。后来客户决定将这个软件项目外包,我们公司就争取到了这个项目。

    情况介绍:

      这个项目主要包括两个部分:前台的Web端,主要用于数据收集处理;后台管理端,用于管理用户、制定数据计算标准、导入数据等。

      我们公司是将其作为一个加班项目来处理的,所谓加班项目也即也是说在每工作日规定的8小时内,不得做此项目,需要自己安排晚上或周末时间来完成任务。若有问题需要与项目成员沟通,则一般采用邮件形式,或者是在中午以及临近下班的时间开小会。在来这个公司前,对此我是闻所未闻的,后来了解到,大约这在外包公司比较常见,项目多任务紧时,为了压缩成本(大概也为了日后考虑),并不会立即招人,而是将部分小项目以加班项目的形式分配下来,当然,项目奖金也是很可观的。然而加班项目无论在成员沟通、时间进度把握以及项目成员的心理认知都会存在一定的问题,所以,这也就为项目后来的进展埋藏了不少的隐患。

      还值得一提的是,公司的很多项目都是以ODC报价,可是这个项目却采用的是固定报价形式,不管你花多久的时间做,最终成功交付了,才能得到所有钱。这种形式本身没多少不对,可是,有时在一种心理的影响下,可能就会令项目进入一个恶性循环。

      我是今年6月中旬应聘进入公司的,从另一个测试人员手上接手了这个项目的测试任务。当时了解到,按照最初的计划,还有一个月的时间就该交付系统了,而此前交付某一部分时,因为延期,使得客户很不满意,而原因就是最初低估了工作难度而致实际使用时间大大超过预算。我进入项目组时,成员是这样的,有一个项目经理,一个测试人员,五个开发人员,不过,几天后我明白了,实际只有三个。当时之所以有五个,是因为其中两个才开始介入,为另两个的退出作准备。后来,基本上就是一个负责Win Form,一个负责Web,另一个技术比较牛、负责的项目多,只有当Web有难题时,就会找他出山。在我加入前,包括测试人员的所有项目成员都是把它当作加班项目做的,我因为没有其他项目,所有就当作正常项目来处理了。

    在正式介入测试之前,我大概花了三天的时间理解需求,毕竟产品已基本成形,可以一边用一边读需求,直观容易多了。但即使在这种情况下,我在后来的测试中还是渐渐发现当初对很多数据处理的细节方面是没有理解透彻的。那时,摆在我面前的难题有三个:一是所有项目文档都是英文,报告bug也要用英文,尽管我自诩英文读写能力不错,可还是花了好些时间才适应;二是尽管项目已进入中后期,除了mantis上的bug,没有任何测试方面的文档产出,包括测试计划、测试用例等;三,内部成员之间的沟通不及时,因为加班项目的特殊规定,有问题只能等到中午或下午下班后才能沟通,这种情况下,不可避免地会影响测试及至项目进度。

    但是后来渐渐发现,问题远不止这三个。由于是外包,我们的直接客户却并非最终客户,这就有两个问题,一是我们提交版本后,他们要测试,然后还要交给最终客户测试,这就使得每次反馈的时间拖长,由于没有新需求做,所以这边就只能处理等待状态;另一方面,最终客户反馈回来的bug,好些都是颠覆了原来的需求,更有甚者,有的还会改过来又改回去如此这般地往返几次,虽然客户不乏真诚地道歉,但是打击项目成员的积极性是不可避免的,同时,以后对于客户再提出的bug,不免报怀疑态度,大大降低了我们对客户的信任度。而对于用户的需求,又只包括了功能方面,对性能等方面的需求,没有在前期沟通确定,导致项目待结束时,客户突然提出,这种性能是不可接受的,我们不得不对Web部分大刀阔斧地进行修改。而后导致的一系列问题的处理,大大延迟了项目的进度。

    上面都只说的是一些比较客观的原因,有些主观原因也是不可规避的。

    首先检讨我自己,由于介入项目匆忙再加上自己测试能力有限,没有及早地发现某些bug;另外,自己在某些方面的认识上,也有待加强,以web的性能为例,一直以来,我都觉得速度不理想,尤其是数据大的情况下,但当时考虑到页面处理的特殊性(每个页面似一个excelsheet,每个cell里都包含有控件,并且cellcell之间还有大量的数据关联处理,而客户又要求不分页处理)以及客户没提这方面的需求,我也就没有这认为应该作为一个bug报告出来,而待项目接近尾声时,客户却要求我们改进性能。在采用了诸多方法,均达不到用户理想的速度时,最终通过与客户沟通,采用了分页形式。如果我能够不把眼光局限于浅显的bug,而多从整体或是用户角度去考虑,这个问题或许就可以早日提出解决,也不会引起那么多的后续问题。最后,作为一句测试人员,我不应该放弃原则。前面已经说过,这个项目是固定报价,项目拖得越久于我们而言是越不利的,可在这种因素的影响下,我们项目时间大大逾期,大家尤其是开发人员就不免急躁。同时,由于客户多次报一些与起初需求不符的bug,也令开发人员莫名窝火。在这种情况下,bug就分为两类对待了,客户报的都是高优先级,测试人员报的都是低优先级,并且总是认为只要不是太严重,且客户没报不修改也罢。后果可想而知,一方面,bug总归是bug,始终还是要被客户发现的;另一方面,对于测试人员而言,这是一种比较尴尬的境遇,很容易产生消极心理。

    对于整个项目而言,除去因是加班项目而引起的一些沟通不及时的问题而外,也还存在一些问题。比如,需求方面不完整,这又得提到性能问题了,如果在最初沟通需求时,在此问题上能与客户达到一致,在设计过程中,必不会漏考虑这块儿。还有,文档不完善,即至项目完成,除需求文档、bug报告而外,仍没有其他文档产品,这于一个项目而言是危险的。另外,责任心问题,在项目中出现过多次这种情况,对于一个bug,开发人员始终认为无法处理,而在客户一直强调要解决的时候,最后还是想办法fix了,当然很多时候是那位比较牛的开发人员露面了。如果遇上这种问题后,多沟通或者是有更强的责任心,也不会令客户光火。最后,在项目管理上,或许还是有些疲软,尤其是后期阶段,在所有项目成员心思都比较涣散时,项目管理人员应该更坚持原则。

    说了这么多,全是问题,其实闪光点也是不缺的。比如,虽然沟通不便,大家也会抽出时间定期开小会,介绍自己的情况及问题;还如,当项目组遇上了难题时,大家能够齐心协力地想办法解决掉;另外于我而言,才进公司时,项目经理给了我很大的帮助和信心,而在最初阶段,有时报的bug不正确或是难以理解,开发人员也没有责难;等等。作为我进入公司后的第一个合作团体,他们之中的每一个人我都是很感激的。

    总结:

    此项目终于在计划的deadline之后几月的11月中旬成功交付,在拖了如此之久后,大家心里已没多少成功的喜悦。前事不忘,后事之师,于我而言,在忘掉这个项目之前,做做总结也许是很重要的。当然,有了前面这一大篇幅的铺垫,总结将是十分简洁的:

    1.   需求沟通阶段,一定要尽可能地考虑全面,不只是功能、界面,还包括可接受的性能标准等方面。

    2.  在项目启动之初,就应该确定合理的内部沟通方式,确保不会因为沟通障碍影响项目成员及至整个项目组的进度。

    3.  无论时间多紧迫,必要的文档还是要有的,哪怕只是一个大纲也好。

    4.  无论是测试人员还是开发人员,遇上问题要尽早抛出,即使不一定得修改,拿出来讨论后大家有了这样一个意识,总错不了。

    5.  遇上解决有难度的问题,应该只有两种方法:一是想尽一切办法(如请教高手)解决;二是让客户了解解决的成本,希望他能妥协放弃,而不应该有第三种:拖延。

    6.  无论是对于bug,还是对于客户,任何时候,我们都不应该抱有侥幸心理。作为项目成员,每一个都应该对质量负责,而不应该只是测试人员,更不应该是客户。

    7.  项目管理上,强硬也许比疲软更有效。即使强硬会让项目成员一时难受,但最终会另整个项目组受益的。

    大约因为自己是公司项目规范检查小组的成员之一,不禁就会考虑到这诸多方面。而自己加入公司不久,所处的项目又有如此多的问题,所以当我检查其他人时,总会有些心虚。不过,意识到了就是一个好现象,待等到机会加入一个新项目,我希望自己能做得更好。

      

     

     

  • 软测工程师基本素质(转)

    2008-11-05 17:17:06

    很多年轻或者刚刚从事测试工作的工程师,经常会问:“测试工程师需要什么技能或者具有什么素质才是合格的?”与开发人员相比,测试人员不但需要一技之长,还需要掌握诸如操作系统数据库、网络等多方面的知识。
    经过这几年的发展,国内IT公司的测试水平有了很大的提高,但是与此同时,很多测试工程师也迎来了个人的发展瓶颈:很多人从测试工程师做到了测试经理的职位,不知道下一步如何发展;或者每天机械地从事着功能测试工作。
    根据作者多年的经验,一个有竞争力的测试人员要具有下面三个方面的素质:
    1.         计算机专业技能
    计算机领域的专业技能是测试工程师应该必备的一项素质,是做好测试工作的前提条件。尽管没有任何IT背景的人也可以从事测试工作,但是一名要想获得更大发展空间或者持久竞争力的测试工程师,则计算机专业技能是必不可少的。计算机专业技能主要包含三个方面:
    l         测试专业技能
    现在软件测试已经成为一个很有潜力的专业。要想成为一名优秀的测试工程师,首先应该具有扎实的专业基础,这也是本书的编写目的之一。因此,测试工程师应该努力学习测试专业知识,告别简单的“点击”之类的测试工作,让测试工作以自己的专业知识为依托。
    测试专业知识很多,本书内容主要以测试人员应该掌握的基础专业技能为主。测试专业技能涉及的范围很广:既包括黑盒测试白盒测试、测试用例设计等基础测试技术,也包括单元测试、功能测试、集成测试、系统测试性能测试等测试方法,还包括基础的测试流程管理、缺陷管理自动化测试技术等知识。
    l         软件编程技能
    “测试人员是否需要编程?”可以说是测试人员最常提出的问题之一。实际上,由于在我国开发人员待遇普遍高于测试人员,因此能写代码的几乎都去做开发了,而很多人则是因为做不了开发或者不能从事其它工作才“被迫”从事测试工作。最终的结果则是很多测试人员只能从事相对简单的功能测试,能力强一点的则可以借助测试工具进行简单的自动化测试(主要录制、修改、回放测试脚本)。
    软件编程技能实际应该是测试人员的必备技能之一,在微软,很多测试人员都拥有多年的开发经验。因此,测试人员要想得到较好的职业发展,必须能够编写程序。只有能给编写程序,才可以胜任诸如单元测试、集成测试、性能测试等难度较大的测试工作。
    此外,对软件测试人员的编程技能要求也有别于开发人员:测试人员编写的程序应着眼于运行正确,同时兼顾高效率,尤其体现在与性能测试相关的测试代码编写上。因此测试人员要具备一定的算法设计能力。依据作者的经验,测试工程师至少应该掌握Java、C#、C++之类的一门语言以及相应的开发工具。
    l         网络、操作系统、数据库、中间件等知识:
    与开发人员相比,测试人员掌握的知识具有“博而不精”的特点,“艺多不压身”是个非常形象的比喻。由于测试中经常需要配置、调试各种测试环境,而且在性能测试中还要对各种系统平台进行分析与调优,因此测试人员需要掌握更多网络、操作系统、数据库等知识。
    在网络方面,测试人员应该掌握基本的网络协议以及网络工作原理,尤其要掌握一些网络环境的配置,这些都是测试工作中经常遇到的知识。
    操作系统和中间件方面,应该掌握基本的使用以及安装、配置等。例如很多应用系统都是基于Unix、linux来运行的,这就要求测试人员掌握基本的操作命令以及相关的工具软件。而WebLogic、Websphere等中间件的安装、配置很多时候也需要掌握一些。
    数据库知识则是更应该掌握技能,现在的应用系统几乎离不开数据库。因此不但要掌握基本的安装、配置,还要掌握SQL。测试人员至少应该掌握Mysql、MS Sqlserver、Oracle等常见数据库的使用。
    作为一名测试人员,尽管不能精通所有的知识,但要想做好测试工作,应该尽可能地去学习更多的与测试工作相关的知识。
    2.         行业知识
    行业主要指测试人员所在企业涉及的行业领域,例如很多IT企业从事石油、电信、银行、电子政务、电子商务等行业领域的产品开发。行业知识即业务知识,是测试人员做好测试工作的又一个前提条件,只有深入地了解了产品的业务流程,才可以判断出开发人员实现的产品功能是否正确。
    很多时候,软件运行起来没有异常,但是功能不一定正确。只有掌握了相关的行业知识,才可以判断出用户的业务需求是否得到了实现。
    行业知识与工作经验有一定关系,通过时间即可以完成积累。
    3.         个人素养[1]
    作为一名优秀的测试工程师,首先要对测试工作有兴趣:测试工作很多时候都是显得有些枯燥的,因此热爱测试工作,才更容易做好测试工作。因此,除了具有前面的专业技能和行业知识外,测试人员应该具有一些基本的个人素养,即下面的“五心”。
    专心:主要指测试人员在执行测试任务的时候要专心,不可一心二用。经验表明,高度集中精神不但能够提高效率,还能发现更多的软件缺陷,业绩最棒的往往是团队中做事精力最集中的那些成员。
    细心:主要指执行测试工作时候要细心,认真执行测试,不可以忽略一些细节。某些缺陷如果不细心很难发现,例如一些界面的样式、文字等。
    耐心:很多测试工作有时候显得非常枯燥,需要很大的耐心才可以做好。如果比较浮躁,就不会做到“专心”和“细心”,这将让很多软件缺陷从你眼前逃过。
    责任心:责任心是做好工作必备的素质之一,测试工程师更应该将其发扬光大。如果测试中没有尽到责任,甚至敷衍了事,这将会把测试工作交给用户来完成,很可能引起非常严重的后果。
    自信心:自信心是现在多数测试工程师都缺少的一项素质,尤其在面对需要编写测试代码等工作的时候,往往认为自己做不到。要想获得更好的职业发展,测试工程师们应该努力学习,建立能“解决一切测试问题”的信心。
    “五心”只是做好测试工作的基本要求,测试人员应该具有的素质还很多。例如测试人员不但要具有团队合作精神,而且应该学会宽容待人,学会去理解“开发人员”,同时要尊重开发人员的劳动成果——开发出来的产品。

  • 51testing,真正成为我的家了

    2008-11-05 09:42:30

    做测试已是一年有余,逛逛51也成了工作闲余之时的事情之一,在我的测试能力成长过程中,它给了我不少的帮助。这里的空间开通也有好些日子了,可是却是一直闲置,昨天,放了第一篇文章进去,虽是转载,但总算不是空无一物了。我想,以后我会好好把它利用起来,让它成为我测试生涯中永远的良师和益友。
Open Toolbar