14年底，一时兴起，申请转岗做公司一款移动端的产品经理，通过一年产品经理职业生涯，再来回顾，有几个问题可以跟大家交流一下。

产品安装测试除了做不同客户端的基本安装测试以外，还要做用户注册、用户绑定测试，必须能够让产品让用户能基本能用起来。有时间话最好能把主要的业务流程走一遍，并且做到不用查找任何手册，就能正常使用。

现在大家都在精力都花在一些高大上的测试上面，多少并发能够把这个产品搞趴下，觉得好牛。自动化覆盖率达到百分之百多少。当一个注册用户数只有几千的时候，性能有时是可以忽略的，如果真有性能问题一般在平时功能测试时， 如果有心就能感觉到的。当一个项目工期只有2个月，有测试负责人跟我说他的自动化测试覆盖率有80%,我肯定会担心这个产品的质量。

今天一个同事发了一个发钱的开玩笑的小工具，我突发其想，在部门群发了一个测试这个小工具，并指出我认为最严重的一个BUG，那么我就请吃下午茶。后面他们一会就找出来很多BUG，其中包括我认为最严重的那个BUG。我要让大家说明理由，如果理由是我很认可的，那么下周我再请大家一次。下面是他们提交的BUG。

        这个社会很现实，没有无缘无故爱和无无缘无故恨，公司也是一样。老板肯定喜欢那些给公司创造价值的人，说实在的就是利润。那么我们测试人员如何创造利润呢，那就是提高产品质量，降低工程成本。

       测试人员目前在公司中的地位感觉不是很受重视，这是一个事实。这也是测试行业在中国大部分软件企业中的一个普遍现象，是一个基本国情。这跟测试行业起步晚有也有很大关系。    哪道国家，行业、公司的大环境是这样，我们就坐已待毙。绝对不行，至少我是坚决不认命，因为我热爱这个职业，我对测试行业充满信心。

       至少到目前为止，我们每年都在进步，包括人员，、资源，方法都在进步。08年的时候只有一个测试组就2号人，一台普通PC的测试做服务器，95%以上工作是手工的。到今天我们有20号人，服务器都专业化了，有数据库服务器，应用服务器，备份服务器等。我们现在很多项目都在做性能测试了，也慢慢开始介入一些自动化测试尝试。

       每个时间断都会出瓶颈期，其实我自己也出现瓶颈期了，可能我的能力只能同时管理10个人，现在我管着20人就有瓶颈了。出现瓶颈不用怕，我们只想办法去解决就行了。

       其实软件企业部门的地位我个人认为还是靠部门人员能力和素质，当这个部门的人员的能力和素质都是出类拔萃，能够让公司领导和兄弟部门信服的话，我们的地位肯定就提高了。　我们不仿尝试一些办法来改善这种局面，我们目前改变了大环境，先改变自己，提高自己做起。以下是我想到一些提高我们自己的一些建议：

1.     提高业务和专业水平，每天进步一点

       有时间就抓紧学习，快速提高自己。学到的东西能很好的应用到实际的工作中去。比如你想往测试组长发展就有意识提前学习项目管理的知识，如何做计划、跟踪计划、，安排任务、跟踪任务等。

       比如我们计划半个月以后要测试公司开发的一个微信系统，那么我们就要在提前把目前互联网行业中比较知名的微信相关产品使用的非常熟练。测试并不是有需求说明书，有文档，有用例就能测试完美的。需要当一个普通用户一样去第一次感受这种项目的特点，第一感觉是最有价值的。在产品人员，开发人员当中，测试要成为最了解系统的那个人。

2.     主动深入项目和产品中去，成为关键先生

我们千万不能有“你怎么设计，怎么开发，我就怎么测”这种想法。一定要有用户体验的敏感度，你的意见会得到产品人员的采纳。需求评审、设计评审要以主人翁身份参加进去，让产品经理，项目经理进行相关讨论都会主动让你参加。

我们自己的编写的用例一定相关产品经理，项目经理，项目相关成员来年评价，让他知道你会这样去测试一个系统，他自然在开发的过程会注意这些用例点。质量自然提升。测试过程中，我们要主动跟项目负责人，产品负责人交流，告诉我们的工作情况和碰到的问题。要让我们成为项目中最不可缺少的一员。

