英国伦敦金融城与世界知名的卡斯商学院发布 “全球少壮CEO排行榜”最新榜单，全球45岁以下最年轻有为的前五位CEO排名由中国包揽，而去年这一数字只有4位；前50名中有37名来自中国，占七成以上，比去年高出一倍多。与上年度相比，中国的年轻CEO们表现更加出色。

卡斯商学院的这项排名旨在找出世界范围内50名最具才干的年轻CEO，它对世界主要股票市场的上市公司2006年9月至2007年8月连续52周的股价收益进行了研究，在剔除当地市场总体变动趋势对收益的贡献后得出全球排行榜。

名列今年排行榜首位的是北京天鸿宝业 房地产股份有限公司副董事长兼总经理巴峥嵘，今年37岁。去年，名列排行榜第一位的是上海航天汽车机电股份有限公司总经理赵斌，年龄为34岁。今年排在第二的是雅戈尔集团股份有限公司总经理蒋群，44岁。第三名是辽宁成大股份有限公司总经理葛郁，今年44岁。

与上年度排行榜相比，中国少壮CEO们今年的上榜人数、总体名次以及股价增幅都大有长进。这从一个侧面反映了中国经济强劲增长的总体态势，从上榜企业的行业背景来看，无论是中国的传统产业还是新兴产业，都呈现出良好的发展势头。

上海大众公用事业(集团)股份有限公司(下称“大众公用”)总经理陈靖丰名列前茅。资料显示，大众公用总经理陈靖丰今年39岁，硕士学历，兼任大众交通(集团)股份有限公司董事、上海大众燃气有限公司董事、上海翔殷路隧道建设发展有限公司董事长、上海隽基环境产业有限公司董事长。2005年，在大众公用传出高管增持流通股的消息时，陈靖丰曾直面媒体大胆表示，公司实施高管增持计划并非如市场所言是出于股价破净的尴尬，而是为了向流通股股东表明，公司管理层对解决导致股价下跌的1.4亿元资产权属问题充满信心，高管希望通过增持 股票来表达与公司荣辱与共的决心。根据大众公用2007年半年报显示，2007年上半年，大众公用完成主营业务收入13.53亿元，同比增长4%，实现净利润1.32亿元，同比大幅增长143%，每股收益为0.11元，净资产收益率为6.69%。

除了大众公用，名列前茅的上榜企业还有云维股份、云南驰宏、福耀玻璃、青岛海尔、东软股份、歌华有线等。

培养IT测试人才尽在北大测试
网址：www.btestingsky.com

1979年，Glenford Myers在《The Art of Software Testing》一书中提出“测试的目的是证伪”这一概念，推翻了过去“为表明软件正确而进行测试”的错误认识，为软件测试的发展指出了方向，软件测试的理论、方法在之后得到了长足的发展。

测试不是挑毛病
然而，对测试领域先行者Glenford Myers先生“测试的目的是证伪”这一概念理解也不能过于片面。在很多软件工程学、软件测试方面的书籍中都提到一个概念:“测试的目的是寻找错误，并且是尽最大可能找出最多的错误”。这很容易让人们认为测试人员就是“挑毛病”的，而由此带来诸多问题。
我们可以假想在一个软件开发公司内，软件测试人员专注于“挑毛病”，开发人员和公司管理层每天会得到这样“简洁”的测试报告:“在今天的测试过程中，系统出现10次宕机现象”。
从“挑毛病”的角度看，测试人员已经很好的完成了自己的工作，但其工作成果对开发人员和公司管理层几乎没有任何帮助。开发人员面对这样的测试报告是无法对软件进行任何修改的;而公司管理层也会疑惑软件质量到底如何，系统能否如期发布。
长此以往，必然会造成开发人员和测试人员之间无法调和的矛盾;而公司管理层也会认为，测试团队只是“带来坏消息的人”，对公司产品没有提供任何帮助，不如取消为好。
这样的例子看似比较极端，业内普遍认为类似的问题仅出现在一个初创测试团队的公司内，但实际的情况远没有这样乐观，这类现象甚至还蔓延到近年来蓬勃兴起的部分第三方测试机构之中。
一个软件开发公司的管理者，拿到一份刚由某第三方测试机构完成的测试报告，报告结论是该公司开发的软件无法完成预定的需求，在500个用户并发交易的情况下会发生大量交易失败。应该说这样的报告确实挑出了软件的“毛病”，但报告中并未提及造成交易失败的原因，是硬件资源不足、支撑软件参数设置错误还是应用开发问题。这样的报告会使得委托测试单位置疑自己投资进行第三方测试的是否有实际帮助。
造成这些问题的原因归根结底就是对“测试的目的是证伪”这一概念的片面理解。那么，一次成功的测试是如何对问题进行阐述的呢？质量工程学中软件失效的机理给出了很好的答案。

