****：

您好！

本来是想和您面对面地聊一下这半年来我工作上的想法以及表现等，不过正好有这次和我们毕业生综合评估的机会，我也就借着自己的这个总结报告和您谈下我对我们公司测试组遇到的一些问题、现状、还有未来的发展的一些看法；也许我的这些看法还不成熟，或者还欠缺很多理论依据的验证，但起码它代表了我的个人观点！最后，我也会借此机会和您坦开心扉的谈下我的个人工作态度上存在的误区等问题。

我理解我们公司测试部门的现状，是任何一个创建初期的公司都会遇到的问题，也相信这些会随着了管理层的领导和我们全体员工的不懈努力与合作而改观并健康发展的。虽然我还谈不上对公司的测试部投入了一腔热血，但我也在时刻关注着公司对测试组的发展啊！在公司的项目测试中，我付出了我全部的精力，而且在工作之余不断的自我充实与加强，也希望有天可以真正象个测试骨干成员来给公司提出建设性的建议；但目前的测试组比我刚来时又少了2个人，而且没有了定期的例会，测试工作的管理流程和本身的测试流程也‘简化’了很多；举个例子，目前的项目测试工作只是凭着对项目业务的理解去反复的跑流程，而且我也感受过一个我从来没听说过的项目，然后有人跟我说‘我们这有个项目，你把它测一下吧…’我面对现状，倍感凄楚！
    不仅仅是上述的工作体会让我有此感慨，是这种现象让我不得不反思下子；其实这些话也许不是我应该说出口的，虽然我是一个普通的公司测试组成员，但我想我也有责任为我们测试组的发展过程中的问题积极思考；即便没有这次评估我们毕业生的机会，我也一直打算和您交流下；但我怕我总结的不好，或者没有说服力，所以一直在酝酿中，等待一个相对成熟的时候或我理解的比较深刻时。现在我就把我对我们公司测试组工作中的一起问题——当然有很多做的很好的地方，我们也有目共睹；不过我想主要谈下欠缺的地方，如果我说的不对或还欠缺考虑，也希望获得您的理解和原谅！
1：我感觉公司对测试组的管理和支持的投入力度不够
a、 我觉得首先是我们很多同仁对测试这一职业了解的不够。目前国内相关的软件工程人士有85％以上的人对测试这个行业还处理不熟悉的状态（包括当初我自已），这种不熟悉表现在“测试人员技术素质不高”、“测试比开发要低一个档次”、“测试不能保证软件的质量，测试人员只是点按钮、跑业务流”…很显然，这些想法在某些同事的心理的确存在！而现实又何尝不是如此？！通过和很多从事测试的网友交流，我不得不承认目前国内的很多软件企业的情况与此相差无几；我觉得要改观这种现状，还必须要有漫长的路要走。首先是观念的改变，公司全体成员都要有充分的认识；从人员的任用标准，软件的需求、设计、开发、测试的投入比例开始考虑；再者就是测试从业人员自身的专业素养，要真正能够站在高于开发人员的角度甚至是客户的角度去判断和分析软件的业务流和实现的方便性和友好性，并且需要冷静的诊断问题能力和有力的说服开发人员或咨询人员的能力，另外还要掌握业界先进的测试管理工具及自动化测试工具。