3.     提高自信，坚持原则，树立权威，关注过程和结果。

我们的报告文档中不出现“也许”、“基本”、”可能”这些字眼。我们所有报告文档是规范统一、清晰明了、简洁大方。，要让其它部门感觉到测试中出去的报告文档是权威的，是专业的。我们所过程都是遵守着公司规范和制度，所有评价结果都是有据可查，有法可依。所有工作的目的都是测试的目标，提高产品质量，降低工程成本。

4.     善于总结和分享，善于沟通能影响他人

能定期总结，将工作问题总结，并根据自己的理解有初步的解决方案，并跟踪直至问题解决。能够将自己应用好的方法通过各种方式在部门或公司分享。有时不要怕自己的技术被别人学去，能在分享的同时你也在进步了。

能主动跟产品经理，项目经理，项目组成员、公司领导沟通。沟通的时候能在坚持原则的同时，站在对方思考和沟通问题。在适当的时机法宣传我们自己，宣教遵守规范和过程的好处，去影响其它人。如让研发知道我们是怎么做测试的，让他们改变测试就是随意点击这种意识，他们看到了我们的专业性，在关键项目上我们有很好的表现，长期以往地位自然会提升。

　　总结，前面我说了这么多，我是有感而发，提高测试中心的地位，不仅靠测试经理的灵活运作，更要看大家的专业业务技能，团队配合好坏。都做到了，我们自然成为公司不可缺少的核心力量，地位也就顺其自然上升，工资，奖金也就顺其自然提高了。

 

 

负载测试（Load testing），通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征。例如，响应时间、事务处理速率和其他与时间相关的方面。

测试*** 11:02:59
您好
大傻 11:03:45
好
测试*** 11:03:52
我是刚入行  刚接触qtp  想请教下 有什么好的书和资料介绍不
大傻 11:04:22
你测试几年了
测试*** 11:04:20
或者说在学习上更好的建议
测试*** 11:04:33
测试8个月
测试*** 11:04:37
没几年
大傻 11:05:13
那学QTP还早了一些
测试*** 11:05:36
还早了点  还您觉得我现在主要是要学习什么知识呢
测试*** 11:05:42
因为很迷茫
大傻 11:07:44
说说你现在做得工作
测试*** 11:07:57
我现在在一家物流公司做网站测试
测试*** 11:08:17
现在测的最多的还是互联网这一块
大傻 11:08:32
说说网站业务和架构
测试*** 11:09:12
网站主要是针对于用户注册 登录 下单预报   要走货就要在网站上面预报
测试*** 11:09:35
很简单的业务
大傻 11:10:16
用户注册的表名是什么
大傻 11:11:02
下单预报的后台数据流程是，涉及哪些表
测试*** 11:11:23
这个我都还不清楚  因为我只是涉及功能  关于数据库那一块我还不清楚  没让我 涉及
测试*** 11:12:08
我现在是准备换工作的

 

一名老兵的建议：测试工作就像练绝世武功一样，需要先打好基础，不然会走火入魔的。

测试全景图

“彷徨”一词百度百科是这么解释：　

1.         亦作“仿偟”

2.         指因心神不安或犹豫不决而来回走动

3.         周游；流荡

实际上每个人在人生的每个阶段都会“彷徨”，包括在家庭，婚姻，工作，事业，生活等各个方面。当然我们的测试职业也是一样，也会彷徨，我也曾经多次彷徨过，我想我将来还会出现。我觉得我们首先要正视这个问题这一切是正常，如果处理的好，将对我们带来非常积极的影响。

我们从事的测试职业，我认为可以分成三个阶段学习期（2至3年），成长期（3至7年），积累期（8年以上），在每个阶段未到后一阶段初期，测试人员最容易出现“彷徨”。我们先来看看三个阶段状况。

学习期也可以说是我们测试的基础期，这个阶段我觉得团队氛围，特别第一位帮带老师或直接领导是最重要，这有可能影响该新人的一生的工作方式和工作习惯。我记得有一个同事他的领导技术能力很强，但是很会骂人，现在他也成为领导了，我发现也成了技术能力强但也是很会骂人的领导。所以现在当有应届生来到岗后，我会尽量安排工作责任心强，工作规范执行较好的测试Lead来帮带这样的新员工。学习期出现的彷徨一般是觉得自己一定的能力了，那些老员工工资凭什么拿得比我高，他做的事我都能做。或者自以为自己啥精通，其实有些懂得连皮毛都没有。我有一个很要好的开发朋友是一个资深开发，现在一家公司担任架构师一职。他说工作一年的时候在简历把j2EE选择精通，三年的时候选择熟悉，5年的时候选择了解，现在没得选了。