软件错误是人为错误
质量工程学中对于软件失效是这样分析的:由于软件内部逻辑复杂，运行环境动态变化，且不同的软件差异可能很大，因而软件失效机理可能有不同的表现形式。
譬如有的失效过程比较简单，易于追踪分析，而有的失效过程可能非常复杂，难于甚至不可能加以详尽描述和分析，尤其是运行于高度复杂实时环境中的大型软件。
但总的说来，软件失效机理可描述为:软件错误，软件缺陷，软件故障，软件失效。
软件错误 软件错误是指在软件生存期内的不希望或不可接受的人为错误，其结果是导致软件缺陷的产生。可见软件错误是一种人为过程，相对于软件本身，是一种外部行为。
软件缺陷 软件缺陷是存在于软件（文档、数据、程序）之中的那些不希望或不可接受的偏差，如少一逗点、多一语句等。其结果是软件运行于某一特定条件时出现软件故障，这时称软件缺陷被激活。
软件故障 软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态。譬如软件处于执行一个多余循环过程时，我们说软件出现故障。此时若无适当措施（容错）加以及时处理，便产生软件失效。显然，软件故障是一种动态行为。
软件失效 软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果。
因此，软件错误是一种人为错误。

逆流而上解决问题
我们了解了软件失效的机理后，就可以逆流而上，沿着软件失效，软件故障，软件缺陷，软件错误的方向对问题进行阐述和分析。
首先，测试人员会说明软件出现了问题，在此对软件失效现象进行了描述;
其次，测试人员会详细阐明是在哪个测试用例的作用下（包括输入数值、处理过程和预期输出结果），软件产生了何种异常输出，问题的类型、严重程度、修改的紧急程度如何，这样就明晰了软件故障的情况;
第三，测试人员会根据测试经验和实际情况，帮助开发人员进行故障定位，找到软件缺陷所在;
第四，测试人员在对问题情况进行统计的基础上，会指出共性问题并分析其产生的原因，发现软件错误。
在这样对问题进行充分分析的基础上，对问题提出修改意见，这样一份问题报告会是一份对开发人员和管理层有意义的报告。
我们可以按照这样的分析方法，对前面企业内部和第三方的两个测试失败的情况进行修正。
软件失效现象:发生宕机/不能承担500个用户的并发交易;软件故障情况:在使用非法数据输入的情况下发生宕机/在进行用户交纳月通话费的情况下交易失败;软件缺陷:软件中缺少合法性校验/服务器CPU占用率达到98百分号;软件错误:详细设计环节缺少合法性校验内容，且文档评审工作不到位/概要设计环节未进行关键技术验证与仿真;修改建议:增加合法性校验，加强文档评审工作/重新选择服务器（重点是CPU），加强对关键技术的验证与仿真工作。
对于所有问题，都应该对软件的失效现象和故障情况做清晰的表述。除了严重程度会影响外，人员差异也对问题分析的程度有着较大影响。不同的测试人员需要承担不同的职责。

