是不是所有优秀的开发人员都能够成为优秀的测试人员？

所有的人都知道应该如何进行测试，但是却未必知道要成为一名优秀的测试人员，真正需要哪些素质。
优秀的系统验证测试人员应该具备哪些素质？
　　在 8 年多的软件开发工作中，我曾从事过各种项目的设计和开发，并且从初级开发人员成长为高级开发人员，最终成了一名软件架构师。在此期间，我意识到测试工作的重要性和挑战，甚至曾自愿地对自己设计的程序进行测试，这是出于“自己解决自己的问题”的考虑。大约在一年前，我成为了系统验证测试 (SVT) 组的负责人。我之所以想到要撰写这个专栏，是因为与所在部门的一名测试人员的闲聊，情况是这样的，该测试人员以前的一名同事申请了我部门中的测试职位。当我向这名测试人员询问有关申请者（当时他正从事开发工作）的情况时，她的回答是“对这个人我已经记不大清楚了，但他肯定是一名优秀的测试人员，因为他是一名开发人员”。
　　听到这样的评论我感到震惊，但是后来我发现，对于开发和测试团体来说，这是一个普遍存在的观点。的确存在许多优秀的开发人员和优秀的测试人员，但是在某个方面非常一流，并不一定就意味着在其他方面也同样优秀。所以作为一名测试管理人员，我需要说明成为一名优秀的 SVT 测试人员所面临的挑战和应该具备的独特品质，这不仅仅是要吸引高素质人才加入到这个行列，同时还可以分享这项工作给我们带来的自豪感，并且或许可以为测试工作赢得更多的尊重。
　　发现客户价值
　　按照规定，SVT 组负责进行系统级测试。什么是系统级测试呢？这是一个常见的问题。我的理解是，进行系统级测试的目的是为了确保通过产品所提供的功能，实现既定的客户价值。
　　那么，什么是“客户价值”呢？其答案正是为什么客户购买和使用某种产品的原因之一。例如，我使用 Microsoft® Word 已有许多年了。回忆我个人使用该软件的经历，在早期的版本中，最苦恼的事情是它容易在编辑的过程中发生崩溃，这样就会丢失最近一次保存以来的所有工作。幸好，现在的版本不再出现这种情况了。甚至更加完善，它会定期地自动保存文档，这样一来，即使在退出的时候忘了保存文档，仍然可以恢复到最近一次自动保存的副本，对我来说这是个非常好的特性。这种作为客户的经历使我意识到，尽管该产品提供一般性的功能，但正是其独特的特性使得它能够从众多的竞争产品之中脱颖而出，并且正是这些提供价值的特性使得其客户钟情于该产品。因此，对于优秀的 SVT 测试人员来说，最重要的品质是能够清楚地了解每个特性的客户价值。
　　尽管可以很容易地从设计文档或用户手册的简介部分中找到每个特性所允诺的客户价值，但是要有效地将它们合并为测试设计方案的核心，并不是那么简单。要实现这一点，测试人员需要了解技术的采用周期，以及该技术当前位于其采用曲线中的什么位置。他还需要了解提供类似客户价值的竞争技术，以及有可能共同使用的协作性技术。
　　测试更广泛的场景
　　我观察到新的 SVT 测试人员常犯的一个错误是，他们总是从局部而非整体的角度来看待某种技术（或者产品特性）。结果，测试工作重点关注于产品与设计的符合性，而不是它所提供的真正价值。例如，当在 J2EE™ 技术中引入容器管理的持久性时，其目标是为数据库的访问提供一种更简单并且更具可移植性的编程模式，它的竞争技术是其他持久性技术，如 JDBC 和持久的数据对象。如果该技术或特性不易于使用，并且不能够伸缩或至少执行其竞争技术所能完成的任务，那么该特性就难以获得接受，即使客户购买了这个产品，他们也不会使用该特性。因此，SVT 测试人员的任务是发现问题的本质，并在产品发布之前进行报告。
是可以工作，还是工作得更好？
　　不久之前，一名测试人员向我解释她正在测试的新的安全会话特性，如何通过在每次调用中与信任服务器联系以便进行身份验证，从而使得 Web 服务能够更好并且更安全地执行。我很怀疑向信任服务器进行附加调用的时间是否短到足以避免抵销这个新特性所节省的时间，以及这个信任服务器是否向系统中引入了单点故障。
　　对于 SVT 测试人员来说，对该特性及其相关特性的技术知识同样重要，并且仅仅有技术上的知识是不够的。使用客户价值作为特性测试的核心，还需要测试人员考虑更多的内容，在有些情况下，需要跨越组织的界限。当我提出关于信任服务器性能方面的担心时，该测试人员的回答是“我不负责测试性能，那是由性能团队负责的”。还有一次，有个客户向我询问关于产品如何在重负载下处理事务恢复的问题。执行这个测试场景的测试人员无法回答这个问题，因为她根本没有进行负载测试。
　　在一定程度上，这反映了组织中的定义受到很大的限制。当然，很少有能够很好地处理各种情况的组织结构。我认为，优秀的 SVT 测试人员不仅仅只是完成特性本身的测试工作，并且对任何可能妨碍该特性实现其允诺的客户价值的问题保持高度的警惕，无论是性能优于该特性的竞争技术、或未能很好集成的协作特性、或特性本身没有达到预期效果、或在系统中产生了附加的缺陷。