成长期应该测试职业的创业阶段，是拼杀在前线带队的将军，是能够万军从中取上将首级的人。需要有一身“闯”劲，要有解决问题的能力，特别是攻克重要的测试项目和技术难关。这时需要寻找自己的机会，要把测试相关各种业务，技术搞精搞透。问题碰到一个消灭一个，解决问题的时候一定要追根问底，把问题真正搞明白，而且要定期总结。这个时候公司的发展前景应该是我们关注的重点，这个时时候测试人员也会出现“彷徨”，应这这个时候诱惑最多，最大。在这里每个人都会出现一个测试职业性质分水岭，继续技术还是偏向管理。很多人会选择管理，这也是目前大部分国内公司的实际情况，只有管理才有上升空间。其实我们不要被这种事彷徨，所有一切可以根据自己的处理去改变。很多测试经理喜欢技术不喜欢管理，其实很多可以这样解决的自己还是做技术解决、测试难题攻关和人员技术培训，而把日常管理、人员考核，部门预算等琐事交给副经理或者技术文秘处理。大家一定要记住我们要学会适应环境或者自己去创造环境。

积累期应该是测试比较辉煌的阶段，在公司也有一定资历和地位，是幕后运筹帷幄的元帅，是能够运筹于帷幄之中，决胜于千里之外的人。这个时候应该根据实际经验，根据公司实际情况制定章程，工作标准流程，建立自己的核心团队，团队要合理配备要有学习期的也要有成长期的人。其实积累期的人也会彷徨，特别当前面所做的事都基本完成后，发现没有动力再次推动。我有一测试朋友他是这么处理，创建一个团队后就离职然后到新单位再重新来一遍周而复始。我觉得这个时期应该需要创新，包括测试本身的创新，如引入自动化测试，量化考核上，测试框架的建立等。也可以职业进行新的规划，如搞质量管理，有得做研发管理，做测试咨询等。

目前随着测试行业的欣欣向荣，涌进很多测试人员，包括刚毕业的，开发转行，其它行业转行，但是我总感觉现在有一个误区。都想搞自动化，都想学工具，只要学好QTP，LR就能测试，就能拿高工资。

其实随着各个行业发展，特别是像金融，证券。医疗，电信这样的行业，业务相当得很复杂。特别是目前项目中需求粗糙，甚至没有情况下，对测试人员的业务知识要求越来高。我们公司是做医疗，如是不知道医院流程，医学行业标准、医学知识，医生、护士每天怎么做事，我们是没法做好测试的。

我记得刚进公司闹过这样的笑话，我给客户演示医生站，演示输处方功能，我每输入一个药品，医生都会有骚动。听到的是这个药品不能口服要死人的，这个药品的剂量不能开这么大，这个药品要皮试后才能开正式处方等等。

这两天我收到好几个项目中缺陷，发现很多也是业务问题，如：医生开处方或医嘱时，药品这块主要是看剂量，数量是可以通过剂量转换，但是测试人员剂量把他当作规格，以为只是作为单位看看的，造成在特定的情况下剂量转换数量错误。

我说这些的目的就是想告诉大家，业务知识在测试过程中的重要性，大部分情况下一个业务精通测试人员比一个测试工具使用很强的测试人员更能发现问题，测试质量更高，项目组成员更喜欢。

当然有很多人在想我精通业务做什么，测试人员把测试技术学好就好了，对以后职业有什么作用，其实很多东西共通的，如：ERP，在咱这里叫HRP（HIS），业务中也有财务，库房，人事，客户关系等相关业务。很多东西都是可以借鉴的。其实业务需求分析员也是可我们测试人员经后不错的发展的方向，我这里就有好几个都去做这块了。

这个时候有人会问，你说的这么好，，如何快速掌握业务知识，我觉得有很多的途径。

1.       百度，Google至少先明白那行业中的专业术语。

2.       参与需求调研，有机会参与客户培训和售前支持，多与客户面对面沟通。

