董冰，你们犯了一个几乎所有创业者都会犯的错误，也没什么大不了。商业社会其实是个很复杂的社会，但是我觉得只有一样东西，能够让自己把握起来就是诚信。因为诚信所以简单。越复杂的东西，越要讲究诚信。

　　第二 你今天讲的很多都是，作为一个企业家，我相信在座的很多人，包括我自己，我也在反思。我想成为这样的企业家吗？我们是企业家吗？企业家、商人和生意人有什么样的区别？生意人唯利是图、有钱就赚；商人有所为、有所不为；而企业家必须承担社会的责任、创造价值、完善社会。

　　但是你要想做好一个优秀的生意人，一个优秀的商人，一个优秀的企业家，你必须有一样同样的东西，那就是诚信。诚信是个基石，最基础的东西往往是最难做的。但是谁做好了这个，谁就路可以走得很长、很远。

　　再一个，我想在听你讲述的过程中，你说你有过九大戒律、八大戒律，说我这一辈子，再也不会让别人来欺骗我，再也不会上当。你知道人为什么会上当？上当不是别人太狡猾，而是自己太贪。

　　跟你一样，我是大学里出来开始创业，有四个人骗过我。那时候比我大多了，每次他们讲的故事非常好听，但是每一次我都上当。今天我活下来了，骗过我，当时比我大得多的企业，这四家企业都关门了，而我们还存在着。骗别人的人，一定会有一天会倒霉。而要不上当，就是让自己能扛得住诱惑，扛得住压力，扛得住贪。

　　再你刚才说是竞争的压力。竞争，我认为在商业过程中，它是场游戏，可它更是一门艺术。第一点，是要向竞争者学习。只有向竞争者学习的人才会进步。

　　如果在你竞争过程中，你自己觉得越来越累，一定是你出了问题。应该让对手越来越累，你越来越开心。但得到的结果是，让对手心服口服地说，我输了，你比我厉害。这样的竞争者才是我们倡导的竞争者。     

什么妨碍我们进步

北京宅急送快运公司总裁 陈平

       我熟悉的一位调度，非常虚心好学，为了不断的进步，三十好几了也不结婚，把积蓄全用在了就读各种培训班上。

　　有一次，大冬天的，凌晨五点，他把睡的正香的司机、速递员叫了起来，让他们马上出车。司机速递员火速赶到取货单位，只见大门紧闭，门卫借着灯光很不耐烦地仔细看了看工作单，原来取货时间是下午五点。这位调度遭司机速递员指责的“惨景”就可想而知了。

　　类似这样的事常常发生，领导帮助他时，他总是使劲拍打自己的脑袋，痛骂自己，发誓改！改！改！
　　半年过去了，大家仍没有看到他提高进步的迹象。于是戏称他“勤勤恳恳犯错误，踏踏实实不改正。”

　　人们常说：“虚心使人进步”“学习使人进步。”为什么这位调度既虚心又好学可就是不进步呢？这就是我想和大家探讨的一个重要问题。人们为什么要虚心？那是为了听取别人好的意见。人们为什么要好学？那是为了丰富自己的知识。好！问题就出在这里。听取意见和丰富知识在“虚心使人进步”这个过程中只是一个阶段性的目的，它从中间这么一插，“使人进步”的这一最终目的就被常人忽视了。人性的弱点往往是达到了一个目的，就失去另一个目的，阶段目的不是虚心好学的原本目的。因此，严格来说，虚心好学是不能直接使人进步的，在虚心好学与成长进步中间还存在着一个重要环节，那就是改变。虚心好学应该说是进步的前奏、铺垫或者说是一个积累。改正是虚心好学到进步整个过程中的一个转折点，或者说是一个飞跃，也是一个由量变到质变的分水岭。如果没有改变就不会有进步的结果，前面的虚心好学也就成了摆设和无用功。有很多人一辈子很注重学习，到了五六十岁还不注重改变，终身就这样荒废了。

　　虚心好学要一辈子，改变可能只需几小时。别看这几小时，决定着进步与不进步，成功与不成功，对于每一个人来说，改变是何等的重要啊！