b、 其次我们的测试组织管理不够完善。我们公司实行项目组制度，即测试组中的几个人分配到一个项目实施测试工作，有一个测试负责人；应该说这种方式是比较客观和正确的方式，但据我个人的体会，我们没有强调出测试负责人的作用。比如，一个项目初期指定的测试负责人应该制定测试计划、根据软件需求设计测试用例，测试实施中要分配测试人员测试任务，并定时跟踪着软件测试的进度与紧急问题的处理方案；而测试人员要定期报告测试实施中的bug记录，并按时完成被指配的测试任务。我觉得这些我们都做到了，但有点表面化！举例而言，我们的软件发生需求变更时，测试用例没有更新（当然有时是时间不允许，但为什么不允许呢？是因为需求变更了，但为什么了变更了一次又一次呢？为什么最初不需求细化些、全面些、设计好些呢？对此，我不想多说，我想这儿早已经引起领导的重视了，我只说测试方面的问题）；项目的测试用例是否设计完整，覆盖功能点是否全面，测试人员写好测试用例是否有人评审并按照用例来测试，如果测试用例写的不好，是否考虑了当初给测试人员足够的时间来思考？我写过的几个项目测试用例，好像都是1、2个星期内的事情，我和**一人一半；试想，那么大的系统，需求调研了那么久，分析设计了那么久，那么多功能点让我们就1、2个星期写好；我想这些都是我们当引起重视并可以改观的地方。单单测试用例方面我列举了上述欠缺的地方，当然其他方面也有，比如一旦项目比较紧急的时候，没有严格按照notes的流程来实施（我觉得我们公司的bug管理流程采用notes是比较先进的，很多软件公司还没有这么好的工具，我想我们该严格采纳此流程并不断发扬）；甚至在日常测试中，我们提交给开发人员的bug有时经常被他们打回来，当然有的确实是可以不改或不急待改正的地方，但他们的借口是需求不是我们测试人员决定，对于这些客户友好化的bug他们不予理睬；还有在项目例会上，很多时候讨论的是需求，是编码，对测试只是简单带过，换句话说，是公司的咨询、开发，而对测试认为只是做他们的后续工作，即验证需求、验证代码，而没有实质的参与到项目里；而一旦项目出现了质量方面的问题，好像对测试的责怪最多；我想追其原因，还是我们没有加强测试负责人、测试工程师在项目中的作用与地位，并能够科学的分配测试资源。这里我还想说一句话：项目出现了问题，原因是多方面的，并不是测试人员工作不努力，也不是测试人员素质不高，试问一个项目只配备了2个测试人员，而且没有合理的计划与适当的控制追踪，如何能真正做好！这里不是我们不敢承担责任，我只是说出了很多测试伙伴的一句心里话而已。

c、再次我们的测试管理流程不够完善。我们公司已经通过了CMM二级，但并没有象标准说的那样让我们测试在需求阶段就涉入，不然也不会出现上述的情况：在我对该项目一无所知的时候，别人编码完成了，认为到了测试阶段就一句话让我去测试！另外，其实我们对这种b/s结构的软件目前只做了功能测试，这个还不够，当然软件的质量就不能得到足够的验证。功能测试，即业务流测试，只能满足客户的最基本需求，也是最根本的软件价值所在；但我们的软件产品还有很多其他的质量指标，比如很多的用户同时使用系统时系统（包括数据库）的稳定性与承受负载能力等。其实我觉得我们还需要软件的单元测试、功能测试、系统测试、数据库测试、性能测试、确认测试等等。这其中的道理，我想您和管理层比我对软件工程理解的透彻的多，我就不多说了。虽然我们在日常测试工作中有时也兼顾了这些，但一直没有完整的解决方案，来全面测试我们的产品。对于java的单元测试，年初打算推行junit、cactus等，但我们一直没有开展实施，当然这也是有其他原因的，我也一直期待着能够采用这些标准的测试流程；而刚才说的其他方面的测试，目前为止我还没涉入过，对此我也深报希望，为了真正提高我们项目的质量，也真诚希望公司能够加大测试这方面的投入。
2、 测试组工作分配不均衡，造成时而负荷较重时而显得轻松。这个问题在前面也有提及，主要表现在：

a、    项目的测试人员配备不足，如果要完成一个软件的全面测试，目前的人员是肯定不够的，您也说过很多大型软件企业测试人员配备是和开发人员相当的，其作用自然也会提升的。

b、    没有制定项目的整体计划或没有严格遵守，即项目开发任务不多时，测试任务也不多，开发任务排的很紧时，测试也自然紧张起来。

c、    测试工作需要写很多文档，比如测试用例、测试报告，还有和项目中其他人员的交流文档等，而每次给的时间好像都很紧张，但发现写完了，也没有很棘手的任务，这就造成文档质量不过关，当然评审（或即将的评审）也通过不了。

d、    测试计划跟着开发计划走，这不假，但开发那边要调整，这就意味着测试也要相应改动，而放弃手头可能测试人员认为比较重要的测试任务；但对此情况，没人给予支持，没有达到软工中开发与测试相辅相成的效果。