3.       查阅系统原有的需求、设计，运行产品对照用户手册熟悉系统。

4.       根据自己理解试着画业务流程图，整理功能清单，找相应业务人员确认。

今天在论坛每周一一问到这个话题，引发了我对这个问题的思考，如果老板问我的时候，我怎么回答呢。其实目前很多公司都有这样的声音，一种公司层面，一种是测试人员自己层面。

第一种：公司很多领导不管是技术出身还是其它出身，在目前这个公司利润第一，控制成本大环境下肯定会对测试有偏见的。他们在想，我的公司需要不需要测试这个岗位，他的必要性在哪里，我要花费多少成本，值不值。我有无必要花这么高成本养这些有经验的人；是不是招一些刚毕业的大学生或实习生就行。

第二种：正在做或想进入这个行业的测试人员，都会想，我做这份工作的问前（钱）途在哪，职业规划如何进行。甚至有很多人觉得测试入门低想把它作为以后转开发的跳板。

可能我现在角色的转换现在属于一个管理者身份，我在考虑这个问题的时候，我不喜欢把“测试人员”看作一个个体来考虑，会太狭隘。我们应该把这里的“测试人员”看作一个团队，那怕测试团队中只有一个人，他也代表团队。那么这个团队的“核心技术”、“价值”是什么，就是做好我们的【测试服务】。服务的核心价值的是【服务内容】。那我们要做什么扩大我们服务范围和内容，提高我们的服务质量和水平。

首先做好我们现在本职工作，保证所交付的产品质量，这是我们测试的目标，也是我们测试成果的产物。如何做到呢，那就需要尽早介入测试，尽早熟悉产品业务以及产品涉及的相关技术，全程有效严格测试，与项目组一起完成项目目标。

其次，尽可能在项目参与力所能及的工作中，如用户需调研，技术评审，业务培训，售前支持。我有这里有很多测试人员都具备相关能力，很多部门都想来挖。我发现偶尔做了这些事不但没有影响测试工作，而且都提高了测试水平。

最后就是组织过程资产积累。组织过程资产积累能够，不仅能让团队人员少犯错，而且能让新到的人员能很快了解到公司规范，过程，经验、产品业务等，尽快进入解决承担起测试工作。如果一种测试方法，团队中任何一个成员能通过一种途径和方法很快掌握。这样的团队他的成员，可以说都掌握了该公司测试核心技术，其中每个成员的工作都是有价值的。

软件正进入测试时代，测试同仁我们的明天是光明J。

随着计算机的发展，产品功能越来越庞大，产品业务越来越复杂，用户对产品质量的要求越来越高。产品质量的提高在做好需求分析，设计分析，编码实现的前提之下，软件测试也是提高产品质量的重要手段之一。

本书的目的结合作者经验和网络收集的资料，对测试过程，规范，测试方法，测试工具，数据库等个个方面进行收集整理。供测试同仁参考学习之用。希望能各位测试工作带来一定帮助。

整理编写《测试大全》一书是一项具有强烈挑战的创新工作，难度大，时间紧，加之编者水平有限，书中难免有疏漏之处，敬情各位同事谅解。书中很多内容只能抛砖引玉，需要大家从其它渠道如书本，网络，交流等获取更详细的内容。

如果有意见和建议请与大傻联系。Email：ldjzj@163.com ，QQ交流群号：14926562

                                                                           大傻

                                                                                    2010-11-23 晚上23点17分

最近我一直在研究自动化测试方面的内容，几个项目也在应用，通过各种反馈和自己对自动化的理解，总结了这么几条。

1.     我们必须使用自动化，但不能依赖自动化。

测试技术日新月益，如果一个从事三年以上的测试工程师对自动化测试一窍不通，那也是白混了。但是最近发现我周围的人对自动化测试出现两个极端，一种是自动化测试解决所有问题，只要引用自动化，测试人员可以下岗了。另一种是自动化测试太麻烦了，还不如手工测试效率高。

我们必须使用自动化测试，自动化测试是一种测试方法和一种手段，作为专业的测试人员必须掌握它，并在合适的时候使用它。千万不要出现在不管什么时候什么项目都要使用它，自动化测试是一测试方法，只要项目测试需要时选择它。

2.     我们要让自动化工具做擅长的事情，而且要想办法让被测对象变成他擅长的事情。