　　有人会说，我天天都在改变，过去我抽烟，现在不抽了，过去我开车快，现在不快了等等。不可否认，不良习惯和做错了的事，大家都在改变，有些是自己吃了亏，栽了跟头，有了沉痛的教训，不改不行。我们称之为“被动改变”。有些是外部环境的影响，规章纪律的约束，上级领导的处罚，我们称之为“强制改变”。总之，这样的改变还不能使自己发生质的改变，最有效的改变和改变的最高境界是发自主观的冲动，改变自己性格中的不肯改变。这句话有点绕嘴，反复读几遍，理就通了。

　　今年春节，我去给一位老同事拜年。他告诉我住2单元306室，我找到后看见门上写的是206。不敢相信自己，便辗转到了3单元找到了306室，因不知道哪个是正确的，便用手机与他确认。他到楼下迎接我时，还在强调自己住306，其实他住的就是206。因为他住3层，所以他就定势为306。住3层就是306的定势使他十一年对门上的号码206视而不见。事隔半月，我授意其他同事再次询问他家的门牌号，他还是脱口而出：“306。”

　　这件小事使我深刻地懂得了一个人需要改变的是什么，最难改变的又是什么。人的一生，改变的东西固然很多，但最难改变和最根本的改变应该是性格中不肯改变的思维定势，只要这一点能够改变，其他方方面面的改变才能奏效，才能使人不断进步。

　　那么，障碍人改变的因素还有哪些呢？
　　一、不善于倾听。不听别人说话的人一定是只顾自己说话的人。与人交流，自己说个不停，压根儿不给别人说话的空隙，别人的话还没说完就被打断。你不倾听别人的意见，怎么能校对自己的行为是对是错？对错都拿不准，改变肯定无从谈起。

　　二、不知道什么是“悟”。有些人虽然很善于倾听，但不走脑子。左耳朵进，右耳朵出。没有把改变自己需要的有效信息在脑子里过滤沉淀，知识再好，意见再对，不悟就不是自己的。悟的越深，改变的就越迅速，越彻底。不悟什么都白搭。

　　往进步一面的改变不易，往落后一面的改变相对易，不管你是变好还是变坏，内因是变化的根据，外因是变化的条件。内因起决定作用。假如认识到了这一点，如何改变，改变到什么程度，内外因的平衡关系就不难掌握了。　　三、不敢承认错误。你要说不改变是因为不知道错了还情有可原，问题是许多人明知道错就是不承认自己错。这样的人，一类是固执，“厕所里的石头——又臭又硬”，另一类是虚荣，“鸭子死了——嘴还硬”。唯恐承认错了被别人看不起或受到批评，更怕承担责任。殊不知，这是在放弃和拒绝进步的机会。

公司人员流动向来是正常的事。俗云“铁打的营盘流水的兵”，在唯利是图的商业社会，一个人即使想为公司服务一辈子，也可能是不太现实的事。因为你除了要不时忍受外界的诱惑，还有一个公司要不要你的问题。今年初我在分公司任职的时候，亲历了一位员工离职的过程，了解了他的辛酸和无奈。他的离职感言让人唏嘘不已。

　　这位员工是我到分公司任职前被原来的总经理炒掉的。据他讲，他到公司工作了近四年，当时来的时候，刚刚大学毕业，准备在公司干一辈子。然而一个半月前，因他操作市场思路和原来的总经理不合拍，总经理要求他改，他以自己业绩不错为由拒绝，结果总经理大为恼怒，未经任何协商，第二天他来公司上班时，被明令告知，他被免职了。

