什么人適合軟件測試

 

何谓“比较优势”？经济学上：和他人相比，有能力以较低的成本生产某种东西。

　　关键点为：1、和他人相比；2、较低的成本。对于从事 IT的人来说，比方说，对于都是写代码的程序员，如果你的性格比其它人的性格外向且喜欢与人沟通，亲和力强，那么这个就是你在这个群体里的比较优势，售前工程师和售后工程师都更适合你，可以让自己在工作中得到更有快感和充实的精神状态。

　　作为测试人员，你的比较优势在哪里？抛开测试技术和流程方面，还有其它的几个方面，可以成为你的比较优势。

　　1、细心和耐心。测试工作是一个相对比较乏味的工作，对于一些中小型IT企业来说，它没有太多的技术含量，也就没什么成就感。耐得住枯燥的工作，并能从中找到乐趣和意义，这就是最基本的测试人员素质。所以很多人，认为女孩子比较适合。也许吧，不过就像大多数行业一样，做到最顶端的一般都是男性，连服装和美容这个适合女性的行业都不例外，何况IT行业了，^_^！

　　2、发散性思维。世界是普遍联系的，而对于测试这个职业，如果具有较为灵活的发散思维，则是对工作一个比较有利的补充。但前提是这种发散思维必须以软件工程为基础，不能脱离这个圈子而过度发散。

　　3、喜欢接受新事物。对于不同的行业系统或软件，都有着其特殊的标准或是规范，这就需要测试人员平时能广泛的涉猎相关行业的业务知识，对特定行业的特殊背景或服务目标有个大致的了解与熟悉，这样在接受任何一个项目的时候都能相对容易的进入测试角色。

　　4、擅于积累和总结。测试这门从软件工程中独立划分出来的行业，毕竟有着它举足轻重的作用，打个不太恰当的比方，就好比医生诊断病情一样，对于医生这个行业，经验是最重要的，谁都喜欢找个老中医或老西医看病，这就是因为经验丰富。

　　经验从哪里来？对于这个朝阳产业来说，经验就是擅于积累与发现，对于每完成一个项目，都能将测试发现的所有问题记录，并归类，按照各种归类方式进行分析，然后统计其共性和个性的地方，这就是经验，也是资本。

　　总之，我个人认为一个优秀的测试人员就是一个通才，一个复合型人才，他能在保证在项目生命周期内，平衡技术、时间和质量三者的关系。作为一名测试人员，你的比较优势是什么呢？  

-------------------------------

專業的測試員

同样是测试人员，做着可能相同的工作，作出的结果也可能大致相同。那么以什么作为你工作更加专业的区分呢？测试的工作用例编写，测试执行，bug上报，以及功能点测试完成度控制。这些方面都可以体现我们的劳动价值。

　　测试用例的编写——当别人不愿意编写测试用例，甚至觉得编写用例是浪费时间时，倘若你体会到了用例编写在测试过程中带来的功能点覆盖的全面性。那么你就站在了比他人更高的高度。细到用例的每条，当别人只是简单的划分出这是某个测试点，而你已经清晰的知道这个测试点是使用什么方法划分出来的测试点 -例如边界值，等价类，因果图。那么你的确要比那些简单罗列测试点的人技能上要更高一些。当别人还因为测试功能点未全面，而在赶工期忙碌时，倘若你能够很坦然的根据自己的测试用例通过率确定已测试功能的质量时，你就会知道你站在了更高的台阶上。这些都是理论，测试用例要写的好，要覆盖面全，那是需要思考的，是绝对全心投入的思考。是一种创作，不是你拷贝策划案里的条目就能够理清的。而是通过把策划案中的功能点不断的划分，直至精确到某个输入和输出结果。这是一个急需要脑力劳动的过程，一方面要肯定策划案中的正确的内容，另外一方面要考虑这些正常的内容是否存在何种异常的操作，而任何一个异常的内容都是不允许没有输出结果的。

　　测试的执行——不是所有的用例都会精确到点击鼠标左右键。所以测试执行的速度反应着一个测试人员基本功的扎实程度。同样是一个功能我们会发现，熟悉系统的测试人员在执行测试过程中往往比不熟悉系统的测试人员快。但是不熟悉系统本身就是测试人员自身的素质问题。没有任何借口，既然你是做这个的，那么允许你开始的懵懂，却不允许你一而再，再而三的愚蠢。想要比别人突出，那么好好熟悉你得系统，最好做到别人知道的你清楚，别人不知道的你知道。

　　bug的上报——其实就是把bug的出现方法和具体出现导致的问题说清楚的过程。语言要简洁，但是不能简洁到别人看不懂。要步骤分明，要在执行测试过程中不断尝试，直至把bug的重现过程缩短到最短。可能会浪费你很多时间，但是你要看到这个的另外一个好处。当别的测试员跟程序人员重现bug，总是找不到重点步骤时，你已经深刻理解到要获得程序人员的重视，bug的步骤越短，越是能够得到程序人员的赞许。这个赞许积蓄到一定时间就成了你自负的资本。测试结果的汇报也很重要，清晰而明了的告诉程序人员或者测试主管，用例的执行情况，需要解决的问题-最好指出你问题在用例内的出处。这样有便于程序人员养成查看你用例的习惯。一般用例生成和程序实现是同步进行的，在这个过程中，如果程序人员发现你用例内有的测试点而自己没有实现，那么可以节省很多时间。当他多次出现你用例有的内容，他没有实现到时这种深刻的记忆将驱使他检查你的用例。