我们必须对所使用自动测试工具的特性要非常熟悉并发挥他的特长。如QTP他的优势是对象捕捉，数据处理不是强项，那边基础数据准备的事情就交给手工或其它工具。

有时候我们也要意识的去改变一些东东让他变成自动化擅长做的事情。如一些大型的MIS系统很多的检查点都是判断数据是否新增成功，但是我个人认为QtP的数据检查点不是很好使用，但是他的标准检查点和文本检查点很好用，我们改造了我们软件，在所有数据检查点的地方我们自己增加了MsgBox。

3.     自动化测试必须全员参与，只有分工或参与重心不同，。

我看了很多帖子都自动化测试必须有专门的人来做，我不是很赞成，可能跟我现在的团队规模有关。我个人认为当一个测试团队中自动测试人员只有2到3人时，只有分工不同或参与重心不同。

产品测试组：负责业务分析，录制脚本，设置检查点，执行脚本。

自动化测试组：工具选择，增强脚本，维护脚本，框架培训。

4.     只有精通业务和手工测试，才能做好自动化。

如果业务都不熟悉，或者手工测试都没有做过的人，能搞好自动化测试，你认为可能吗。

5.     自动化测试必须长期应用，长期积累，长期维护完善。

自动化测试最主要的特点是能重复利用，如何重复利用能，那就是让脚本灵活，如果灵活那脚本就需要结构化，框架化。如数据分离，功能函数化等。

最后把我一个目前我们团队一个自动化测试的框架图分享给大家吧。

 

    我们测试团队通过不断的发展，现在已经12人枪了，今年我们也打算好好大干一场，组建独立的自动化测试团队，虽然现在只2.5人枪(我只能算半个人)，但是我们最近发现，经常碰到一些问题，而且网上有很多人都在问同样的问题，有很多答案。但是很多答案我们花很长时间去验证，发现是无效，或者是没说清楚我没有理解透。
    我跟同事商量一下决定创建一个虚拟组织BSTestTeam（创业测试组）简称BSTT，重点负责将日常碰到的问题和解决方案用通俗的文字整理成文档大全，并让摘入大全的内容都是通过验证和有效的，并免费提供大家下载。希望测试方面的高手有志人士加入我们，创造一个类似开源代码的开源测试资料。QQ群：14926562  .

BSTT宗旨：倡导测试开源，分享测试经验

有的女生就像Windows 虽然很优秀，但是安全隐患太大。
有的女生就像UNIX  她条件很好，然而不是谁都能玩的起。
有的女生就像C# 长的很漂亮，但是家务活不行。
有的女生就像C++,她会默默的为你做很多的事情。
有的女生就像JAVA,只需一点付出她就会为你到处服务。
有的女生就像JAVA script，虽然对她处处小心但最终还放不了。
真正爱上一个人的时候，那就是常量限定，永远不会改变。
女朋友就是私有变量，只有我这个类才能调用。
情人就是指针用的时候一定要注意，要不然就带来巨大的灾难。
预祝各位在测试第一线的测试员们，五一节快乐

我进入测试行业，就知道有51testing，记得很早就注册了一个ID，但是后面不知道是我用户名搞错了，还是密码记错了，后面没办法，05年3月8号重新注册了一个，一直用到现在。刚开始我将51testing当作学习测试的一个知识库，因为我不管用百度还是google问测试问题时，能给我正确答案都在51testing。
        后面随着测试经验积累，我也慢慢在51testing上问问题或解答问题，从去年开始我也在51testing博客写一些我的总结和问题处理方法，也很荣幸在51testing的杂志发表两篇文章，这里对我印像比较深是几个51testing上我接触到的管理员比如论坛上默默巫，博客上fishy，杂志上的小蒋，他们非常敬业，处理事情非常及时。 51testing上有太太多无名英雄了如一些版主，专家，会员他帮助了我解决了很多问题。他们也为测试行业发展做出很大贡献，在这里我要向他们致敬！
    我还要感谢51testing这个平台，让我这些搞测试的有精神寄托，也让我认识了很多的测试同仁，虽然不知道他们是美女还是帅哥，但是我知道他们是和我一样在测试行业中战斗，我不是孤独者。
    最后祝51testing6周岁生日快乐，也祝我测试行业能够蓬勃发展，我相信测试的明天会更美好，

    在上海工作的微软全球技术支持中心的部门经理刘润，3月14日从徐家汇打的去机场。出租车司机的一番话让刘润震撼，觉得上了一堂生动的MBA案例课。下车后，刘润邀请这位司机到微软上海公司作一场演讲(目前还没有成行)。 在飞机上，刘润迫不及待地将这一经历记录下来，以《出租司机给我上的MBA课》为题，发表在个人博客上。刘润的博客由于发表了这篇文章人气大增，阅读者超过17000人次。 ­