　　我来到分公司任职的时候，正值分公司也换了主，按惯例，他本来是要被列入下岗名单的，考虑到他的业绩的确做得不错，分公司新班子决定让他继续回来做，但事经一个多月，他已找到了新东家。我通知他来公司办离职手续，最开始他的态度很强硬，要求公司至少补偿1.5万元，否则上劳动局告。他说，我们都是打工者，公司不要他做，完全可以诚恳地和他沟通，他不会赖着不走，也不会非要什么赔偿。然而，令他没想到的是，他在公司做了三年多，一直很努力，一心一意想做好业务，从来没想过要离开公司，可是，仅仅因为操作市场的思路与领导分歧，领导不经任何商量就把他从事实上开除了。这是他做梦也没想到的，他觉得好惨，好伤心。最后他说：“我将自己最宝贵的青春献给了公司。我爱公司，公司却不爱我。”不知何故，他一说完这话，我就心潮起伏，被深深感动了。

　　是啊，我们都是打工者，即便是我现在坐在主管人力资源的位置上，我能保证自己绝无可能有一天会有他今天的遭遇吗？我想，我们谁也无法保证。我们都曾怀过美好的理想，想为公司服务一辈子，可是，理想归理想，理想再好，也难免有分手的时候。好比两个人谈恋爱，最开始因为共同的利益走到一块，彼此同甘共苦，有一天，其中一个人飞黄腾达了，或碰到更心仪的了，或因为其他什么原因，突然不声不响把对方一脚给蹬了，这种分手方式的确让人难受，会让人悲痛欲绝。

　　虽然如此，我仍只能站到公司的角度推心置腹地对他说，如果他真告公司，肯定是他不合算。因为从法律的角度，公司并没有要他下岗，只是免职，而且现在要他上班，真要打官司，输的会是他。即使他侥幸赢了，拿到一点赔偿，对他也未必是好事，因为哪一家公司会对一个以前告过自己东家的人有好感呢？我建议他与公司协商解除劳动合同。不知是我的诚恳打动了他，还是他想到了打官司没有赢的把握，最后接受了我的建议。我长长吁了口气。

　　联想的一个员工曾写了篇《公司不是家》的文章，披露联想处理下岗员工的方式，在网上引起了强大的反响。这篇文章我曾经也读过，感受不是很强烈，如今面对这些不得不来办离职手续的同事，我强烈地感受到，公司真的不是家。我觉得，不光是我所在的公司，而且包括几乎所有国内的企业，对待“分手”的员工，都有点自私和残酷。大家只想着如何维护自己的利益，甚少想对方的利益，我虽然主管行政和人力资源，对这些离职员工提出的本来正当的要求，却无能为力。

最近心态不是很好，外婆去世了，妈妈非常的伤心，我是很痛心；年底工作事情一堆堆；租的房子要涨价，要重新找房子，还要重新搬家；老天爷让事情都一块来了，也许是想考验我心里承受压力的能力，伤心、疲惫、操心全来了，我就统统的一起享用吧。与这些事情相比，还是有些值得开心的事情，工作表现优秀，公司给予奖励和表扬；顺利的参加了中国的第一届中国质量年会，很高兴中国的测试也有了属于自己的盛会； 11 月 23 日 ，做测试就 3 年了，是个值得纪念的日子。嘿嘿，写到这，有些文不对题了。本来是想把这篇文章命名为“这是谁的错？”后来觉的不太合适，就选择了这个题目 --- 测试管理之责任。

写这篇文章的来由是：一个我的大学同学开始做测试管理工作了，开始带徒弟了，在管理上出现了一些问题，想知道我是怎么处理的，我觉的很有必要记录和大家分享，因此就写了。

我思考整理了一下我这个同学遇见的问题：

1.         多次沟通，开发人员不承认 BUG

2.         开发组不会修改 BUG

3.         测试人员发现 BUG 非常少，工作效率低

我是这样回答她的：

问题一：多次沟通，开发人员不承认 BUG

对策：在测试环境再现 BUG ，把问题统计、记录成文档，直接书面提交领导，面对面的和领导以及开发负责人沟通，解决还是不解决，要解决，什么时候解决，说清楚，不解决，发布了，不要说是测试的不负责任，没有报告， 不要到了后面不认账。

问题二：开发组不会修改 BUG

对策 1 ：帮助开发人员分析查找 BUG 出现的根本原因，找到后，共同协商想办法解决；这一方法只对开发和测试人员能有效沟通，测试人员能力和开发人员能力相当的情况才适用。