3、学习与培训的机会不足。当初来到**做测试工作是有新鲜感，但半年多后，对大部分业务功能都会比较熟悉，知道测试工作就是每天按照分配的任务来反复跑流程，对个人而言就没有更多提高的机会和空间，自然丧失了一定的激情。这个的确是我心理的一些真实想法，所以我会在日常工作中给领导一些不努力工作的假相，针对这个问题我会在后续部分来谈。总之，我和我的测试组伙伴都热切希望公司能够为我们提供适当的测试方面的培训机会，如果我们真的需要在将来采取多方面软件测试的话，那我们现有的技术水平和测试水平远远不够。我参加过北京地区的两次测试行业交流会，深知很多做产品化软件的公司，对测试人员的技能要求会比开发人员还要高，比如在使用自动化测试工具的能力上，在对一个初期的软件功能的分析上，甚至可以充当系统分析员的角色来确定功能点，而不是追随在程序员的代码后面来验证别人的‘开发思想’。
4、 与其他好的软件公司相比，我们的测试部门哪些做得好，哪些又有不足
a、 黑盒测试做得较好，对商业逻辑的理解能力强。
b、 人员的凝聚力强，都敢于担当重任。
c、 对白盒测试未曾涉及，不过我想会有这一天的。
d、 对自动化测试只停留在探索阶段，而且好像只有我在探索着，虽然**师姐   很支持我，但没有引起足够的重视。
e、 测试用例做得不太好。
f、 没有全面掌握、使用各种测试方法。
g、 针对我们的项目，测试人员的行业知识了解的不够多。
5、 关于我们测试部门如何发展的一点建议，我这里只说测试技术方面的
a、 测试部为纯技术部门，所有的商业逻辑等知识只要能看懂文档即可；商业逻辑是否正确应该在需求阶段由项目中的各个相应角色定义下来，而不是靠测试部来发现，因为改需求的成本极高，而测试只是验证这些需求。
b、 从黑盒向黑盒加白盒，再转向白盒的测试方向，这就要求所有的测试人员必须掌据源代码读写的能力；这个估计实施起来比较困难，因为公司的测试组多是女性，而且很多人当初也没有软件开发的基础，或者也没有很高的热情去学习这些知识；但可以采取项目经理（开发经理）全权负责，配合系统分析员和测试负责人或测试骨干成员，带动整体的测试实施，比如由系统分析员写好测试代码，测试负责人指派测试人员编写完整的测试用例，修改测试代码，然后执行。
c、 一部分人必须掌握自动化测试的技术，以便提高工作效率。这个我觉得很重要，向来我们的项目就是不断的变更，不断的测试，这样一味反复跑同样的流程，不仅浪费时间，也湮灭了测试人员的积极性，造成成本的浪费和软件周期的延长，而对于软件质量呢，其实还是最后那一次变更后的测试是真正有用的！我们要充分利用软件工程中软件的精髓特性——复用性，所以需要开展自动化测试，一次编写测试代码，自动用计算机执行，需求变更了，我们只要修改测试代码即可，从而大大节约成本与精力。

d、 对于深层次的业务逻辑测试，我们公司的测试组还有很多的高手，她们对各个项目的业务理解能力的确很强，我想我们可以定期的交流下，比如在测试例会上，以提高我们测试组的整体技能。测试工具能节约人的工作量，但并不能代替人去完成深层次的商务逻辑测试工作，所以根本的还是要加强测试人员的技能提高。

接下来我想和您谈下我自身的测试工作上的问题。
1、 这半年来我做了些什么？
a、 **项目的测试工作。和**一起，算是从头到尾的负责这个项目。

b、学习了winrunner、loadrunner、robot、testmanager、was、jtest、junit等测试工具，了解了rational公司的rup软件工程理论，还看了写系统分析方面的知识，比如uml建模，以及简单了解了solaris操作系统，奠定了相对坚实的测试理论基础；如果需要，我很愿意分享给同事们。
c、总结：去年半年是我掌握基本软件测试，适应公司的测试流程，并学习了j2ee开发的相关知识；这半年是我提高测试全方面技能，立志真正溶入并提高公司的测试部门，并认准了软件测试这一行业，不断向前发展。

2、 工作中存在的抱怨和误区及对工作的一点不满

既然是误区和不满，我想我说出来您也不要介意，因为这些本来就是错误的想法啊，只是我觉得它们是影响我的工作态度的原因；开文时我就说会开诚布公的和您谈下这些问题，既然我们公司是以人为本，那么领导也该倾听员工的心声啊！