　　一个普普通通的出租车司机，为什么能折服微软公司的高级白领? ­　　在博客中，刘润写道，这位大众出租车公司的司机向他讲述了一系列开出租车的窍门，司机对开出租车的成本核算量化到了以分钟计算，对乘客的细分也精确到了从外表就能判断是否是最有价值的客户。 ­

　　“做出租车司机，也要用科学的方法” ­

　　“去哪里……好的，机场。我在徐家汇就喜欢做美罗大厦的生意。这里我只做两个地方。美罗大厦，均瑶大厦。从写字楼里出来的，肯定去得不近……” ­

　　“哦?你很有方法嘛!”我附和了一下。 ­

　　“做出租车司机，也要用科学的方法。”他说。我一愣，顿时很有些兴趣:“什么科学的方法?” ­

　　“要懂得统计。我做过精确的计算。我说给你听啊。我每天开17个小时的车，每小时成本34.5元……” ­

　　“怎么算出来的?”我追问。 ­

　　“你算啊，我每天要交380元，油费大概210元左右。一天17小时，平均每小时固定成本22元，交给公司，平均每小时12.5元油费。这是不是就是34.5元?”。 ­

　　我有些惊讶。我打了10年的车，第一次听到有出租车司机这么计算成本。以前的司机都和我说，每公里成本0.3元，另外每天交多少钱之类的。 ­

　　“计价器有一个‘检查’功能。我做过数据分析，每次载客之间的空驶时间平均为7分钟。如果上来一个起步价，10元，大概要开10分钟。也就是每一个10元的客人要花17分钟的成本，就是9.8元。不赚钱啊!” ­

　　他像是一位成本核算师 ­

　　强!这位师傅听上去真不像出租车司机，倒像是一位成本核算师。“那你怎么办呢?”我更感兴趣了，继续问。 ­

　　“千万不能被客户拉了满街跑。而是通过选择停车的地点、时间和客户，主动地决定你要去的地方。”我非常惊讶，这听上去很有意思。“有人说做出租车司机是靠运气吃饭的职业。我以为不是。你要站在客户的位置上，从客户的角度去思考。”这句话听上去很专业，有点像很多商业管理培训老师说的“putyourselfintoothers'shoes.” ­

　　“给你举个例子，医院门口，一个拿着药的，一个拿着脸盆的，你带哪一个。”我想了想，说不知道。 ­

　　“你要带那个拿脸盆的。一般人小病小痛到医院看一看，拿点药，不一定会去很远的医院。拿着脸盆打车的，那是刚出院的。” ­

　　我不由得开始佩服。 ­

　　从别人身上找原因，你永远不能提高 ­

　　“再给你举个例子。那天人民广场，三个人在前面招手。一个年轻女子，拿着小包，刚买完东西;还有一对青年男女，一看就是逛街的;第三个是个里面穿绒衬衫的，外面羽绒服的男子，拿着笔记本包。我毫不犹豫地停在这个男子面前。这个男的上车后说:延安高架、南北高架……还没说完后面就忍不住问:“为什么你毫不犹豫地开到我面前?前面还有两个人，他们要是想上车，我也不好意思和他们抢。” ­

　　“我回答说，现在是中午，那个女孩子是溜出来买东西的，估计公司很近;那对男女是游客，没拿什么东西，不会去很远;你拿着笔记本包，一看就是公务。而且这个时候出去，估计应该不会近。那个男的说:你说对了，去宝山。” ­

　　“那些在超市门口，地铁口打车，穿着睡衣的人可能去很远吗?” ­

　　有道理!我越听越有意思。 ­