对策 2 ：通过网络资源寻找解决办法；再不行就把问题反馈给上一级领导或其它同事，共同寻求解决办法。

问题三：测试人员发现 BUG 非常少，工作效率低

对策：测试负责人应分析测试人员发现 BUG 少，工作效率低的原因，而不是指责测试人员，造成沟通上的不愉快；更不是测试负责人把测试任务一分，测试文档模板给了、测试文档编写例子给了、所测试的软件业务也讲解了就行了；这样就去埋怨测试新人发现这么少 BUG ；更不是期望测试新人按照参考给的例子照葫芦画瓢就行。

在这第三个问题里，让我思考很多：

面对测试管理上出现的问题，测试负责人第一时间应该更多的是问问自己：我哪个地方做错了呢？为什么会出现这样的现象呢？而不是第一时间去指责当事人和向她们发火，这是不协调的管理行为。

每个人都是从公司的新人走向老员工，都是从一个应届毕业生走向一个社会。测试新人，她们需要正确的指导。

Ø         在分配任务之前，作为师傅，首先应该了解自己带的徒弟能做什么、适合做什么、有哪些测试特长；做到恰当的分配工作。

Ø         在工作分配时，还要让徒弟能明白你让她做什么，要的东西是什么，她是否能真正明白；做到有效的沟通。

Ø         在工作过程中，多提醒徒弟，碰到问题，先思考，想出自己的方法或想不出方法都要积极的问师傅，师傅再回答问题的过程中，要引导徒弟的思维方式，培养她独立思考、解决问题的方法和思路。

Ø         在工作过程中，要时常检查、关心徒弟工作的情况，发现问题，及时进行指正，这样可以避免能否顺利完成工作的风险。

Ø         刚毕业的学生思维单纯、要教会她们为人处事，要教会她们怎么去学习，没有了师傅，自己怎么能更好的生存。

我做测试新人的时候，在领导面前，被指责得哭过一回，我至今仍然记得；我很辛苦、很认真的工作、但由于没有和领导有效的沟通，以至文档写的不好，影响产品评审。也就是在没有好师傅指导的环境里工作了两年，经历了很多事情，让我明白了好师傅应该怎么做，做一个好师傅有多么的困难。

我也知道，作为新人，面对恶劣的社会竞争，要学会生存，工作上不但要认真、要努力、而且还要积极的发问；环境很重要，人本身的心态和责任心更重要。

做测试管理，对待这个工作的态度很重要；责任心更更重要！！！！！！！！！！

作者：崔启亮
原文URL地址：http://www.51testing.com/html/68/1076.html
URL 地址： http://www.testage.net/bbs/dispbbs.asp?boardid=23&id=3197&star=1#30792
很想找写这篇文章的作者，想认识这位测试同行。

    软件项目开发是个分工明确的系统工程，不同的人员扮演了不同的角色，包括部门经理、产品经理、项目经理、系统分析师、程序员、测试工程师、质量保证人员等。可见，软件测试工程师只是软件项目开发中的一个角色而已。
    戏剧舞台上的生、旦、丑是不同的角色，其表演方式具有明显的特征，这是由于角色决定的。同样，软件测试工程师的角色，在软件项目开发中也存在如何定位和表现自身的行为和责任的问题。
    此处讨论测试工程师的角色并非毫无意义。须知，角色不明，责任不清，行为就失去了参照目标，结果就可能很不理想了。轻则降低了工作质量和效率，重则被视为工作能力低下，可能要退出软件项目组的舞台了。

1、   软件测试工程师承担的任务
角色决定工作内容和承担的任务。测试工程师的角色应该承担什么任务呢？