软件测试需三方协调
通过上面的分析可以看到，软件测试的目的决不仅仅是“寻找错误”，今天的软件测试需要在三个方面和开发协调工作。
测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。这一工作靠对软件失效现象记录、软件故障表示、软件缺陷的分析完成。
通过分析错误产生的原因还可以帮助发现当前开发工作所采用的软件过程的缺陷，以便进行软件过程改进;同时通过对测试结果的分析整理，还可以修正软件开发规则，并为软件可靠性分析提供依据。这一工作靠对软件错误的分析完成。
测试是以评价一个程序或者系统属性为目标的一种活动，测试是对软件质量的度量与评估，以验证软件的质量满足用户的需求，为用户选择与接受软件提供有力的依据。这一工作是软件测试的最终目标，在前两项工作的基础上，自然可以很好的完成此部分工作的内容。
在对测试的目的有了更准确认识的基础上，我们才能够很好的完成测试工作，在和开发团队、管理者共同的努力下，更好的提升软件产品的质量，满足用户的需求。
北大青鸟APTEC(测试空间)授权培训中心:“培养优秀的IT人才”软件测试工程师的工作是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行评估。作为测试经理要做测试计划，测试工程师则要执行测试用例，跟踪BUG（故障），对照需求看产品开发是否适合需求。
更多内容欢迎登录：www.btestingsky.com

恭贺我校区，徐震同学入职和利时系统工程股份有限公司

学员感言：
记得去年考研落榜以后, 为了选择一条适合自己的道路，我开始再一次审视自己；这时才发现：自己已经到了而立之年！早已过了跳槽的黄金时代。虽然从硬件研发到软件编程，从系统测试 到产品定型，都曾经是我的工作内容；原以为这样的经历找份称心的工作信手拈来，但由于我从事的是特种行业，所以屡屡碰壁！当我彷徨之际，在不经意中报纸上 的一则广告引起我的注意：BTEST北大测试软件测试工程师培训班。其实北大青鸟的名字，几年前就早有耳闻，显而易见一个长盛不衰的品牌绝非浪得虚名；于 是我选择了一个新兴行业：Software Testing。
记得初到学校之时，庞老师热情而细致地介绍，使我决定了自己的选择！当听说需要通过考试才可以入学，心中难免有点紧张；以全优的成绩通过考试，让我对今后的学习充满信心！学习顾问王老师帮我规划了今后的发展方向，使我在学习与求职中有的放矢。
班级的学习气氛是浓郁的，许多住学生公寓的同学一直在校上自习，常常学习到晚上九点钟；不少同学在上课前很早到校问问题。学校的许多课程是非常实用 的，譬如：《测试计划于软件缺陷》、《高效设计测试用例》和《搭建Windows测试环境》。我是十分幸运的，因为我们的班主任宋老师曾经是一位QC经 理，她将许多工作中的实际情况引入到教学中，让大家受益匪浅！
完成了一期的课程，我选择了继续深造：参加高级软件测试工程师的培训班。二期的课程与软件研发结合的更加紧密！《Liunx与网络应用环境》、 《Java环境与OOP、OOAD技术》、《使用数据库与组件技术搭建分布式系统》和《建立和实施软件质量体系》》的课程解决了我在以前工作中的许多疑 惑；《Web应用系统故障模型》和《高效使用自动测试工具》大大的提高了我的工作效率；《白盒测试与OO测试》成为白盒测试工程师——这个我入学时的理想 职业铺平了道路。我们二期课程的讲师都是相关领域的资深人士，高度模拟现实工作环境，实例具有很强的实用性，尤其《软件测试实训》的实训项目完全是大公司 的相关案例。
求职的历程是曲折的，学校时常为我们推荐工作。我去面试了好几家公司，笔试、面试都尚佳，但是由于种种原因均未能入职。 此时，《沟通和职业素质培养》课程给予我许多启示！今年7月，经我校就业部尹老师的推荐我成功的入职北京和利时系统工程股份有限公司，成为一名测试核电软 件系统的白盒测试工程师！
入职后学校依然是我们坚强的后盾！遇到不懂的问题，打电话或发邮件给老师都会给予认真地回答！就业的同学们也时常将本单位的招聘信息反馈给学校，形成双赢的局面！
一次不经意的选择，让人生的道路更加宽广；这次求学，是我人生的拐点！

