欢迎交流
-
测试工程师十二“最”
2008-04-16 16:40:27
1、测试工程师最开心的事:发现了一个很严重的bug,特别是那种隐藏很深,逻辑性的错误.偶第一次发现这种问题的时候,听到上司和开发人员的表扬时,高兴的就想扭pp.不过现在慢慢矜持些了,呵呵.
2、测试工程师最提心吊胆的事:版本release出去后,客户发现了很多或很严重的bug.经过紧张的系统测试之后,好不容易可以轻松一下了,却又陷入了每天担心正在做验收或使用的客户一封邮件或一个电话说产品有问题.碰到好些的老板还会比较乐观的看这样的问题,最惨的就是有些人一顿臭骂,之前的辛苦,加班全部都给抹杀了.
3、测试工程师最憎恨听到的话:"为什么这个bug没有在测试的发现呢?"这句话经常是客户发现bug后,老板对测试人员的质问.当然这里排除那种很明显的错误.其实谁都知道bug是不可能全部发现的,这句话其实也是客户对大头,大头对小兵一级一级问下来的.除了希望测试人员警惕之外,还有更多的是一种"踢猫"的行为.对于这句话,偶第一次听到这句话的反映是"我们怎么可能发现所有的bug呢",后来变成"制造bug的人不是我们,是开发",到现在的"让我查查我的日志,问问开发这个bug的原因,为什么我们会没有找到,下次我们会怎样"的回复.
4、测试工程师最郁闷的事:"刚才那个版本打包打错了,你们要重测".新版本来了,马上投入紧张的测试,希望能够多找些bug.没想到辛苦了可能大半天,开发人员说打包打错了,你重测吧.这种情况虽然可以通过规范流程之类的办法控制发生的机率,但人总会犯错,多少而已.碰到这样,你除了提醒开发部门下次注意,你除了重测没有太多办法.
5、测试工程师最不想面对的事:在测试晚期或最新的版本里发现了以前一直存在的问题,特别是当问题很严重时决定到底报不报bug.报吗,开发人员肯定会问以前有没有这个问题,不报吗,客户发现更惨.毕竟客户或老板的责备比开发部门或主管的责备要重许多,最后还是会报到bug库里的.
6、测试工程师最不想做的事:申请版本推迟发布.由于在版本发现了太多的问题,觉得产品不能达到发布的，建议公司推迟发布产品.这时虽然大家都知道产品有问题,尽管你自己也不希望这样,但谁都觉得你是一个制造麻烦的人,毕竟市场的压力很大呀.
7、测试工程师最丢人的事:辛苦的发现了一个bug,居然是该配的参数没有配等一些自己的失误造成的.有些该注意的地方居然测试时忘了,找出的问题给开发人员一顿臭扁,无比丢人啦.
8、测试工程师最怕的事:一天,甚至几天都没有发现一个bug!经过一段时间的bug高峰期后,有段时间会发现bug数量的减少,最可怕的就是一天都没有发现一个bug.偶有时会难过的吃饭都没心情.搞得偶的开发朋友说了一句最让人吐血的话:"要不要我在代码里放几个bug给你呀,hoho"
9、测试工程师最伤心的事:每年的调薪,发bonus或发股票时,测试工程师总比开发工程师少.偶有一同事在调薪的第二天就申请转开发,说测试太没前途了.
10、测试工程师最有力的保护方法:把你认为是bug的问题都提交到一个正式的,可以追踪的地方(一般来说是bug库).有时总会碰到一些很小的或是很难判断的问题,犹豫一定是否要报,特别是一些UI的问题.有时问开发人员,他们可能会轻描淡写的回复你导致你没有report它.但多年的经验一定要报,了解bug流程走向的人都知道,后面还有人verify,还有开发经理判断,如果不是bug,自然他们会回复,会写明原因.说白了,出了问题也不是你的事情.当然一开始经验不足时会收到一些白眼球,但慢慢经验多了,对系统熟悉了,自然这种情况会少些.人也可以从一些问题中发现自己的弱点.但如果不报,那天客户提出来,你除了懊悔还要面对指责,严重的炒鱿鱼.
11、测试工程师最任重道远的事:测试驱动开发.碰到这种开发模式的项目,既是测试扬眉吐气的机会,也是可能会陷你于深渊的恶潭.你就必须打起十二分的精神.等于你在引导开发,有什么问题一定要提出来,否则你就等着被盲目的牵着鼻子走了.
12、测试工程师最期待的事:测试能够越来越受重视,测试工程师的考核越来越合理. -
测试最早出现的地方
2008-04-15 20:57:04
在项目中，测试最早出现的地方应该是什么呢？大部分的人认为，应该在开发基本完成或者单元开发完成时进行，在实际的项目中也是如此。
通过半年多的测试工作，我发现了一个问题，就是假如设计做错了，应该在什么时候发现它的错呢？在我所在的项目，我也经常发现有设计错误，在写测试案例或者测试时，发现有些许错误，有的是小错误如笔误，有时与开发人员进行沟通时，发现同样是按照设计，我们的理解竟然不同，但又说不出其中的错误。而发现这样的错误，要改起来就麻烦，既费时有费力。于是，我想，应该在设计完后就进行设计测试，这应该是测试最早出现的地方。这个时候的测试，并不是技术测试，而大部分是业务测试和错误检查，所以，要求测试人员必须有较高的素质，对业务要有比较深的理解，甚至超过设计人员。这部分设计，我认为也是相当重要的，希望项目的管理者能够重视。
我读设计文档的时候，往往会有这些发现，可由于没有设置设计文档的测试，错误并不能很好的反映出来，即使反应给设计人员，也并不能走上管理的道路。所以，我觉得，一个大的项目应该设置设计测试，特别是数据库方面的项目，更应该如此。
-
从程序员到测试工程师（转贴）
2008-04-14 23:18:20
这篇是2002年底《程序员》杂志上的一篇文章，虽然时间早了点，但值得一看。
------------
前言：软件测试一门非常崭新的学科，目前研究的内容还很不深入，仍然处于婴儿阶段。软件测试需要什么样的专业基础还没有定论，而且目前还没有一种很好的标准来衡量测试人员。但无可置疑，软件测试越来越受到软件公司的重视，软件测试工程师的作用也逐渐被人们所认可。这一点已经在像微软这样的国外大型软件企业中所证实，在微软，一个开发人员相对应着一至两个测试人员。现在，就让我们走近软件测试工程师，关注他们的成长之路。
从程序员到软件测试工程师
特别策划/本刊编辑部 撰文/闫辉
国内软件公司对软件测试的态度令人担忧。软件测试工程师不足，开发测试人员比例不合理。据调查，最好的企业中测试人员和开发人员的比例是1:8，有的是1:20，甚至没有专职的测试工程师。
曾经参与微软Windows95、Exchange Server4.0和4.5、Internet Explorer 4.0和5.0、SQL Server 2000开发与测试工作陈宏刚博士尽管已经升任微软亚洲研究院商务及高校关系高级经理，但仍然对国内软件测试水平的落后深有感触。
国内很多企业还处在探索阶段，小企业的运作方式造成其主要精力是要尽快完成初始资本积累。有些企业也了解软件测试的重要性，很努力、很认真的在学，但因为很多原因而学不到精髓，不知道如何去做。于是只能局限于书本上学来的简单的黑箱、白箱测试而已。很多人知道有压力测试和性能测试，但针对产品具体如何去做就不清楚了。
陈宏刚表示，重视测试首先需要有开放性的软件文化，而在很多公司中，测试工程师只是绝对服从的听命角色，没有开发他们的积极性和创造性。一些管理人员对软件开发的流程管理经验不足，仍然用传统企业的方法进行管理，再加上对软件质量的控制理解不对，认为编完程序经过简单的程序员自己测试就可以使用了，而没有认识到软件测试是控制质量最好的方法。
不过，国内还是有一些大型公司和专业公司已经在软件测试方面走上正规。1994年开始接包IBM软件测试项目，1999年软件测试成为公司主体软件外包业务之一的和腾软件就是其中之一。因为客户就是IBM这样的大型软件公司，腾软件高级副总裁刘忠表示，它们在软件测试管理上，经同国外的公司相差不大，同时也研究和应用了多种软件测试技术。
软件测试工程师
一提到软件测试工程师，很多人就会想到那些反复使用软件，试图在频繁操作中寻找到错误发生的低层次人员或者软件用户。其实这是一种错误的概念，软件测试早已超越了用户使用来发现Bug的基本测试阶段。
陈宏刚介绍说，微软的软件测试工程师分为三种：测试执行者（Basic Software Tester）、测试工具软件开发工程师（Software Development Engineer in Test）和高级软件测试工程师（Ad_hoc Tester）
测试执行者负责理解产品的功能要求，然后根据测试规范和测试案例对其进行测试，检查软件有没有错误，决定软件是否具有稳定性，属于最低级的执行角色。
测试工具软件开发工程师负责写测试工具代码，并利用测试工具对软件进行测试；或者开发测试工具为软件测试工程师服务。产品开发后的性能测试、提交测试等过程，都有可能要用到开发的测试工具。对技术要求最强的是这些人，因为它们要具备写程序的技术。“因为不同产品的特性不一样，对测试工具要求也是不同的，就像Windows的测试工具不能用于Office，office的也不能用于SQLserver，微软很多测试工程师就是负责专门为某个产品写测试程序的。”
而Ad_hoc Testet属于比较有经验，自己会找方向并做的很好的测试工程师，这要求具有很强的创造性。刚进入微软时，老板也是只给陈宏刚一个操作流程，每天就按照这个规程去做，几天下来，一个Bug都没有发现。陈宏刚也很沮丧，觉得这样挺对不起公司，后来自己问自己：为什么非要这样做！于是换了其他的方法试试，令他吃惊的是，一下就找到很多严重的Bug，当时也不敢声张。有一天，他找到10多个非常严重的Bug，开发经理一下就惊呆了，怒冲冲的跑到陈宏刚面前问：“你是不是改变了测试方式和测试步骤？”陈宏刚有些吓住，说道：“可能改变了一点。”对方说：“我非常生气，但我不是生你的气，而是因为以前测试人员水平太差，或者以前的测试方面有问题，软件中有些Bug存在了半年甚至一年，但直到现在才发现，现在修补这些错误要困难很多！”后来陈宏刚得到了老板的赞许，可以按照自己的想法去做测试。对此，陈宏刚感受颇深：“一方面我体会到了微软非常鼓励创造的文化，同时也感到只遵守教条不是好的测试人员，就和用户一样了。做软件测试工程师同样需要开拓和创造性。”
在开发管理上，测试不应该归属于项目管理，也不应该归属开发人员。这三个部门应该是并驾齐驱，相互协作，测试工程师最终决定产品是否能够发布。
软件测试工程师的素质
因为软件测试仍然处在发展阶段，还没有上升到理论层次。对人员的评测，包括微软在内，都还没有一个统一标准，因此评定软件测试工程师只能根据工作实践进行自然淘汰。
软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。陈宏刚介绍说，在五六个人的测试小组时，一半以上的Bug都是他找到的。他认为这同自己数学专业的背景关系密切，数学中有逻辑思维的培训，要善于找出来各方面的因素。比如要证明一个定理，各个方面都考虑到，一个条件不满足就无法证明；但如果证明其不成立，最常用的就是找到一个反例，只要有一点证明不成立就可以了，软件测试也是找这一点。
做测试还要考虑到所有出错的可能性，还要做一些不是按常规做的、非常奇怪的事。除了漏洞检测，测试还应该考虑性能问题，也就是要保证软件运行得很好，没有内存泄漏，不会出现运行越来越慢的情况；在不同的使用环境下，考虑软件的兼容性同样重要。软件测试同产品的规模也有很大的关系，因为软件的bug往往出在大型软件的连接处。
做软件测试工程师需要对软件抱有怀疑态度。这是因为开发人员喜欢想当然，总是找一些有利于自己程序执行的数据，有些开发人员甚至认为不利于程序执行的数据是对代码的玷污和亵渎。而软件测试却要策略性的准备各种数据，从每个细节上设计不同的应用场景，不去想当然的假定任何一个数据是可行的。
在职业素质和交际方面方面，并不是测试工程师爱挑别人毛病才好，反而这个工作要求很强的沟通能力。经常的和开发人员进行沟通，说话办事要很得当，不能指责别人，否则会事倍功半。性格随和才能和开发人员顺畅的沟通，对人和对事是完全不同的两个问题。
如何培养优秀的软件测试工程师
朗川软件测试工程师张建阳从北大力学系毕业之后，曾开发流体力学分析软件，软件缺少测试而产生的问题给她留下了很深的印象。后来去大唐电信做UIM（统一消息管理系统），她发现尽管公司为了鼓励员工找bug采取了很多奖励方法，但还是很少人愿意去做系统测试。而张建阳却从那时查阅翻译了很多国内外的资料，对软件测试产生了浓厚的兴趣。
像张建阳这样在工作中自己定位在软件测试领域的开发人员并不多见，因为程序员更愿意去做开发而不是测试，从大环境上，测试人员收入水平低也是原因之一。而在微软，测试人员和开发人员的工资水平是相同的。
如何改变这种现状呢？有人说可以可以派人去先进的国外软件企业学习，但这种方式因为牵涉到商业秘密，可操作性不大。陈宏刚博士认为更好的方法是引进人才，把在国外大型软件公司工作过、有经验的人才引进来，甚至要高薪聘请。他表示，这不仅仅是一个人的问题，关键是能够把整个软件测试的水准提高一个层次。
引进人才只是开始，更重要的是培养一批软件测试人才。软件开发的教育培训都是比较正规的，各个学校也都设有专业，但软件测试还没有正规的专业毕业生，而且没有评判的标准。陈宏刚博士给很多软件学院建议，开设四方面的软件测试专业基础课：软件测试基础、软件测试开发、高级软件测试案例和行业软件特色测试方法。国内现在已经有了一些软件测试基础的教材，但其他的教材还没有。高级软件测试案例主要是大型软件测试案例，大型软件出现的问题具有很强的代表性。而行业特色软件测试的课程可以开阔学生的视野。陈博士介绍说，在国外，也是极少的高等院校开设测试专业，但可以借鉴民间的培训机构课程。在有一批专业的测试人才出现之后，人们会认识到他们的重要性。
如果你已经开始从事软件测试工作，千万不要认为软件测试没有什么发展的潜力和前途。刘忠从1995年接下IBM的OS2汉化版本的测试开始到现在，他一直工作在软件测试领域，并升到了公司高级副总裁的位置。和腾软件也培养了一批测试工程师，它们从对测试职业将信将疑到明确自己的测试方面的职业目标。刘忠介绍说：“很多人开始做测试执行工作时会说很麻烦、很枯燥，只是一味的埋怨，而不是主动的去学习，他没有看到软件测试背后所隐藏的知识。因为学习可以做这些工作，不学习也可以做这些工作，但质量是不同的。有些人自学和请教了很多测试技术和管理方面的知识，公司自然就会在下个项目中去培养他。”
因此对于一个新手，要在各方面培养自己的能力。首先是要理解各种测试流程，并在理解的基础上转化为自己的知识，以后遇到相似的问题能自己去解决。在测试技能上，要知道测试有那些手段，比如压力测试有哪些方法，哪些工具可以辅助做测试。从专业技能上，面向不同的技术方向，像操作系统、网络、通信等都要从专业上深入了解。这三方面要同步去成长。
软件测试工程师未来的发展
从事软件测试有没有前途，未来的职业发展方向怎样呢？
陈宏刚博士表示，软件测试工程师在微软的发展有几种途径：一种走技术路线，成长为高级软件测试工程师，这时他能够独立测试很多软件，再向上可以成为软件测试架构设计师。第二种就是向管理方向发展，从测试工程师到组长（Lead），再到项目经理（Manager），到更高的职位。第三种可以换职业，做项目管理，做开发人员都可以，很多测试工具软件开发工程师在写测试软件的过程中，因为开发方面积累了经验，同时对软件产品本身产生了自己的看法，很容易转去做产品编程。
陈宏刚博士现在还带着一个测试小组，两个清华软件学院的学生，一个南开的专门做软件测试的博士生，一个北邮的学生，他们负责总部一个产品的测试。陈博士表示，在自己简单的讲讲思路，共同探讨之后，他们一星期就找出了70多个Bug，也感觉学了很多知识，并表示以后专注于软件测试专业，因为他们感觉软件测试真的是一门很深的学科，有很多可以研究的课题。其实微软的测试人员很多也都是硕士、博士，他们同样在做创造性的工作，保证着程序质量，推动着软件的进步。
软件测试是正在快速发展，充满挑战的领域。尽管现在单机版桌面软件的测试已经成熟了很多，但对于网络时代的到临，包括微软在内的公司对基于网络的测试也没有一套完整的体系，也是处于探索中，网络中被攻击的可能性太大，这就是为什么黑客在网络上能兴风作浪的原因。网络测试是一个新环境，而且是很大的挑战。
软件测试未来的发展空间很大，软件测试工程师的职业之路同样充满希望。
李维谈软件测试
记者：台湾的软件测试工程师的地位如何？
李维：就我知道的几个案例来说, 地位很低。许多公司不是没有专职的测试机制，就是老板认为不重要。许多老板还认为直接让客户测试即可，实在不可思议。
记者：测试工程师的人员比例也很小吗？
李维：是的, 大概6－8位工程师配一个测试人员，不过有的是以产品线来分的。
记者：台湾有专业的测试培训教育吗？
李维：据我所知, 沒有。
记者：依您的看法，软件公司如何才能重视软件测试呢？
李维：台湾国际级的软件公司如友立、趋势才重视测试。如果是短视的软件公司，由于许多老板不是资讯出身，所以不了解软件工程的重要。要重视软件测试，负责研发的头头必须有明确的认识。许多软件人员知道使用OO或者SD的方式设计软件，却不知对于测试也同样的需要事先设计并规划测试计划，这实在好玩。
记者：borland公司测试人员情况如何？
李维：Borland有不同的测试人員, 针对不同的产品。专职的测试人员大约有50－60人，测试人员占研发人数的30－40%。Borland的测试人员都会规划测试计划，同时有系统和回归测试。 -
开始软件测试之路
2008-04-14 21:35:48
不知不觉，做测试工作半年了。今天回头想了想半年来所走的路，辛苦，非常辛苦。刚毕业就做测试，是我所没想到的事情。虽然在读大学时，对测试有一定的兴趣，但毕业初的我渴望的是开发，学技术，做技术强者。半年时间过去了，技术长进不大，经验去长了不少。跟同事交流后，我才知道，我对测试工作竟然没有一定反感。我在想，难道我天生适合做测试？做测试又有没有前途，要知道，在公司，愿意做测试的是少数，整个行业真正做测试的也不多，测试到底是怎么样，她的未来又会怎么样？带着这些疑问，我找到了这个论坛，并在论坛上了呆了很长一段时间，看了很多帖子，下载了很多资料，看了后，觉得，测试：肯定有前途。
今天，我开通了这个个人空间，希望她成为我一个新的起点，做任何事情，最重要的是要总结，要积累经验，我希望把测试工作做好，做强，做测试工作的强者。路，就在自己脚下，勇敢地走，坚强地走，会走得更远！