这没有统一的答案。因为，这与软件公司的规模，软件项目管理制度，公司领导和项目经理的管理风格，以及具体软件项目自身的特点有很大关系。而且，测试工程师也有普通和高级之分。
    笼统的答案列举如下：
   1 ）设置软件测试环境，安装必要的软件工具。
   2 ）运行软件，发现和报告软件缺陷或错误。尤其需要快速定位软件中的严重的错误。
   3 ）对软件整体质量提出评估
   4 ）确认软件达到某种具体标准
   5 ）以最低的成本，最短的时间，完成高质量的测试任务
    ......
    在这其中，最重要的是要明确，程序员的责任和目标。在执行任何具体测试任务前，都要在项目组内对于责任和目标达成共识，以免带来后续工作的相互推诿。

2、   提高测试质量的要诀
另外一个值得注意的方面就是工作效率和质量，或许高级测试工程师与普通测试工程师的主要区别在

于高级测试工程师可以更快地发现更多软件中的严重错误。对此，有什么可以借鉴的诀窍吗？请尝试以下方法，保证不会是您失望。
    1 ）首先测试程序的核心功能，然后测试辅助功能。
    2 ）首先测试功能，然后测试性能。
    3 ）首先测试常见情况，然后测试异常情况。
    4 ）首先测试经过变更的部分，然后测试没有变更的部分。
    5 ）首先测试影响大的问题，然后测试影响小的问题。
    6 ）首先测试必须测试的部分，然后测试可选或没有要求测试的部分

3、   软件测试工程师是项目团队中的服务员
需要强调的一点是，无论你是多么高级的测试工程师，都要明白无论测试需要的工具多么复杂，测试

步骤多么冗长，测试工程师在软件项目开发中始终都是扮演服务员的角色，这是由测试工作的特点决定的。任何服务都有被服务对象 — 客户，软件测试工程师的服务对象有哪些呢？
    1 ）最重要的客户是软件的用户。测试工程师需要站在客户的使用和需求角度测试软件，报告问题。
    2 ）项目经理也是客户。测试工程师需要报告测试工作进度和发现的问题，尤其是严重的问题。
    3 ）程序员是最经常打交道的客户。为了便于程序员重复报告的错误，尽量提供良好的软件问题报告，

以便程序员可以更快的修复软件错误。
   4 ）技术文档工程师、市场开发人员和技术支持工程师也都是测试工程师的服务对象。

4、   软件测试工程师避免犯的几个错误
前文已经指出测试工程师应该明确角色，明确任务和责任。知道哪些是自己份内的事，哪些是不属

于自己的事。一定要尽最大努力完成份内的事，不要做不属于自己的事情，以免弄巧成拙。为了更好的扮演软件测试工程师的角色，尽量避免犯下面的错误：
      1 ）承诺完成测试的软件没有质量问题。
      2 ）软件测试只是保证质量的一种方法，软件测试工程师的工作不会直接提高软件质量，因为绝大多数  

软件错误都需要程序员修复。软件测试只能证明软件存在错误，不能保证软件没有错误，不可能找

出全部软件错误。个人的能力和对质量的影响范围很小，软件质量的提高要靠软件项目团队全体成

员的共同努力。 　
3）   承担软件的发布权利

不要因为软件中存在还没有修复的错误，而试图提出更改软件发布的计划。也不要认为已经完成了

测试计划，自己决定可以发布软件。因为，改变软件发布计划可能要失去进入市场的良机和很多客户，对此造成的经济和公司市场的损失将不是测试工程师能够承担的。另外，软件发布后，如果用户发现了新的软件错误，公司领导或项目经理可能将过错加在软件测试人员的头上，因为他们同意发布软件。通常软件发布的权利由产品经理、项目经理、测试经理、市场经理共同集体讨论决定。 　

4 ）扮演过程改进成员的角色
软件测试工程师必须报告错误，有时也要分析错误的类型、特征和产生错误的原因。但是，不要主动提出改进软件过程的具体改进措施，更不要直接干涉程序员的工作方式，以免出力不讨好，影响今后的愉快合作。软件过程改进的方法是软件质量控制部门的事情，这是他们的本职工作。

编写背景：

    所租的房子到期了，又要开始搬家咯，在整理书和笔记的时候，发现自己曾经写过的一些测试工作感想，突然觉的该记录一下，因此就放到 BLOG 里了，还起了个特别的名字“软件的食物链”。