a、    公司重视**部门，重视**部门，但没有人足够的重视测试组，认为测试就是跟在别人后头点按钮，甚至连开发人员都可以驳回提交的bug

b、    很多项目前期做的不好，到头来压缩的是测试的时间，削减的是测试的经费，不重视的是测试人员的地位

c、    公司对我们毕业生没有提供一个比较完善的发展空间和培养机会，让我们理解成自己是廉价劳动力。比如，除了**给我讲些测试的方法和技巧，**给我一定的机会让我学学先进的测试技术外，好像这1年来也没有专门的测试方面的培训啊。

d、    对于我们毕业生的薪酬待遇问题。后面cut了，呵呵

e、    在测试任务不忙时，我会上些测试技术网站或论坛，学些新东西，但一般这种情况肯定是我保证了本身的测试任务之外的时间，但有时引起领导的误解；其实我根本没有时间上网玩，我有很多东西要学，正经的东西我都学不过来，怎么会那么做呢！我觉得应该平等的对待我们；其实我也亲耳听过公司的领导说过‘还是这些学生听使唤啊’的话，我觉得这样有违于公司的以人为本；不在其位不谋其职，这些事情总得有人做，我们也做到了，即便态度不是很端正，或偷下懒，但如果少了这个人，项目也不会进展到如今啊！

f、     我想我工作上的误区不过这些，再有就是和您或项目成员交流的不够，从而导致不必要的误解或不明。这个我会注意的，同时还希望领导可以给予必要的指正和建议

g、    cut 掉了

h、    总结：我想不管是抱怨也好，工作误区也好，我想我既然都坦白的说出来，就希望您和领导可以给予指正，而且我会在这里提出自我批评，是我没有及时的向领导反映我的思想动态。

3、 关于我个人的优点、缺点以及今后工作上的发展方向

a、    优点：我觉得自小就养成了几个比较突出的优点吧；诚实守信是我最大的特征，知之为知之，不知为不知，无论在工作还是在学习上，我都脚踏实地的做人做事，不浮夸，不虚躁，保持谦虚谨慎的做人态度！

其次，算是学习上永远坚持上下求索、勇攀高峰的精神吧，天行健，君子当自强不息；无论在工作上还是生活上，象我们这样初出茅庐的毕业生，都要时刻保持这种积极与主动学习的作风。

再次，是我对事物敏锐的观察力和洞察力，是一种在工作上努力钻研、独立思考的精神，不然即便学了很多，但没有造诣，也称不上人才（据说这个是做一个合格测试工程师的重要情商之一啊！）。

最后，我想我的团队合作精神还能得到项目组成员的认可和肯定，我们也都意识到工作中团队协作的重要性在日益增强，我也会在这方面努力加强！

b、    缺点：首先是我的外在语言表达有些欠缺，所以有时可能在和同事与领导的交流中产生些不必要的误解。其次，好像自己的思想状态不够稳定，有时会因为工作之外的某些事情引起情绪的低落，不能时刻保持积极向上的乐观态度。最后，就是我没有主动和领导交流自己的思想动态，有时在感觉迷茫困顿时没有及时的恢复自我。

c、    今后的发展方向：就是认准了软件测试这个行业，从基础的测试员做起，不断的走向提高；至于期间的发展路程，我离不开公司的耐心培养，更离不开您的积极指导！

本来这份报告应该是谈些我个人工作的收获与个人评价，还有对自我发展的设想，不过我好像对公司和部门管理的意见说的多一点。我总觉得个人的发展离不开团体，如果我们公司的测试组整体水平提高了，那收获就不只是我个人的了，无论从公司的核心竞争力还是客户认可度，以及软件同行里的地位与形象的树立都会受益匪浅！关于我个人的收获与评价，在前面我也有了相应的总结，我想我能认识到这么多问题，本身就是一种收获啊！同时我觉得我在钻研某些新的测试技术方面有着一定的优越性，还希望您和领导可以给予我这样的机会，我也很愿意参与这些问题的讨论。也许前面我的某些言词过于偏激，但我想您也会理解年轻人的这些个性，也真诚希望领导就我个人工作中的误区与缺陷开展批评，并提出积极的指导与评价！

诚挚感谢您