一年的测试生活和感悟
2007-10-31 18:31
从2006年3进入XX公司，到现在已经整整一年了。这一年过的是平淡无奇，既没有成为公司之星，也没有被公司辞退，算是不好不坏吧。

刚到公司的时候，我做的是测试工程师。做测试工程师是我对自己的职业规划。说实话，我能得到这份工作真的很高兴。来公司的第一个星期，因为有一个项目缺人，所以部门经理提前结束了我的考核期，让我随项目组进行集中开发。从此，我开始了我的测试生活。

虽然以前在新浪做过测试，但是象现在这样跟着一个项目组做测试还是第一次。基本上是第一次写测试计划、第一写那么大量的测试文档，而且也是第一次自己一个人要对测试质量负责。集中开发的工作时间很长，一天大概至少工作在12个小时以上。项目组里都是年轻人，大家平常一起紧张的工作，偶尔会开些玩笑。工作虽然累，但是却不枯燥。现在想起来，集中开发的这段时间，是我感觉最充实的一段时间。

随着项目的深入，我开始感觉到测试的压力：每次开发人员发布的版本都不能经过有效的测试。有时候只能将基本的业务流程跑一下，然后就将这个版本提交给客户了。而且，一次又一次重复的手工测试，也在不断的消耗着我的耐心和热情。我开始理解为什么有的人在论坛里总是觉的测试没前途了。是啊，每天都是重复的敲键盘，点鼠标，有什么意思。象这样干上三年五年，自己的前途又在哪里？于是我想到了自动化测试。

在公司的月工作总结中，我大胆的写了自己的想法。我在工作总结中写到，XX项目由于业务流程分支多，测试量大，单靠手工测试已经远远不能满足测试任务的需要，希望领导在该对该项目的测试中，考虑引进自动化测试，然后，在总结中写了一下我进行自动化测试的一些想法和构思，写完后就直接发经理了。这个时候我还没意识到，我的这份工作总结会给我带来什么。

没过几天，领导的批复就发到我的邮箱了。领导非常同意在该项目中进行自动化测试。其实，在我提交这份工作总结之前，测试部也进行过自动化测试的工作。不过当时是以兴趣小组的形式组织的。由于其他工作的影响，自动化测试的工作也是时断时续。针对我提的建议，领导决定针对这个项目的自动化测试，启动一个自动化测试研究项目，项目的目标就是通过摸索和实践，建立一套自动化测试的工作流程和模版，同时，对自动化测试在测试部内的可行性进行调研。最后，领导还公布了一个让我意外的决定：他让我负责这个项目，换句话说，我现在是这个自动化测试项目的项目经理了。

说实话，得到这份任命，让我真的感到很意外，而且就在领导公布决定的那一刻，我突然感到了心里有一种从来没有过的压力。作为一个刚到公司一年的新人，就开始承担一个项目的负责人工作，这在这个公司里是少有的。如果这个项目失败了，那么我很可能无法在这个公司立足，所以我要努力争取项目的成功。但是我能成功，我该怎么做？

接下来的一个月，我的工作完全以自动化测试项目为核心。召开项目启动会、编写项目计划、设计自动化测试方案、组织相关文档的评审，这些都是我从来没做过的工作，一边摸索一边学习，感觉很累，但是感觉每天都在成长。

现在，自动化测试项目处于关键的方案设计阶段，在这份自动化测试方案里，我要设计测试脚本、设计数据驱动、还要完善脚本模版，之后还要组织评审，如果评审通过，那么这个项目可以说就成功了50%；如果评审不通过，那么就意味着方案还不成熟，还要修改。工作上的压力、项目内成员之间的协调，还要考虑管理过程中的一些细节，我终于明白了一个道理：项目经理不是人人都能当好的。