一个软件研发公司通常有这么几个部门组成：

研发部门、测试或质量部门、技术支持部门、销售部门、行政或人事部门，其中我把研发、测试或质量、技术支持、销售这几个部门的关系用食物链来理解和描述。一个公司，从内部来看，投入合适的开发和测试成本，就会节约技术支持的成本，促进销售。具体表现在：软件的开发和测试投入高成本获得高质量的软件后，技术支持人员将会有更多的时间去做售前支持工作而不是售后支持维护工作；销售人员用高质量的软件能够更好的去向客户销售以及发掘新产品的需求。从外部看，软件的销售情况由市场决定、由客户类型决定。在南方，生意人都说“要做有钱人的生意”。

目前，在中国做测试，会碰到如下现象：

1 、测试人员没有办法了解所测系统的用户需求。

具体表现：没有用户需求文档；测试人员不需要了解也没有权力知道用户需求。

2 、测试人员在项目组中工作职责和内容不明确。

具体表现：测试人员要记录整理需求变更，进行新需求确认，培训用户，系统维护支持，培训文档、维护手册的编写，测试的执行以及问题的跟踪，测试文档的编写。

3 、测试人员要在短时间内测试改动很大的软件，同时软件更新很频繁。

具体表现：版本更新频繁，需求变更管理不友好。程序发生了变化，测试人员是看到所测试的软件才知道发生了什么变化。由于时间短，人力资源短，测试很难做到更深一层和更完善。

4 、测试人员和开发人员的沟通有效问题。

这让我想起华为一位测试工程师所说的，测试和开发就像两个部队在打仗，谁都有胜负的时候，互相都在提高各自的战斗能力，刚开始做测试的第一年我很能理解这个比喻。测试做了两年后，突然感觉是开发人员开发出来的软件是病人，测试人员是医生。医生不能头痛医头脚痛医脚，要治本，但是那会花很多钱。在中国的 IT 公司做软件测试，测试所花费的成本怎样才算是正确有效的，这是没有一个固定的定律，因为影响的因素太多。

5 、测试吃力不讨好。

在客户那里，当用户使用软件感觉很好时，它们会说:"嗯，这个公司的开发技术不错，做的很好啊。"从来不会想到里面会渗有测试人员的工作！当用户使用软件感觉不好时，它们会说：“这是什么东西啊，一点都不好用，一用就出问题，你们试用、测试过么？”。唉，我做过现场给用户技术支持，因此很能感受到，程序出现问题后的辛苦，就像救火队员救火一样。碰上没有责任心的开发搭档，那更惨，测试这边着急上火，开发那边不紧不慢，甚至是推卸工作，什么这不是我的问题，那不是我的问题。也许时间长了，习惯了，产生免疫力了，测试也就不会在着急上火，就顺其自然了。测试人员、开发人员的工作态度、责任心是保证产品质量的关键因素之一。

写着写着，又有些偏离主题了，就这样吧，这才是我真实的记录。

                  一个测试部负责人给总经理的一封信
**总：

本来很想面对面地与您聊一下测试部成立以来遇到的一些问题、现状、还有未来的发展，我怕一谈到我们的测试部，我可能就会有情绪。因为我对测试部投入了一腔热血，也付出了我全部的精力，但目前的测试部将要走的走，离的离，如果全部走了，留下来“服役”最长的也超过不了一年，我面对现状，倍感凄楚！不仅仅是一个***的离职让我有此感慨，是这种现象逼得我不得不去反思。测试部为什么留不住人？我为测试部做了些什么？测试部要不要留住人？为什么要？如果需要留住人，我们该如何去做？与其他公司比我们的测试哪些做得好，而哪些又有不足，是什么原因导致的？今后的测试部该走向何方？