　　“很多司机都抱怨，生意不好做啊，油价又涨了啊，都从别人身上找原因。我说，你永远从别人身上找原因，你永远不能提高。从自己身上找找看，问题出在哪里。”这话听起来好熟，好像是“如果你不能改变世界，就改变你自己”这句名言的翻版。 ­

　　“所以我说，态度决定一切!”我听十几个总裁讲过这句话，第一次听出租车司机这么说。 ­

　　“要用科学的方法，统计学来做生意。天天等在地铁站口排队，怎么能赚到钱?” ­

　　　用1元钱买25分钟，多合算 ­

　　司机继续说:“有一次一个人打车去火车站，说这么这么走。我说慢，上高架，再这么这么走。他说，这就绕远了。我说，没关系，你经常走你有经验，你那么走50块，你按我的走法，等里程表50块了，我就翻表。你只给50块就好了，多的算我的。” ­

　　按这个乘客说的那么走要50分钟，按我这么走虽然多走了4公里，但快了25分钟。乘客很高兴，他省了10元钱左右。“这4公里对我来说就是1块多钱的油钱。我相当于用1元多钱买了25分钟。我刚才说了，我一小时的成本34.5块，我多合算啊!” ­

　　这位司机透露，在大众公司，一般一个司机一个月能拿到三四千元收入。做得好得大概5000元左右。顶级的司机大概每月能有7000元。全大众公司两万个司机，大概只有两三个司机，每月能拿到8000元以上。“我就是这两三个人中间的一个。而且很稳定。” ­

　　太强了!我越来越佩服这个出租车司机。 ­

　　有快乐积极的心态，赚的钱就多 ­

　　“我常常说我是一个快乐的车夫。有人说，你是因为赚的钱多，所以当然快乐。我对他们说，你们错了，是因为我有快乐、积极的心态，所以赚的钱多。” ­

　　说得多好啊! ­

　　“要懂得体会工作带给你的美。堵在人民广场的时候，很多司机抱怨，又堵车了!真是倒霉。千万不要这样，用心体会一下这个城市的美，高楼大厦虽然买不起，但是却可以欣赏。每一样工作都有它美丽的地方，我们要懂得从工作中体会这种美丽。” ­

　　“我10年前是强生公司的总教练。我在大众公司做过三个不同部门的经理。后来我不干了，一个月就三五千块，没意思。我愿意做一个快乐的车夫。哈哈哈哈。” ­

　　到了机场，我给他留了一张名片，说:“你有没有兴趣这个星期五，到我办公室，给微软的员工讲一讲你怎么开出租车的?你就当打着表，60公里一小时，你讲多久，我就付你多少钱。” ­

　　刘润没有公开这位司机的身份。针对这位司机所谓的“选客说”，上海大众公司有关负责人表示，在不违反客运条例的基础上，司机这么做无可厚非，毕竟谁都想多赚点钱。 ­

　　编辑发言 ­

　　开出租车和做软件当然是两个行业，但这位司机在一个看似没有多少技术含量、没有多高门槛的行业，发现了令人信服的赚钱路径。这，不得不让所有行业的人重新思索一下:我在这一行做到最好了吗?这恐怕也是这位司机让刘润感到震撼的原因。在上海工作的微软全球技术支持中心的部门经理刘润，3月14日从徐家汇打的去机场。出租车司机的一番话让刘润震撼，觉得上了一堂生动的MBA案例课。下车后，刘润邀请这位司机到微软上海公司作一场演讲

       最近很多刚入行的师弟师妹问我，像我这样刚接触的测试的人员要学习哪些东西！其实没有什么特殊就是测试的基本方法，公司业务，一些能够用得上工具！最主要的是我们能够坚持 ，能够应用，能够总结。
    测试菜鸟到测试高手实际没有捷径，没有什么特效药，应该像学习外语一样，一步一步来，所以测试高手肯定都经过做了N个项目造就出来。
      现在很多师弟师妹都有一个误区，老想一开始就学习一个什么工具，搞懂了就成高手了。其实不管什么工具你不在项目中真正使用过，你不可能通过看看书，做几例子就成高手了。使用工具和编码一样，需要常用才会精通。
      希望我们的师弟师妹刚开始时先去做一个项目，做任何事时做之前先想想应该怎么做，怎么做才会更好．做完以后总结一下有什么地方可以改进．



不管学什么，要坚持，要应用，要总结！如果能够归档更好了！