回顾在XX公司的工作经历，可以说06年是我准备的一年，是公司考察我的一年，也是我在公司打基础的一年；07年对我来说是关键的一年，以后在公司如何发展，就看07年的工作成果怎么样了。有时候看论坛上，经常有人问：测试与开发哪个好，测试有没有前途，测试有没有发展，不觉得哑然一笑，想想这些问题也曾困扰过我。但是现在这些问题在我面前都烟消云散了。因为我现在想得很明白：开发与测试本是一家，只是分工的不同而已；前途是自己靠实力挣来的，有实力你做开发与测试都一样光明无限；没有实力的人，无论做开发或测试前途都是暗淡无光。北京最大软件测试培养基地诚邀您来参加大型软件测试职业体验活动:1,it英才俱乐部    2.知名软件测试专家职业规划及行业展望. 北航地址：北京市海淀区学院路40号大唐电信北大测试楼

复兴门地址:北京市西城区佟麟阁路95号尚信大厦3层.北

航电话：010-62303230 62303260 62303223 62303278复兴门电话：010-

66421960 66421956 66421965

网址：www.btestingsky.com

测试目的变迁 带来软件发展
2007-10-31 18:28
1979年，Glenford Myers在《The Art of Software Testing》一书中提出“测试的目的是证伪”这一概念，推翻了过去“为表明软件正确而进行测试”的错误认识，为软件测试的发展指出了方向，软件测试的理论、方法在之后得到了长足的发展。
测试不是挑毛病
然而，对测试领域先行者Glenford Myers先生“测试的目的是证伪”这一概念理解也不能过于片面。在很多软件工程学、软件测试方面的书籍中都提到一个概念:“测试的目的是寻找错误，并且是尽最大可能找出最多的错误”。这很容易让人们认为测试人员就是“挑毛病”的，而由此带来诸多问题。
我们可以假想在一个软件开发公司内，软件测试人员专注于“挑毛病”，开发人员和公司管理层每天会得到这样“简洁”的测试报告:“在今天的测试过程中，系统出现10次宕机现象”。
从“挑毛病”的角度看，测试人员已经很好的完成了自己的工作，但其工作成果对开发人员和公司管理层几乎没有任何帮助。开发人员面对这样的测试报告是无法对软件进行任何修改的;而公司管理层也会疑惑软件质量到底如何，系统能否如期发布。
长此以往，必然会造成开发人员和测试人员之间无法调和的矛盾;而公司管理层也会认为，测试团队只是“带来坏消息的人”，对公司产品没有提供任何帮助，不如取消为好。
这样的例子看似比较极端，业内普遍认为类似的问题仅出现在一个初创测试团队的公司内，但实际的情况远没有这样乐观，这类现象甚至还蔓延到近年来蓬勃兴起的部分第三方测试机构之中。
一个软件开发公司的管理者，拿到一份刚由某第三方测试机构完成的测试报告，报告结论是该公司开发的软件无法完成预定的需求，在500个用户并发交易的情况下会发生大量交易失败。应该说这样的报告确实挑出了软件的“毛病”，但报告中并未提及造成交易失败的原因，是硬件资源不足、支撑软件参数设置错误还是应用开发问题。这样的报告会使得委托测试单位置疑自己投资进行第三方测试的是否有实际帮助。
造成这些问题的原因归根结底就是对“测试的目的是证伪”这一概念的片面理解。那么，一次成功的测试是如何对问题进行阐述的呢？质量工程学中软件失效的机理给出了很好的答案。
软件错误是人为错误
质量工程学中对于软件失效是这样分析的:由于软件内部逻辑复杂，运行环境动态变化，且不同的软件差异可能很大，因而软件失效机理可能有不同的表现形式。
譬如有的失效过程比较简单，易于追踪分析，而有的失效过程可能非常复杂，难于甚至不可能加以详尽描述和分析，尤其是运行于高度复杂实时环境中的大型软件。
但总的说来，软件失效机理可描述为:软件错误，软件缺陷，软件故障，软件失效。
软件错误 软件错误是指在软件生存期内的不希望或不可接受的人为错误，其结果是导致软件缺陷的产生。可见软件错误是一种人为过程，相对于软件本身，是一种外部行为。
软件缺陷 软件缺陷是存在于软件（文档、数据、程序）之中的那些不希望或不可接受的偏差，如少一逗点、多一语句等。其结果是软件运行于某一特定条件时出现软件故障，这时称软件缺陷被激活。
软件故障 软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态。譬如软件处于执行一个多余循环过程时，我们说软件出现故障。此时若无适当措施（容错）加以及时处理，便产生软件失效。显然，软件故障是一种动态行为。
软件失效 软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果。
因此，软件错误是一种人为错误。
逆流而上解决问题
我们了解了软件失效的机理后，就可以逆流而上，沿着软件失效，软件故障，软件缺陷，软件错误的方向对问题进行阐述和分析。
首先，测试人员会说明软件出现了问题，在此对软件失效现象进行了描述;
其次，测试人员会详细阐明是在哪个测试用例的作用下（包括输入数值、处理过程和预期输出结果），软件产生了何种异常输出，问题的类型、严重程度、修改的紧急程度如何，这样就明晰了软件故障的情况;
第三，测试人员会根据测试经验和实际情况，帮助开发人员进行故障定位，找到软件缺陷所在;
第四，测试人员在对问题情况进行统计的基础上，会指出共性问题并分析其产生的原因，发现软件错误。
在这样对问题进行充分分析的基础上，对问题提出修改意见，这样一份问题报告会是一份对开发人员和管理层有意义的报告。
我们可以按照这样的分析方法，对前面企业内部和第三方的两个测试失败的情况进行修正。
软件失效现象:发生宕机/不能承担500个用户的并发交易;软件故障情况:在使用非法数据输入的情况下发生宕机/在进行用户交纳月通话费的情况下交易失败;软件缺陷:软件中缺少合法性校验/服务器CPU占用率达到98百分号;软件错误:详细设计环节缺少合法性校验内容，且文档评审工作不到位/概要设计环节未进行关键技术验证与仿真;修改建议:增加合法性校验，加强文档评审工作/重新选择服务器（重点是CPU），加强对关键技术的验证与仿真工作。
对于所有问题，都应该对软件的失效现象和故障情况做清晰的表述。除了严重程度会影响外，人员差异也对问题分析的程度有着较大影响。不同的测试人员需要承担不同的职责。
软件测试需三方协调
通过上面的分析可以看到，软件测试的目的决不仅仅是“寻找错误”，今天的软件测试需要在三个方面和开发协调工作。
测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。这一工作靠对软件失效现象记录、软件故障表示、软件缺陷的分析完成。
通过分析错误产生的原因还可以帮助发现当前开发工作所采用的软件过程的缺陷，以便进行软件过程改进;同时通过对测试结果的分析整理，还可以修正软件开发规则，并为软件可靠性分析提供依据。这一工作靠对软件错误的分析完成。
测试是以评价一个程序或者系统属性为目标的一种活动，测试是对软件质量的度量与评估，以验证软件的质量满足用户的需求，为用户选择与接受软件提供有力的依据。这一工作是软件测试的最终目标，在前两项工作的基础上，自然可以很好的完成此部分工作的内容。
在对测试的目的有了更准确认识的基础上，我们才能够很好的完成测试工作，在和开发团队、管理者共同的努力下，更好的提升软件产品的质量，满足用户的需求。
北大青鸟APTEC(测试空间)授权培训中心:“培养优秀的IT人才”软件测试工程师的工作是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行评估。作为测试经理要做测试计划，测试工程师则要执行测试用例，跟踪BUG（故障），对照需求看产品开发是否适合需求。
更多内容欢迎登录：www.btestingsky.com