A：测试部为什么留不住人？
1、 对测试了解的人较少。目前国内相关人士有95％以上的人对测试这个行业还处理不了解的状态（包括当初我自已），这种不了解表现在“测试人员技术素质低、测试比开发要低一个档次、测试只是东点点、西碰碰的活……”，但现实又何尝不是如此？！我不得不承认目前国内的情况与此相差无几。网上的BBS还有一些热血青年在高喊“我们要翻身做主人，我们要与开发平起平座！”的论调，我看过心想：要实现这种想法，还必须要有漫长的路要走。首先是观念的改变，公司全体都要有充分的认识。从人员的任用标准，开发、测试的投入比例开始考虑；再者就是测试从业人员自身专业素养，必须要掌握世界先进的测试管理工具及自动化测试工具。只有这样，才能与之平起平座。

2、 测试部工作负荷较重。现在我们公司存在***123、***Pro、***Net等版本，还区分简繁体、中英文，***Pro一直以来都在不断地加新功能，不断地反复测试，加上还要写手册，支援一些培训任务、制作演示数据。

3、 薪资待遇问题。目前的薪资制度很难找到或留住优秀人才，一般从没经验到测试部，一年学成后不管调到那一个部门，或者另找工作，待遇可能都比呆在测试部要好，这种情况大多数人都愿意离开。

4、 学习机会。当初进来对BKD可能有新鲜感，但一年后，对大部分功能都会比较熟悉，对个人而言就没有更多的激情。

5、 大环境因素。远在北仑，想学点东西还真有点困难。

B：测试部要不要留住人？为什么要？
1、 我们的软件发布之后存在一些无法预知的BUG，不能说全是测试部的责任，但有的责任却不可以推辞。有时看到客户反映的一些问题，很想冲着测试负责人指责一顿，但静下来想，他才来几个月这种深层次的问题叫他如何能找出来。心想，如果是老员工去负责可能就不会存在此问题了。

2、 老员工的存在能够凭着自已的经验去带领新人成长，并能抽出身来研究新的测试方法及技术，对测试部的实力的提高有帮助，实际上就是产品质量保证的重要条件。

3、 一个部门都是新秀，无法建立起组织层次，让谁去做小组负责人，其他人都不会服。

C：如果需要留住人，我们该如何去做？
1、 我自已要加强新知识的吸纳、传授，人员的管理；
2、 减少工作负荷。
3、 力所能及的提供一些培训机会。
4、 在薪资制度，或者人员异动制度有所改善。

D：我为测试部做了些什么？
1、 说句心里话做测试也是我当初无奈地一种选择（当初的无奈也是我对测试不了解的一中表现），但我负责了测试之后，在各个方面存在很多不足，但一心一意、尽心尽力地想把他做好。不断地从网上、书本学习软件测试方法，与网友交流，也了解了许多自动化测试工具。现在测试部所有的成员都能够对测试有个很清楚的认识。
2、 培训了多名实施顾问及服务人员。
3、 2000年是我起步的一年，2001年是我技术成长的一年，2002年是我管理进步的一年。

E：与其他公司比我们的测试哪些做得好，而哪些又有不足，是什么原因导致的？
1、 黑盒测试做得较好，对商业逻辑的理解能力强。
2、 人员的凝聚力强，都敢于担当重任。
3、 对白盒测试未曾涉及。
4、 对自动化测试只停留在探索阶段。
5、 测试用例做得不太好。
6、 没有全面掌握、使用各种测试方法。
7、 对微软提供功能，而我们软件又会使用到该功能的知识了解的少。

F：今后的测试部该走向何方？
1、 测试部为纯技术部门，所有的商业逻辑等知识只要能看懂文档即可，商业逻辑是否正确应该在需求阶段就应该定义下来，而不是靠测试部来发现，因为改需求的成本极高。
2、 从黑盒向黑盒加白盒，再转向白盒方向，这就要求所有的测试人员必须掌据源代码读写的能力。
3、 一部分人必须掌握自动化测试的技术，以便提高工作效率。


可能占用了您的很多时间，但事关到测试部的未来，我不想看一个架构完善的开发部旁边是一个弱不禁风的测试部，这样的开发处的效能也会大打折扣，我们产品的质量也会受影响，我不认为产品质量是测试部测出来的，但测试也是保证质量的手段之一。
唠叨至此！