为功能测试正名，写给广大软件测试同行
　首先，恭祝生日快乐，感谢您一直是所有软件测试人员成长的摇篮和精神支柱！
　　从刚刚接触软件测试工作，到现在已经有十年之久。
　　十年前，毕业后就进入了一家软件公司，经理分配的任务就是测试软件，发现有错的地方就告诉他。这是我对软件测试工作的第一印象，就是看系统是否报错，各个功能按钮是否能够正确响应。
　　两年后，由于公司经营不善，我被公司裁员。其理由是：技术总监认为没有必要设置软件测试工程师的岗位。因此，竞岗时，我无岗可竟。
　　恰巧，当时中国软件评测中心跟省科技厅联合培训，于是，我就第一次真正认识到什么是软件测试。同时，也知道了51testing和测试时代这些软件测试交流的专业平台。
　　之后，我就入职另一家软件公司。当时，入职的职务是测试员，但公司的测试基本上和我第一次接触软件测试工作时的水平差不多。于是，我就从最基础的缺陷管理、测试用例、测试流程、测试规范、测试标准等等，一步步的将公司的测试规范建立起来，而我也因此成为了公司的测试部门经理。从测试员到测试部门经理，在这短短的八个月的时间里，可以说我取得的每一次进步，掌握的每一种知识，均来源于51testing和QQ群。可以说，如果没有这些交流平台，就不可能有系统化学习的机会。
　　为了挑战质量要求更高的项目，我离开了家乡，加入了现在的团队。这是一支由150多名技术人员组成的团队，其中，测试人员有20人。我入职的职务是测试组长，两周后任质量经理，八个月后任测试总监。从各种测试标准的制定到测试规范的建立，再到测试体系的建立；从团队战略发展方向到团队梯队建设再到测试知识库的筹建；从技术培训到团队成员职业规划；三年来&，我和这支团队一起成长。
　　从业近十年，参与的项目十余个，其中千万级以上的项目三个。项目涉及MIS、HIS、GIS、OA、三维应用、BI、SOA、应用系统集成等诸多方向，其测试类型包括：功能测试、性能测试、接口测试。
　　说了这么多，大家一定以为我写跑题了，其实不然。之所以描述自己的成长经历，是想告诉大家我的体会来源于我的经历。
　　无论是在各种测试论坛上，各个测试QQ群中，还是在招聘时的应聘人员。我经常会遇到这种问题，相信大多数同行们也都遇到过。
　　1、做功能测试有前途么？　　2、做黑盒测试有前途么？　　3、我现在只能做功能测试，但我今后一定要做自动化测试、性能测试！　　4、你们公司上自动化了么？　　5、我会QTP、LR。
　　广大测试同行在投简历时，也一定常见这种职位要求：要求熟练掌握LR、QTP、QC、TD、Bugzilla等工具之一。
　　咱们先说说后面这种情况。一个公司在选择测试人员时，竟然将这些测试工具作为选人标准之一。我想问这样招聘的公司几个问题：
　　1、贵公司的产品适合上自动化么？　　2、贵公司的管理水平达到上自动化的要求了么？　　3、LR能完全支撑贵公司产品的性能测试么？　　4、贵公司一年能有多少项目需要做性能测试？　　5、缺陷管理工具每个公司用的都不太一样，其缺陷管理流程是需要结合公司管理流程的，这种工具即便人家不会或没用过此类工具，你就不能培训么？很难么？
　　除非公司是在招聘对口的技术人才，否则，我只能认为这家公司的测试水平真的不咋的。甚至于写招聘要求的人，压根就不懂测试。
　　咱们再来说说关于同行们对功能测试的误解。好多人都认为功能测试门槛低，没技术含量，好像提起来做功能测试就低人一等似得。如果你有这种意识，我只能说：兄弟，多干几年吧。我承认功能测试的入门门槛是低，但我不认为功能测试没技术含量。我甚至认为一个能把功能测试做好的测试人员，才是一个合格的质量负责人！
　　大家先别拍我，让我们来谈一下什么是软件测试。既然大家都是同行，相信大家都认同：“通过测试手段，在用户使用前，发现缺陷。”以及“软件中不可能没有缺陷。”这两句话。不错，测试是不能被穷举的，因此，我们也不可能发现软件中所有的缺陷。因此，我们是不是能够换句话说：“软件测试是通过一系列的测试手段，证明软件具备一定的质量。”
　　如果你认同这一观点，那么我们再来谈谈功能测试的范围。
　　狭义的功能测试：这点点，那点点，看看能不能正确打开页面、程序会不会崩溃、功能是不是能够正确实现等等。这也就是大家之所以认为功能测试没技术含量的根本原因。因为这种测试也得叫它功能测试。
　　广义的功能测试：各种业务逻辑是否已正确实现？各种业务约束是否正确实现？各类特殊的数据是否能够正确处理？软件的容错机制如何？数据的完整性、唯一性、正确性是否已经通过测试？系统及数据的安全性是否已通过测试？软件的易用性是否满足用户的需要？等等等等。功能测试所包含的范围实在是太大。
　　我没有贬低其他测试专业的意思，但有几点是需要说明的。随着各行各业对信息化建设的需求日益提高，其软件的规模和复杂度正在翻倍的提高。而功能测试的难度也随软件的复杂度逐日提高。而相对来说，白盒测试依旧关注的是单个函数的代码逻辑以及异常的处理；自动化测试仅仅提高的是测试执行效率，测试质量依然是要靠功能测试用例来保障；性能测试其实关注的是业务发生的场景和如何生成负载和收集监控指标，其变化就是需要监控的对象更多，影响因素更为复杂。
　　面对规模庞大，业务逻辑愈来愈复杂的系统，保障其软件质量，就需要广大功能测试人员具备更强的逻辑分析、设计能力；掌握更多的业务知识及技术。同时，由于当前国内绝大多数企业对测试工作的认知程度不足，大多数测试工作都是在时间紧、任务重的条件下完成的。那么，在有限的条件下，如何能够提高软件产品的质量，即：如何证明软件具备了一定的质量。将是所有软件质量负责人首先考虑的问题。
　　在这种前提下，我认为，一个好的功能测试工程师应具备丰富的行业知识（专家级），极强的逻辑分析能力，精于业务架构、测试架构、数据库、测试用例的设计。公司的产品质量，取决于测试负责人的组织能力及团队成员的技术能力，因此，功能测试工程师在测试团队中不可或缺。
　　无论是白盒测试、自动化测试、性能测试，都是不同的测试手段，但功能测试却是产品质量的根本保障！&请广大正在从事功能测试的同行们，正视自己的工作，认真对待，不要气馁或轻视自己的工作。将自己手头上的事做好，人生的每一段经历都将是你的财富！【请问软件测试以后一般工作是什么岗位，需要具备哪些知识技能。】-突袭网
3:37:38【 转载互联网】 作者： &&|&责编：李强
&&& &为了解决用户可能碰到关于"请问软件测试以后一般工作是什么岗位，需要具备哪些知识技能。"相关的问题，突袭网经过收集整理为用户提供相关的解决办法，请注意，解决办法仅供参考，不代表本网同意其意见,如有任何问题请与本网联系。"请问软件测试以后一般工作是什么岗位，需要具备哪些知识技能。"相关的详细问题如下:RT,我想知道:请问软件测试以后一般工作是什么岗位，需要具备哪些知识技能。===========突袭网收集的解决方案如下===========
解决方案1：请详细说明比如说一般是在软件公司里面做什么项目的，需要哪些知识技能，一般要运用到什么软件解决方案2：JUnit(XUnit)，OFFICE系列,CVS。其实这些东西在知道里一搜一大堆，用例管理工具，Loadrunner，太多了, JIRA，缺陷管理工具，版本管理工具，单元测试的，例如Bugzilla，JMETER，Mantis软件测试是跟开发团队配合，需求管理工具,SELENIUM，QTP。如果是独立做项目。软件方面，分功能的，那么一般是第三方测试项目；自动化测试工具,等等等等, QC，性能的。你不如自己去搜，其他等等等等，SVN，我都回答腻歪了，文档编写，一起保证产品质量的啊
================可能对您有帮助================
问：比如说一般是在软件公司里面做什么项目的，需要哪些知识技能，一般要运...答：软件测试是跟开发团队配合，一起保证产品质量的埃如果是独立做项目，那么一般是第三方测试项目。软件方面，需求管理工具，用例管理工具，缺陷管理工具，例如Bugzilla，Mantis, JIRA, QC,等等等等，太多了；自动化测试工具，分功能的，QTP,SELENI...===========================================问：我是个女生，现在大三了，明年想找软件测试方面的工作，现在进行JAVA软...答：你的经历跟我很像，我也是参加过JAVA培训，然后做测试的，之所以没有做开发是因为就算参加培训了，找工作时都说没实际经验很少给机会的，测试虽然入门比较低，但要做好测试并不那么容易，只是简单的功能测试谁都会做，但工作中涉及到的网络协议...===========================================问：我是个女生，现在大三了，明年想找软件测试方面的工作，现在进行JAVA软...答：软件测试的基本知识：例如什么是软件测试，什么是缺陷，为什么会出现缺陷，软件测试有哪几种按阶段划分，什么是黑河测试，什么是白盒测试，各有那些测试方法！还有测试用例的编写，测试用例的写作方法，比如什么边界值、等价类、正交试验等的方...===========================================问：我是个女生，现在大三了，明年想找软件测试方面的工作，现在进行JAVA软...答：好找的呀，不过建议自学点测试工具吧，不然测试还是难以入门，性能测试也是门技术活，干个一年后月薪6000没问题的，上海工资普遍偏高。===========================================问：我是个女生，现在大三了，明年想找软件测试方面的工作，现在进行JAVA软...答：每个公司的软件测试人员的职责和活动是不尽同的。有的测试人员并不需要编码，只是做白盒测试，点点界面按钮，输入参数，等等。 当然，测试用例文档编写是必须的。 有的公司则需要你编写测试代码或脚本，甚至编写测试工具。 后者在软件开发上的技...===========================================问：我是个女生，现在大三了，明年想找软件测试方面的工作，现在进行JAVA软...答：呵呵，面试不就是要给面试官的感觉良好，把自身形象打扮好一点，还要把专业知识巩固一下，面试的时候要和面试官多互动，不要面试官问一句你才答一句，那就感觉你很不开朗，不好搞人机关系，其余的就自己把握咯！===========================================问：我是个女生，现在大三了，明年想找软件测试方面的工作，现在进行JAVA软...答：一般都是指相关岗位工作经验，就是测试工作经验===========================================问：我是个女生，现在大三了，明年想找软件测试方面的工作，现在进行JAVA软...答：学校应该有学习软件工程方面的，然后再课后学习一些测试基础知识等方面的知识。其实在工作中在去学习具体要测试的软件产品知识。===========================================问：因为我的专业是软件设计,但是自己好象做不来那个,学校没有开设软件测试,...答：现在国内对软件测试没有权威的认证，所以考证书来说是没有实际意义的。现在的企业 注重的就是实践的能力。有了证书也脱不开技术面试。如果说做准备，那看是想通过什 么途径进入这个行业了。你本身是学习软件设计的，基础比较好。要不自学，要不...===========================================大家给点意见吧：大四下学期了，软件工程女生想从事软件测试工作，有必要去参见培训吗？
[问题点数：40分，结帖人qiuyanzi]
大家给点意见吧：大四下学期了，软件工程女生想从事软件测试工作，有必要去参见培训吗？
[问题点数：40分，结帖人qiuyanzi]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。& 效率是做好软件测试工作的灵魂
效率是做好软件测试工作的灵魂
　　在平常的过程中，经常会听到有的测试人员这样的抱怨：
　　抱怨1：测试进行到中后期了，可我总觉得测试不充分，总想着再从头回归下才放心。
　　抱怨2：我每天加班，可还是不能保证测试的进度
　　抱怨3：我开始制定的计划不能严格的落实…
　　这样的种种抱怨，或者说是苦恼，大部分人都会深有感触。我认为，之所以出现这些情况，归根结底是我们的测试效率太低了！要想祛除上面的场景，必须提高测试效率！
　　首先要明确，效率不等同于速度，效率=速度+质量+进度。提高效率不仅仅是提高速度，还要保证测试的质量，保证整个项目的进度。
　　那么该怎样提高测试的效率呢？
　　1、测试人员要对整个项目的需求有充分的了解——有的放矢
　　一个测试人员在着手开始进行测试的时候，要确保自己对项目的需求有充分的正确的理解。只有做到知己知、彼洞悉全局，才能有的放矢、游刃有余。一个没有掌握需求的测试人员去开展测试，他所作的所有工作，是没有任何意义的。
　　2、要和测试、开发、业务方多进行有效沟通——勤于沟通
　　我们不仅要沟通，而且要进行有效地沟通，即在双方都对业务或者问题有很好的理解掌控的基础上进行沟通。测试人员之间要进行有效地沟通，才能保证整个测试工作在正确的轨道上行进；测试人员要和开发进行有效地沟通，才能保证整个项目平稳进行，测试人员要和业务方进行有效地沟通，才能保证提交一个符合用户需求让用户满意的产品。
　　3、根据变化调整计划——拥抱变化
　　虽然在测试进行前我们制定了详细的计划，但计划没有变化快，真正实施的时候，环境、人员、需求……都有可能会发生变化，这些因素迫使我们不能按照原计划进行测试。既然不能避免变化，那就努力的去拥抱变化吧。这个时候，不是固执的抱着原计划不放，而是要根据实际情况，合理的修改计划已让其适应新的形势，做到“与时俱进”。
　　当然，修改计划的前提时，所有的变化要在我们可控的范围内，如果超出了我们的控制，就需要和开发、业务方一起交流下，是否在项目的进行中出现了问题。
　　4、每天都要总结反思——乐于反思
　　反思是纠正错误的第一步，会反思是一种智慧，不断反思，才能不断完善，不断进步。在测试的过程中，我们定期的反思：
　　“今天的任务落实的怎么样？”
　　“今天遇到了什么问题？已经解决掉的问题，我是怎么解决的？没有解决的问题，我该怎么解决？”
　　“我需要和开发沟通目前所遇到的问题吗？”
　　“明天需要做哪些任务？”
　　如果每天都这样的问下自己，相信我们的测试质量会得到很大的保障，测试的技能和技能也会有质的提高。
　　5、引入自动化测试——事半功倍
　　手工测试固然能保证测试的质量，但也是对人耐性的考验，而自动化测试，既能保证测试质量，又能节省测试时间。
　　1）对程序的回归测试更方便；
　　2）可以运行更多更繁琐的测试；
　　3）可以执行一些手工测试困难或不可能进行的测试
　　4）测试是自动执行的不存在执行过程中的疏忽和错误，增加软件信任度。
　　自动化测试有这么多的好处，基本上可以“鼠标一点，轻松搞定”。
　　6、以愉快的心情工作——愉悦淡定
　　态度决定一切，怀着怎么的心态去开展测试，直接左右着测试的质量。
　　诚然，有的时候测试工作是繁琐重复枯燥无味的，我们机械的点击鼠标执行用例，我们反复的回归验证已经重复了很多次的场景；诚然，每天的生活中总有很多不如意，城市的车水马龙灯红酒绿压抑着我们疲惫的心。
　　如果你的心情被烦躁控制，那么很不幸，你不是一个优秀测试者。 在这样的心境下进行的测试工作，很难保证它的质量。如果你能给宠辱不惊，泰然自若，那么恭喜你——未来杰出的测试工程师！
　　不管遇到什么影响你心情的事情，你都不要把不良的情绪带入到工作中去。恬静平和，淡然自若，悲喜无形于色，宠辱无动于心，从容面对生活，人生，不也正如此吗？
　　你完全有能力让自己带着愉快的心情去工作。只要你愿意，你就会发现，愉快工作是世界上最幸福的事！怎么你不信？那你试试？
作者: 未知
来源: 51Testing软件测试网采编
除非注明，文章为原创，欢迎转载！转载请注明本文地址，谢谢。
本文地址：
相关日志2012 年 8 月 29 日 -- 2012 年 10 月 28 日 -- 2013 年 3 月 20 日 -- 2012 年 11 月 12 日 -- 2012 年 10 月 30 日 -- 2012 年 11 月 13 日 -- 2012 年 10 月 30 日 -- 2012 年 11 月 4 日 --
- 33,130 views - 24,252 views - 18,703 views - 10,358 views - 9,897 views - 8,466 views - 7,288 views - 6,510 views - 5,254 views - 4,769 viewsPosts - 256,
Articles - 1,
Comments - 2032
大人不华，君子务实。
独立博客：
13:26 by 虫师, ... 阅读,
　　这篇总结推迟了好久，一直想在工作一年之后写一篇总结，由于各种琐事以及感觉想法的不成熟，一推再推。这两天尤为强烈，不管怎样都应该把这一年多测试工作学到的知识和想法记录下来。
&&&& 软件测试行业在国内发展时间较短，每个公司对软件测试公司的定位和工作内容也不经相同。本人只在一个公司从事测试工作并时间不长，如有偏见欢迎指正，不胜感激。
个人对功能、性能、自动化三个方面测试的认识
功能测试的重点在哪儿？
　　说一下本人对功能测试的理解，关于功能测试重点在对被测系统的了解上。至于测试方法：等价类划分、边界值、错误推测、因果图....等测试方法很容易理解。把这些方法应用到系统功能测试中也不难，关键是如何应用？这里又引出了一个东东，叫&需求文档&？一个系统不是你想测什么就测什么？也不是你认为它是它就是的。
例如：一个登录，用户名没区分大小写，我是用小写注册的，但是登录时，我用的大些却可以登录，这算一个吗？不是个人认为的是或不是的，要根据需求来判定。
&　　需求很重要，好吧！能得到一份完整或不变的需求对测试人员来说应该是一件很幸福的事儿？因为我们少去很多麻烦。好吧！假如一下我们得到了这么一份需求。那我们是不是根据需求就开始对系统进行测试了呢？那么这时开发人员还没把产品整出来，那我们做什么呢？要不想想我们测试什么吧！？或怎么对系统进行测试，做哪些验证。这就引出来一个东东。叫&测试用例&。为什么要写测试用例？&在我的另一篇博文里有讲。
想做好功能测试要做好四点：
1.&非常了解被测试系统，各个功能和各个业务逻辑。
2.&需求文档，如果你不知道怎么测，那你一定没看需求文档
3.&测试方法的学习，方法不难理解，如何运用到项目中是关键
4.&测试用例，在上面三点的基础上写用例，一个用例可以体现出你对上面三点的掌握程度
性能测试水很深！
　　很幸运刚进公司老大就让我对公司系统做性能测试，那时学了几天、掌握一些基本操作就以为自己会做性能测试了，在此自我鄙视一下自己的无知。其实，性能测试的重点不在性能测试工具的学习上。天天看到群里有人问，怎么用？又录制不了脚本了。脚本回放有错。如何设置？为什么高手能用树叶杀人呢？一般的小罗罗都在抢屠龙刀，倚天剑。以为得到了屠龙刀就是最牛的人了。
　　当然，你也通过分析系统的压力点、录制脚本，设置用户，做压力，分析结果，整理测试报告。完成了性能测试的整个过程。那么我说这个性能测试报告是有效的，但它不一定是有用的。
　　为什么说是有效的：因为在性能测试报告中，你把测试环境、测试工具、测试方法、测试结果都描述的很清楚。那么这次性能测试就是有效的。在你所在的环境中，你是测出了这样的效果。并未掺假，全部真实的记录。
　　为什么说它不一定是有用的，你了解系统架构么？知道数据库、中间件、前端程序的运行方式和处理机制么？了解网络协议么？了解操作系统么？熟悉开发系统的语言么？如的内在机理知道么？这些都是系统运行的一部分，都在影响着系统的性能。如果不了解这些，你如何做出有价值的有参考意义的性能测试。如果你的性能测试没有参考意义，那不是自已在逗自己玩么。
《我眼中的性能测试工程师》&
为什么要做自动化测试？
　　貌似好多人都在热追自动化测试，貌似自动化测试比手工测试先进牛。本人对自动化测试也没什么实际经验，只是对、浅学了两下。这里也讨论两三句。
自动化测试无非就是用工具代替人对系统进行验证，它如何知道怎么验证。这个要你一步一步教它。所以，自动化前期的投入很大。
什么项目适合自动化？
　　需求变动小、项目周期长、可复用性高。如果不满足这三个条件，你要掂量一下是否要对项目引入自动化。
那么它的找能力呢？
　　我所了解在我的手工测试中，相当一部分并非我按照用例测出来的。有统计它只能找出来的。还是要靠手工测试。那投入那么大，找能力都不强。为什么还有那么多公司试水，做自动化测试主要是在加入新的功能后保证已经功能的正确性。
那么测试人员要不要学自动化测试呢？
　　我犹豫了很久还是觉得要。自动化测试毕竟是软件测试的一个趋势。从测试人员的自我技能的提升也一个方向。至于公司是否真的需要自动化测试，自动化测试是否得到很好的收益就另说的了。
下面是个人对一些问题的看法。
测试人员是否要懂代码？
懂是必须的，更客观的说法，看下图：
上图是根据自己的理解所画，根据你所做的测试工作不同，所要掌握的测试知识的多少不同。
我确认一点代码也不懂的测试人员，工作细心，认真的执行测试用例，也能把测试工作做好。那么你的发展方向在那里？你说可以做需求分析人员、质量管理人员。貌似在偏离软件测试工作。想成为一个软件测试高手，懂代码是必须的，我没见过哪位测试高手或专家对代码是一窍不通的。
不懂开发的人员更能从用户的角度测试？
见某测试人员云云，他们公司招测试人员专招非计算机不懂开发的测试人员来测试，公司的意思是这样的人更能站在用户的角度上去测试软件。好吧！我不想再阐述测试人员不光只是测试界面的工作，也许你们公司就只测界面。我一直不理解有为什么懂了计算机懂了开发就不能站在用户的角度上去测试。非专业的人可以从非专业的角度和思路去非常规的测试点。我认为他也有可能找一些不是的去给开发人员添乱。
测试人员为什么被&小看&？
可能和上个问题有关，看到好多测试人员在抱怨工资比开发人员低。被开发人员鄙视，不被公司重视。我想有相当一部分人不是学软件测试专业的吧！？好点的是从培训机构出来的，还有些是计算机专业开发知识不够硬，转做软件测试的。还有一些是与计算机专业无关的也能来做软件测试。
不得不说一般的测试工作伸缩性较大，如：功能测试，懂计算机的人员能做，不懂计算机的人员按装测试用例也可进行。但你让他开发个功能试试。不懂编程，肯定做不了。我只想学测试工作入门容易精通难，如果想做一个不被&小看&的测试人员只有提高自己的技术。
如果，你但找出了而且提出现这个的原因以及告诉开发人员到哪个地方去修复它。我想你会得到开发人员的尊重。如果，你能发现一个深入系统发现一个系统潜在的。而你这个有可能会公司造成重在损失。由于你的发现挽回了这些损失，那我想你会得到上司的尊重。
测试人员的目标是白盒测试？
　　好多测试人员把做白盒测试看为测试人员的终极目标。认为做白盒的测试人员是最牛的。
　　我们来分析一下一个常规的流程，一个开发人员需要了解需求，根据需求编写某一功能代码。那么白盒测试人员要对开发人员的功能代码进行单元测试。那么他也需要了解这个功能需求，了解被测功能代码，写白盒测试用例，他还需要保证测试用例代码的准确性，覆盖率等等。这个过程的成本是很高的。
　　我不否认有、等测试框架可以提高测试效率。那么我们经过白盒测试的功能代码是没有问题的，就能保证整个系统没有了。答案是否定的。那么我们后续还要进行集成测试，接口测试、安全测试，这样算下来测试成本要远远高于开发成本。对于测试团队来说，不管是整体技术能力还是人员数量都要求很高。
对于一般公司的成本与收益来讲，白盒测试由开发人员完成。因为没有人比自己更了解自己所开发的代码。那么开发人员如何做好对自己功能代码的单元测试？往下看
测试人员与开发人员的比例
　　相信这也是开发人员热议的一个话题，最典型的就是拿微软与谷歌来比较，微软的测试人员与开发人员的比例是：而谷歌测试人员与开发人员的比例为：同样是两个牛公司，为什么会存在这么大的差异呢？我想不会有人会认为谷歌的测试人员比微软的牛得多，谷歌一个测试人员可以干微软二十个人的工作。
公司对测试人员的定位不同
　　微软的测试员人叫&软件测试开发工程师&，加上了&开发&二字，就不单单的测试黑盒那点事儿了。他们要做的事情儿很多。他们要设计测试计划、开发测试自动化软件、、调查研究问题。他们的测试工程师要与开发工程师一起，从产品定义到产品开发再到产品维护，在整个产品生命周期中，不断贡献各种建议、测试文档以及测试数据。这么庞大的工作量，不是少数测试人员能够胜任的。
　　那么谷歌呢？他们的测试人员又做些什么。在Google，质量并不等于测试。&质量不是被测试出来的&，他们将测试与开发融合，做为一个开发人员，你必须对保证自己的所做工作的质量。我的感觉有点&全民皆兵&，一个全民皆兵的民族只能被全部消灭，不可能被打到。一个&全民皆测&的软件公司还有什么质量是保证不了的。当你上则所的时候，会发现墙上写着&今天，你测了吗？&哈哈！！
国内的测试国情
为什么国内与国外同样都是测试人员，差距咋就那么大呢?这与我们国内的测试行业&国情&有关。微软是做什么产品的，一个严重的bug对他们造成的损失是不可估量的。当然微软一开始也没意识到测试的重要性，那都是在血和累的教训中逐渐总结出来的。
反观国内，有几家公司是做微软那种产品的，如果你们公司是给政府做项目的，因为某些单位做某些项目是为了让&上面&拨款。其实，这某些单位用不用这个系统就另说了，只要上面检查的时候有这个东西就成。你们懂的！！国内的大多数公司做的都是一些一般的项目，质量要求不高，营收入不高，能预算到测试的费用就更少了。所以，测试人员属于配菜，不是主食。有测试人员大谈后期维护成本可能存的风险。贪图眼前利益的大有人在。淡定！国情！国情！
入测不深，思绪凌乱，不知所言。}