学软件为何能拿高薪?2007-11-20 10:49

    目前，权威人才招聘网站——中华英才网了布了最新一期的IT职场人气排行榜。根据统计，IT人才仍是企业需求量最大的人群，其中软件测试工程师、高级程序员、产品项目高级经理职位进入“三甲”，成为IT就业市场最新风向标。作为软件开发流程中的重要一环，软件测试岗位渐渐“浮出水面”，并凭借其庞大的人才需求和广阔的职场发展前景日渐成为IT职场就业的大热门。


测试工程师：软件开发不可或缺的岗位

    正如其它产品在生产过程中会产生各种质量问题一样，软件也不可避免地出现各种的漏洞，俗称“Bug”。如果软件中的“Bug”太多，就会导致电脑频繁“死机”，影响用户的正常使用。因此，为了保证软件的各项正常功能，就需要在开发过程中不断地对软件进行检验和测试。事实上，我们普通用户日常所用到的各种软件，它们在正式交付使用前，都是经过了大量的测试工作的，而且这种测试工作也贯穿整个产品开发过程的每一个环节。

    近年来，软件产品的质量控制与质量管理越来越受到重视，并逐渐成为企业生存与发展的核心。在许多IT企业中，软件测试并非只担当“挑错”的角色，其重要性不亚于软件的开发环节。根据资料显示，在国外大多数软件公司，1个软件开发工程师便需要辅有1-2个软件测试工程师。前微软亚洲研究院博士、软件测试专家陈宏刚表示，在很多大型的软件开发项目中，软件测试绝对不是开发活动完成后的“收尾”工作，甚至会占据整个项目周期一半以上的时间。以IE4.0为例，代码开发时间为6个月，而稳定程序花去了8个月的时间。从投入的资金和人力物力来看，测试、使产品稳定和修改花去的时间可能占到整个项目时间的80%

    近年来，在中国IT行业的迅猛发展下，越来越多的IT企业已逐渐意识到测试环节在软件产品研发中的重要性。此类软件质量控制工作均需要拥有娴熟的专业软件测试人才来协作完成，软件测试工程师作为一个重头角色正成为IT企业招聘的热点。


职场强大反差：测试人才供不应求

    随着测试重要性的日趋突显，我国软件测试人才正处于一个“双高”地位，即地位高、待遇高，职场前景非常广阔，因而，近两年来，软件测试工程师也就成了IT就业最新的亮点。

    由于我国企业对于软件测试自动化技术在整个软件行业中的重要作用认识较晚，因此，这方面的专业技术人员在国内还是凤毛麟角，人才供需之间存在着巨大的缺口。有关数据显示，我国目前软件从业人才缺口高达40万人。即使按照软件开发工程师与测试工程师1:1的岗位比例计算，我国对于软件测试工程师的需求便有数十万之众。业内专家预计，在未来5到10年中，我国社会对软件测试人才的需求还将继续增大。

    笔者了解到，日前在国展举办的一次招聘会上，多家企业纷纷打出各类高薪招聘软件测试人员的海报，出人意料的是收到的简历尚不足招聘岗位数的50%，而合格的竞不足30%。有业内专家表示，软件测试人才“供远小于求”的现实问题正影响着我国软件业的健康发展。


加大专业测试人才培养力度：缓解IT职场“结构性失业”

    一方面，企业对软件测试人才有大量需求，但苦于招不到合适的人。而另一方面，很多应聘者却因为缺乏相关技能而被用人单位拒之门外，软件测试人才职场正面临着“有人没活干，有活没人干”的尴尬局面。对此，业内专家表示，软件测试行业已显示出实际需求与人力资源之间的尖锐矛盾。设立软件测试人才的职业培训体系应是解决IT职场“结构性失业”的一条捷径。

    专家表示，软件测试是一项需具备较强专业技术的工作。在具体工作过程中，测试工程师要利用测试工具按照测试方案和流程对产品进行性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估，以确保软件产品的质量。一名合格的软件测试工程师必须要经过严格的系统化职业教育培训，作为产品正式妯厂前的把关人，没有专业的技术技术水准、没有高度的工作责任心和自信心是根本无法胜任的。

目前，国内少数具有远峥的IT培训机构已经充分认识到了测试工程师的供需矛盾，开始针对软件测试行业人才需求启动系统化专项培训，为IT行业求职者提供了一个进入软件测试行的途径。据了解，这些课程科学、系统，以提升就业竞争力为目标，根据软件测试岗位工作的实际要求设计而成，以实际应用场景为核心，配以实际测试项目和测试工作流程，注重学习的系统性、教学的渐进性及学员的参与性，使学员能够用最少的时间掌握测试工作中的最实用的必备职业技能，具备测试岗位需求的工作经验和综合素质，从而具备较强的竞争力。有关专家表示，随着各类软件测试培训课程体系的推出，我国软件企业人才结构将日趋合理，软件测试业的人才供需矛盾也将得到逐步缓解，这无疑有利于我国软件行业整体品质的进一步提升。
需要了解更多软件测试内容，请登陆：www.btestingsky.com