　　测试时间点的把控——根据测试用例中测试点的执行难易程序，以及测试用例中测试点的条数可以初步判定功能点的测试完成时间。最初这个是需要积累的，当用例达到某个数量，当用例难度与其它用例执行难度可进行比较时就很容易把控时间点。最好的时间把控不是预期3天而实际只测试1天半，也不是预期3天实际测试了5天。最好的时间点应该控制在半个工作日内。测试点的时间把控对于测试人员来说也很重要。有时如果为了进度需要宁可多几个人一起来完成测试，也不可以因为时间点的问题导致版本发布延迟。

　　另，以上纯属个人闲暇时间的总结，不具有参考价值。有兴趣的朋友可以看下，觉得说的不好的也言论自由。但是拒绝个人人身攻击。毕竟这里写这个的也是新手，段段两年测龄，打击新人的积极性的话，不算用以让自己看起来很自负的好方法。 

----------------

对“如何提高测试人员在开发、项目管理层及公司中的地位？”谈谈自己的想法：

　　1、纠正常见测试误区，摆脱测试误导：

　　很多软件测试界的误区都必须让项目组成员学习并达成共识，比如说：“测试人员是所有问题的承担者，一旦出现问题那么测试人员就要承担出现问题的责任”。而实际上很多问题并不是测试人员造成的，这就让测试人员很郁闷，自认倒霉，严重打击了测试人员的自尊心和工作激情，解放测试人员弱势地位，对提高测试团队的地位非常必要。

　　2、对高层领导报忧不报喜：

　　对于高层领导，我们一定要揣摩他在做什么、想什么？哪方面是他们特别重视的，我们不妨采取偶尔发送一些邮件的方式。特别是比较紧急的项目，抄送给高层领导的邮件，多报测试出现的问题，看高层领导能不能顶住压力，视而不见，呵呵！！很多时候邮件一发送，领导就来找老大了，哈哈！！对于测试发现问题较少的项目，可以不把测试结果抄送给高层，这也许能够吸引高层领导的眼球哟。

　　3、让公司管理层看到测试带来的价值：

　　偶在公司的领导，以前不是很重视测试。我去公司的前一年，公司由于发布的版本存在缺陷，一次导致公司赔付客户200多万，公司领导被洗脑，终于醒了，开始重视测试了，呵呵！！！让公司上级对测试有高度的重视，这样开展工作就有了坚实的后盾，提高地位不在话说。

　　4、测试人员的自身自信心问题：

　　作为测试人员，一定要对自己测试的结果，充满自信，很多时候和开发人员讨论时，底气不足，自己都看不起自己，拿不定主意，总觉的低人一等，何谈提高测试人员的地位呢？

　　版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处 、作者信息和本声明，否则将追究法律责任。

　　本文出自51Testing软件测试网，感谢会员爱吃鱼的月亮在每周一问（08-09-15）中的精彩回答。

　　http://bbs.51testing.com/forum-157-1.html

　　5、测试人员如何赢得开发人员的尊重：

　　唉，项目一启动，测试和开发就是天生的一对冤家。个人觉的开发人员大多比较单纯，经常把个人的技术实力作为衡量一个人价值的标准，高水平的测试人员（如测试人员掌握开发人员不掌握的技能，比如说性能测试知识和安全测试工具）很容易赢得开发人员的尊重。相信一句话：“最好的测试人员是能够说服开发人员修改 BUG最多的人”。如果作为一个测试人员真的想提高自己的地位，就不要把、开发和测试对立起来，要把他们融合在一起才对。

　　6、选择威望较高人作测试Leader：

　　测试Leader作为部门的领头羊，在公司中一定要有较高的威望，懦弱的测试经理不但自身难保，何谈说话的份，其它部门的组员不卖你的帐，也不是什么大惊小怪的事。古人曰：上梁不正下梁歪吗？还有一点，对测试漏测或遗留问题进行逐一排查，让事实说话，证明出了问题不单是测试的失职，带领测试人员摆脱受“ 开发人员”约束的弱势地位。只要能通过这条道路，你将比一般开发人员更具有话语权。

　　7、提升测试团队的集体智慧：

　　很多时候，由于测试人手不够，测试人员介入时间比较短，对需求了解比较少。加之测试部门缺乏快速上手的测试高手，包括测试环境的搭建过多的依赖开发人员，久而久之，开发人员就觉的测试人员一无所知，地位自然不高。最佳的方法是集中测试团队的智慧去解决测试中碰到的问题，保持测试团队的独立性，尽可能在部门内部解决全部的测试问题，开发人员自然不敢小看。

　　8、提高测试的技术含量：

　　往往测试给人的印象是用用软件、点点鼠标这样的重复机械的工作，技术含量较低。要是像自动化测试、性能测试和安全测试这种比较复杂的测试，项目组成员对工具方面懂得比较少，了解比较少，自然不敢怠慢，呵呵！！！还有一个主意，就是介入单元测试，和开发人员一起讨论代码一级的问题，你说他们还敢小看测试吗？

　　9、测试人员的准确定位：

　　测试人员应该是发展成为一个设计测试的技术人才，尽可能的把测试用例写得简单易懂，具备较强的操作性，如：让接受过一些培训的高中生都能做测试， 并把一部分功能用自动化来替代手工测试。那你设计的测试用例就比较牛了。

　　10、测试组常给项目组提有价值的建议：

　　一个公司赋予每个部门的权力是平等的，可是很多时候，测试人员在并不了解测试需求和业务的情况下，在项目会上提了一大堆没有价值的意见，很多都被否决，久而久之，大家都有看法了。个人建议：没有价值的提议最好选择沉默。要是项目会上很多有价值的建议，大多都来至测试部门你说谁还干小看测试部。