此空间已闲置,个人主页已转到http://www.hixk.net

发布新日志

  • 上班了,测试部门就我一个人

    2007-07-03 14:05:40

       毕业一周多了,今天正式去上班,到公司才知道,测试部门就我一个人,刚摸到公司的东西,好迷茫的感觉
  • 面试归来要做什么?(转贴)

    2007-05-16 09:33:17

    感谢信是所有求职战略的必要工具。但是应该发送电子邮件还是传统信件?是手写信函还是打印信函?这个问题至今仍旧困扰着多数久经沙场的求职者。看看下面的建议是否可以对你有所帮助。  

    发送电子致谢函 应聘公司开始如果是通过电子邮件与你约见,那你面试回来后要立即用Email发送感谢信。并一定要在后面附上说明你并非不速之客。电子邮件感谢信较之传统的寄信方式有它鲜明的优势:你可以在面试的当天,有时是在几小时之内,把你的名字再次置于主考官面前。  

    传统信件 如果你面试的是一家正规的、传统的公司,请用传统寄信方式寄出感谢信。是手写还是打印呢?打出来的信比较标准。你不仅能表示喜欢的业务,也能证明你会正确使用称谓、格式和签名。也许为你老板书写信件是你工作的重要组成部分。  

    如果你想向办公室里那些帮助过你的人致谢,那最好是手写。例如,如果一个接待员、助理、办公室经理或其他与面试有关的人员对你有过帮助――就是说他们带你去吃午餐或在面试时为你引过路,那么,手写的感谢信是表达你谢意的最好方式。  

    写什么 一个标准的感谢信应包括如下一些内容:感谢某人为你提供了面试的机会;概括一下面试内容;说明你需要有关面试主考官的任何信息;最重要的是说明你的技能。在最后一段要写上,“这个工作因为什么而非常适合我,我过去有过哪些经验。”  

    面试主考官的记忆是短暂的。感谢信是你最后的机会,它能使你显得与其他想得到这个工作的人不一样。

  • 招聘经理眼中的好简历(转贴)

    2007-05-16 09:31:41

      动词列表是简历编写指南里保留的项目,调查还发现:简历里尽可能的堆满动词、形容词和副词的求职成功率更高。

      几乎所有的人事经理都喜欢选择有效的字句,而不是花样繁多的词藻的简历。


    人事经理心里的单子


      简历中的几个字也会惹恼人事经理,而拒绝继续读简历。有相当多的人事经理以及招聘人员都承认,他们心里有一个单子,上面列着让他们厌恶的字句。

      尽管他们都说自己不太可能因为这些字句而完全拒绝应聘人员,但是他们相信,利用这些字句来吹嘘的简历给人留下印象还不如没有这些字句的。我在本期专栏里总结了一些例子。

      例如,有一个IT公司的人事经理曾经说过,她从来都不喜欢在简历上看到协助(Assist或者Assisted)这样的字眼。“我想知道的是应聘人员(具体)做了什么,而不是他们如何帮助做了什么。如果他们对某项任务足够熟悉,而且想放到简历里,他们就应该使用比‘协助’更好的字,”她解释说。

      一篇关于就业的评论建议将任何“协助”这样的表述改为十分具体的内容,说明应聘者在“协助”的时候做了什么。例如,如果你帮助市场部主任研究哪些个人数字助理(PDA)能够满足部门的需要,那么你就可以在简历中这么写:“为市场部研究PDA。”这样修改之后就说明了具体的内容。

      出于和“协助”相同的理由,人事经理不会喜欢“试验(experimental)”这个字。没有人想听你尝试做过什么——只想听你完成了什么。你不应该写“试用了新的局域网(LAN)管理软件”,而应该说“评估了LAN管理软件。”

      大多数人事经理不喜欢听到任何描述某人怎么好地完成了某项任务的字眼。他们说自己希望了解这个人相关的技能,而且希望自己才是这个人工作效果的评判者。因此,像巧妙地(Skillfully)、有效地(Effectively)、仔细地(Carefully)、迅速地(Quickly)、专业的(Expert)、高明的(Mastered),以及类似的字都会弄巧成拙。

      在上面所提到的所有字中间,任何由技能(Skill)衍生出来的词——尤其是巧妙地(Skillfully)——只会引起更多的嘲笑而不是(会心的)的大笑。雇主和招聘人员更希望在应聘者简历里看到的是谦虚而不是吹嘘。

      “如果你对它并不很在行,那么你为什么要把它放进简历里呢?”一位招聘人员如是说。


    最佳的技能放在最前面的简历是好简历


      明确地表示出在某些方面比别人更好,而且正在使用前面提到过的字眼来说明自己的最佳技能,会引得人事经理更多的注目。只把能够用来相当好地完成任务的技能,以及适合于职位要求的技能列出来。

      一旦你删掉了所有自我评价的字眼,就要重新浏览一遍简历,去掉令人乏味的商业用语,例如:尖端的(cutting-edge)、联络人(liaison)、协调(coordinate)、推动(facilitate)、被证明了的能力(proven ability)、配合(synergy)和改造(transformed)等等。

      人们看到和听到这些字眼太多了,以至于他们再次听到的时候没有一点兴趣。人事经理们说这些字只会占地方,而不会传达有用信息。而且,要知道的是:大多数技术单位的人事经理都会意识到,好的经理人都是注重细节的,所以你可以放心地从你的简历里删掉这些令人乏味的字。


    灵光一现的简历


      简历里加入更多激情,并且尽可能地具体说明你当前和过去的职责——尤其在这些职责是你现在想要申请的职位内容里一部分的时候。没有什么比看到“负责(responsible for)”这个字之后接有一堆寻常的管理任务更扫兴了。

      你是个经理,所以你当然会负责什么东西。准确地告诉人事经理自己的职责是什么,并列出一些来,以帮助他们了解你的工作内容。诸如“管理着X个员工”、“监督Y的资产投资预算”,或者“为Z个雇员建议培训计划”等都是有效的方式,它们能够简明扼要地说明你做的以及取得的成果。尽你所能的具体和详细,但是要记住,你不能够泄漏你当前雇主的机密信息。

      简历应该总是在说明事实,但是它也是一个市场推销的工具,你正在用它将你最珍贵的产品推向市场——求职者自己。  



    出处:HR管理世界

  • 怎么样提高软件测试员自身素质培养?(转帖)

    2007-05-15 10:44:39

    怎么样提高软件测试员自身素质培养?

      (1) 首先,应对软件测试感兴趣和对自己有自信,如果具备了这两点,那么在开发过程中不管遇到什么样的困难,我相信你一定能克服。

      (2) 善于怀疑,世界上没有绝对正确的,总有错误的地方,具有叛逆心理,别人认为不可能发生的事,我却认为可能发生。别人认为是对的,我却认为不是对的。

      (3) 打破砂锅问到底的精神,对于只出现过一次的bug,一定找出原因,不解决誓不罢休。

      (4) 保持一个良好的心情,否则可能无法把测试作好。不要把生活中的不愉快的情绪带到工作中来

      (5) 做测试时要细心,不是所有的bug都能很容易的找出,一定要细心才能找出这些bug。

      (6) 灵活一些,聪明一点,多制造一些容易产生bug的例子。

      (7) 在有条件的情况下,多和客户沟通,他们身上有你所需要的。

      (8) 设身处地为客户着想,从他们的角度去测试系统。

      (9) 不要让程序员,以“这种情况不可能发生”这句话说服你,相反,你应该去说服他,告诉他在客户心里,并不是这样的。

      (10) 考虑问题要全面,结合客户的需求、业务的流程、和系统的构架,等多方面考虑问题。

      (11) 提出问题不要复杂化,这一点和前面的有点矛盾,如果你是一新手,暂时不要管这一点,因为最终将有你的小组成员讨论解决。

      (12) 追求完美,对于新测试员来说,努力的追求完美,这对你很好,尽管有些事无法做到,但你应该去尝试。

      (13) 幽默感,能和开发小组很好的沟通是关键,试着给你的开发小组找一个“BUG杀手”,或对他们说“我简直不敢相信,你写的程序居然到现在没有找到BUG”。

      (14) 到此是不是对测试很有兴趣呢?不过我要告诉你,测试过程中有酸甜苦辣,其中的滋味只有你知道,也许你会感到枯燥,要学会放松自己,去溜冰或做你喜欢做的事,不过,别放弃,因为你的自信告诉过你“你会是很优秀的测试员”不是吗?

    我们常见软件测试的技巧 :

      软件测试虽然辛苦,但是掌握了一定的技巧之后将使你事半功倍。

      (1) 边界测试,测试用户输入框中的数值的最大数和最小数,以及为空时的情况。

      (2) 非法测试,例如在输入数字的地方输入字母。

      (3) 跟踪测试,跟踪一条数据的流程,保证数据的正确性。

      (4) 在开始测试时应保证数据的正确性,然后在从系统中找出各种BUG。

      (5) 接口测试,程序往往在接口的地方很容易发生错误,要在此模块测试勿掉以轻心。

      (6) 代码重用测试,在开发过程中有些模块功能几乎相同,程序员在重用代码时可能忘记在原有代码上修改或修改不全面,而造成的错误。

      (7) 突发事件测试,服务器上可能发生意外情况的测试。

      (8) 外界环境测试,有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时, 这个系统所受到的影响的情况。

      (9) 在程序员刚修复Bug之后的地方,再找一找,往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。

      (10) 认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。

      (11) 文字测试,如果在系统中有用词不当的地方,我想这是不应该的。

      (12) 系统兼容测试,例如有些程序在IE6能运行正常,到IE5下不能运行。有些程序在WIN2000下能运行,而到WIN98却不能运行。像一些很特别的用户去使用系统,你很有可能发现BUG。

      (13) 用户的易用性测试,往往用户的需求是不断的变化的,而其中的一部份变化的原因,是有用户操作上不方便引起的。
Open Toolbar