测试年度工作总结

测试年度工作总结 篇1

本人自20__年6月25日起进入梦龙移通公司从事手机软件测试工程师一职，在不知不觉中已经经过了2个月的试用期。在这段时间里，我感悟颇多，虽然这并不是我的第一份工作，但是在此期间，我对于工作一贯谦虚谨慎、认真负责的工作态度，从来没有改变过。

在本部门工作中，我一直严格要求自己，认真及时地完成领导布置的每一项任务，并虚心向同事学习，不断改正工作中的不足;配合各部门负责人落实及完成公司各项工作，

在过去的2个月中，通过不断的学习和自我提高，已经适应了本职的工作，但对于一个初入公司的新人，要全面融入企业的方方面面，可能在一些问题的考虑上还不够全面，但我相信，通过公司领导及同事的悉心指导，我一定会在今后的工作中更好的提高自己的水平、素质，更好的完成本职工作。

在今后的工作中，我要继续努力，克服自己的缺点，弥补不足，向白盒测试、内部代码测试方向了解，加强 软件测试、计算机语言方面的知识，不断自我学习，力争成为学习型、创新型、实干型兼备的新世纪人才。

看过“软件测试年度工作总结”的人还看了：

1.软件测试年度工作总结

2.软件测试工程师工作总结

3.测试工程师工作总结

4.软件测试工程师工作总结(2)

5.测试工作总结报告

6.软件测试试用期个人总结

7.软件测试工程师

测试年度工作总结 篇2

20____年已近尾声，回顾这一年里的工作收获颇多。年初一直在参与____系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了____银行的______项目的全程介入测试。跟随项目组一同到____现场开发测试，以及后期配合用户的压力测试，项目投产内部演练和支持等工作。目前____系统也已经投产完毕。

__月份后回到公司，主要从事公司内部集成测试和系统测试工作，主要测试系统包括福建分行日积月累系统、sge与k+接口管理系统、____银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作，该项目计划年底投产。

补丁测试方面主要有部分辖内对公系统补丁测试、部分____代客管理系统补丁测试、____资金管理系统补丁测试、______系统补丁测试等。

压力测试方面主要有中信__-funds2.0系统、中信外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。

从年初的中行对公项目到____银行__-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。

从本年度内主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。

一、测试组内部要有计划

介入项目测试以后，理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块，就让你测一块，这样无形中就会疏漏其他模块。测试组内部可以根据项目整体工作的安排情况也应该有自己的测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。

二、项目的测试进度控制

主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关文档，包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试等。

三、要加强学习和沟通

在进驻客户现场测试后，测试人员的工作要配合项目组，也要指导和协调客户测试。项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。与客户接触吸收新的业务知识，积累测试方面必须的业务知识点，这些都做公司系统测试应有的测试基础，或者说银行金融行业项目测试工作的素养。也可以进步一提高与客户、与项目组内的沟通能力和协调能力。多参考客户测试的测试案例及测试过程中提出的问题，也能为自己的测试工作打下一个好的基础。出处 WwW.WENAnDaqUAN.COm

四、善于总结和吸收项目经验教训

总结回顾以往的项目测试经验可以更好的指导以后的测试工作，也会提高系统缺陷和业务处理流程方面不合理情况的发现率。测试出来的问题与项目组沟通也会比较容易.。鉴于以前的项目经验，也可以向项目组提出了一些完善性意见和功能实现的处理方式。

五、个人得失及不足

作为几次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。

项目测试中，维护部门配合介入的测试工作比较难分配及管理。维护人员并不是很积极从事项目的测试工作，且分配的任务也不情愿去完成。在______项目和新一代做市商项目组中都能明显体现出来。他们多是认为项目组的测试过程中的工作不属于自己的职责范围，认为自己只是一个简单的配合过程，要求加班时间要么不来，要么就做其他无关工作的事情。项目组也认为维护人员只是做自己的维护工作，抱怨时只会对测试人员。项目测试工作量也比较繁重，频繁的超负荷工作，给测试人员也造成比较大的压力。

公司是否可以通过下放部分考核比例，由测试负责人给组内测试人员和维护人员的工作进行考核打分，来约束和督促内部测试工作的合理进行。

公司是否应该考虑制定比较合理项目开发和测试周期计划及人员分配比例，切实减少超负荷工作带来的压力。

公司的业务逐年扩展，测试部门人员缺口较大，主要测试工作基本都落在了部门几个人身上，望明年公司能合理补充人员，并能在薪资待遇方面能有比较合理的增长。

测试部内部是否应该经常在和合适的时间组织测试技能、业务知识以及项目经验方面交流的讨论会等，以便更好的分享各自的经验教训，为今后的工作提供更多的基础支持，同时也应加强新人的培训力度。

测试年度工作总结 篇3

一、职业成长回顾

还没有来得及揣摩自己在这一年中的所有得失，20xx年已经领近尾声，细细回首这一年走过的路，虽然没有轰轰烈烈的成绩和战果，但是也经历了一些不平凡的考验和磨砺。我想，20xx年是我工作旅程中的转折一年，在这一年中，我在自己的岗位上迎来了更多的历练和思考。我想，这是喜悦和汗水并存的一年，也是充满了机遇和挑战的一年。

来到已经一年光景，作为一名项目工程售前的技术工程师，承蒙公司领导与部门同事的批评指导，在履行自己职责的同时，也逐渐看到了自己距离优秀员工所具备的全面素质要求还有一段需要努力弥补和完善的差距。空闲的时候我也时常扪心自问，是否拥有足够的资格去享受”售前工程师”这样责任重大的称谓？

自从担任公司项目工程售前技术工程师以来，我的主要工作是为行业部门以及其他业务部门的同事编写项目设计方案、项目施工组织方案，以及就公司现有资源产品整合起来编写解决方案。记得过去一年最开始独立接受项目派单时，我几乎不太能够理解项目售前的含义，更不了解应该如何去把项目售前的工作开展实施，而是过多的依赖于抄袭现场的方案，在一些项目关键点部分处理得不够理想，过于理论化，导致与实际脱节。通过几次不太成功的案例锻炼之后，慢慢的我也开始形成一套适用于自己成长的思维模式，并摸索出一些相似领域、固定产品的处理办法。但是回过头来看，那段时期的方案编写也存在许多的不足，体现在对于项目建设的需求经常只顾眼前的形势直奔主题，阐述完功能产品的适用性，能够如何满足客户需求即可，但是却忽略了未来客户发展所带来的变化与扩展，对项目的把握不够全面，毕竟系统集成涉及的领域众多，涵盖的技术面较广，这种着眼现在直奔主题的处理方式也折射出了自己知识面狭小的事实。

好在公司的领导及同事通过单独技术指导以及对整个部门进行的项目经验分享指导，也让我逐渐明白在进行系统集成项目时宏观了解，全局设计的重要，对用户的需求必须要深入的分析，了解客户的企业规模、事务处理流程以及发展规划之后，从全局的角度来进行方案设计，再突出眼前的局部建设构想，这样才能真正把系统集成方案写好，才能真正让客户满意，而我也必须在具备这样全局把控的思维能力，再加上知识的不断积累，才能成长为一名合格的售前工程师。

二、工作开展回顾

在过去的一年，我对涉足不同行业的系统集成需求也进行了一些回顾总结，其中视频监控项目与网络项目占到了所处理案件的70%，在这些项目中，我所要承担的任务主要包括：项目需求了解、项目设计方案编写、项目跟踪等。而相对来说，项目方案设计又占到了很高的精力付出比例，但是如何提供解决方案完成工作，亦经历了两个时期的成长。

第一阶段：

从产品到方案。将公司的产品资料（如海康威视、华为等常用设备）修改成针对用户的解决方案，这一类售前支持不在少数，处于对公司内部代理的产品比较熟悉，再加上有一定的技术功底，所以这个时期在编写方案的时候从完成速度上来说比较快速，但不能站在客户价值角度来理解产品。

第二阶段：

从需求到方案。通过总结问题以及对项目的不断理解，有了自己的知识体系和工作方法，能站在管理咨询的角度采用各种方法去了解客户业务、分析用户需求，并提供解决方案。

三、个人职业展望

通过这一年时间的摸索与观察，对于现在各大行业客户，越来越不满足于单一产品的'建设需要，他们往往希望单位或企业内部的各个应用子系统能够兼容整合，并且所有的管理能够在统一的平台下进行。也就是说，对于未来客户系统集成需求我们可以理解或者影响客户往应用系统集成方向发展，而不是单一的提供产品集成，在激烈的行业竞争中，我们需要提供客户耳目一新的亮点方案。

在学习交流中我发现，数据集中与云计算将是未来发展的技术方向，所谓数据集中，就是把企业所有日常办公产生的数据集中在机房管理端，确保数据的安全有效管理，杜绝一些潜在或已知的泄密危险；而云计算通俗来说既是虚拟化服务，包括应用虚拟化、桌面虚拟化和服务器虚拟化，这样的技术发展将越来越降低对客户终端的硬件要求，转而提升系统应用的灵活性和高可用性。

除了对技术方面的发展追求，在职业规划中我也有一些为自己客观定位的要求。在过去的工作开展中，接受客户案件的时候，我想自己可能过多的是处在一种被动的状态下，按照客户提出的需求进行分析，了解客户一时期内的发展状况，然后提出可行的办法。但是我想这样远不能够树立自己在客户心目中理想方案解决者的形象地位，我更倾向于为客户树立一种可靠可信的咨询师的身份角色。不单单对客户的需求进行分析，还要对客户所在行业进行一些必要的了解，清楚行业发展趋势以及新兴技术的应用案例，从硬件和软件结合的角度出发来进行整体解决方案设计，提供给客户综合应用解决方案。

明确了个人的发展方向与职业角色定位，这就要求自己仍然需要不断的知识积累，尤其在数据集中所涉及的存储、备份、数据恢复以及云服务涉及的虚拟化技术上投入一些精力，结合项目实施者成功经验的分享，总结出适合自己在新的一年工作中处理项目的办法。

测试年度工作总结 篇4

转眼20xx已经结束，下面我就把我自己到公司这一年的一些感触、体会及工作情况给领导及各位同事汇报一下：

我刚开始第一次负责做定制开发的一个项目，功能的实现相对来说比较简单，但是功能多，繁琐，而且当时没有项目开发的整体经验，缺乏项目全局观，直接开始编码实现功能，在项目编码过程中，由于客户不断的增加需求，改动，经历了近3个月时间，才完工；对我来说很失败；不过这个项目对于我刚负责项目开发的整体经验来说，算是一次教训、也算是一次收获，通过这个项目及开发人员提出的意见，进行改进，并且在后面的项目开发过程中初见成效，开发周期逐渐缩短、需求改动逐渐减少、开发出的产品起码达到90%的要求；

到目前为止，团队的技术水平、沟通能力及团队协作能力都有所提高、有所改善，但是整个项目的开发从开始到结束存在的问题依然不少：

1、项目需求

需求是一个项目的来源，后续所有工作都是围绕需求展开，需求中哪怕有一点的不明确，都会影响项目的总体进度及项目质量。

2、分析设计

软件最后的操作便捷性、功能扩展性、界面友好性都取决于设计人员对需求的理解、模块框架的设计、业务流程的设计、数据库表的设计，每个环节都是建立在前一个环节的基础上，每个环节上的失误都会影响到之后所有环节，项目组无专业软件设计人员，软件的架构、逻辑设计、界面设计，都是凭对客户需求的理解设计的，导致软件开发出来后逻辑处理经常改动，软件操作不是很便捷；而数据表的建立及表之间的关系建立主要取决于各项目组人员对需求的理解程度，每个人对需求理解程度不一，直接导致数据表建立时的不规则，不专业，从而产生软件功能上的问题

3、编码

第一，开发人员编码的统一性较以前有了很大的改善，但是还是存在个别人员不按统一规则编码的现象；

第二，开发人员普遍存在一些简单的问题就是，比如该判断的不判断、点保存没有任何提示等小问题，这些问题可以说不是技术问题，而是作为一个程序员最起码的工作态度，认不认真，细不细心；

第三，人员技术水平差距较大，这种现象会直接影响编码阶段的进度；

第四，项目编码过程中的积极性，对于开发人员来说也就是工作积极性；

4、测试

软件测试决定了软件是否是一个已开发完成的软件，还是一个半成品；无专业测试人员，只能用软件测试方法中最简单的排除法，大家可想而知，这种排除法只能排除当时输入的数据，所以发现bug问题有限，这样一个半成品软件客户在使用的时候问题可想而知。

5、软件实施

由于技术部人员有限，所以经常出现各部门对技术人员的工作协调问题，导致软件不能按时实施、项目开发不能按进度完工、需求不能按计划完成等一系列问题。

以上问题都是个人角度去衡量的，考虑不合理之处还望领导及各位同事批评指正。

xx年结束了，xx年又是一个新的工作起点，我也在此感谢领导和各位同事的支持和帮助，人常说活到老学到老，在新的一年我还需不断的努力，在提高自己的专业水平的同时，为公司尽自己的一份力！

测试年度工作总结 篇5

在经发局的领导下，软件园的工作有条不紊地进行，并得到有利、健康的发展，顺利完成上级交给的各项任务和目标。下面我对软件园一年来的工作作以下总结：

一、本着“节约为本，诚信办公”的方略。

以最节约的开支，创造的效率。办公经费上尽量降低成本，能将就用的就地取材，特别是在文字处理和文件等方面百分之九十利用电子邮件方式来完成。办公设备做到修补后可用的，则动手亲自维修，大大节约了开支。全心全意为进驻企业服务是我工作的宗旨。软件园内年我们送走了在业界有名的华城楼宇科技，年我们迎来了比较突出的讯能智软科技和鑫淼科技，这些资深企业的引进，给我们的孵化基地注入了新鲜血液，使软件园的建设增添几道亮丽风景。同时，园内的其他企业我们也不例外，同样精心呵护，用心去服务，只要企业需要，随时二十四小时服务，有时候忘记了什么时候上班什么时候下班，特别是刚进驻的企业。真正让他们感受到在软件园内办公有一种宾至如归的感觉是我义不容辞的责任。

二、行政管理上，认真做好进驻企业的登记、造册、录入有关数据等。

进驻企业由年的家增加到家。信涵传送方面，园内必须当天送达，不在园内办公的就用电话通知其本人或单位。切实有效地做到快捷、准确无误的传输方式，更好地为企业服务。特快、挂号等重要信件用册子记录，必需是收件人本人或单位委托人签字方可取件。根据领导的安排和要求，对园内到期的企业即时以电话或书面的形式通知对方来补办手续和交纳各项费用。

三、进驻的企业有所增加，使用网络的客户也越来越多。

最近两个月来，上班时间根本无法利用网络办公，给很多企业带来诸多不便，这是我软件园急需解决的问题，望领导给予重视。与此同时，也感谢领导为我提供了络的平台，使我对网络有了初步的'认识。由于没有基础，有些地方往往别人花一倍的时间就能完成，而我则付出十倍的代价，尝尽了求学的艰辛。

四、治安管理常抓不懈，对已安装的电脑控制无线报警系统和消防设施进行定期或不定期测试与维护，法定长假前的安全大检查是治安工作必不可少的程序。

最近业主单位给停车场安装了电动伸缩门和设立值班岗，无形中也给软件园提供安全措施，但我们并没有为此而对安全保卫工作有过丝毫松懈，反而时时提高警惕，尽职尽责地驻守一方，保一方平安做好自己的本质工作。随时观察值班人员工作情况，发现问题即时采取措施进行补救和纠正，把问题解决在萌芽状态。如下半年值班员对自己的工资待遇低，情绪低沉，严重影响治安工作的顺利开展，我及时给他们做好思想政治工作，稳定局势。根据具体情况向领导反映，适当提高工资待遇，得到了领导的大力支持和落实。对园内企业人员的出入管理要求相对严格，原则上不允许工作人员在里面留宿，特殊情况的要严格控制，安全为重。一年来没有发生一起治安案件。全面贯彻落实人防、物防、技防相结合的工作方针。

五、卫生工作我们采取了周末大扫除，平时保洁的方式。

上半年清理五楼顶过道垃圾，消除安全隐患，保持消防通道的畅通。随时保持内环境卫生，为园内企业创造良好、整洁的工作场所。但我个人认为今年的卫生保洁不太理想，也许是我的工作太多或者其它原因所在?望上级领导安排或任命一位专门管理和监督软件园办公室事务的工作人员。

六、软件园硬件设备老化，特别是各办公室内水龙头、水管漏水严重，平均每个月的用水量都在多吨。

就目前园内常驻企业状况的用水量算，总起来说也只不过是多吨的三分之一。常此以往，损失不可估量，希望领导高度重视，早日解决!走廊路灯基本无法正常工作，与软件园显得不相匹配。

最后，接待工作有些力不从心，如条件允许给我们出去学习的机会和参观，学习一些先进经验和方法，更好地为软件园服务。

测试年度工作总结 篇6

20____年____月__9日，我怀着对提高并实现自我价值的心态，跨进______公司的大门，开始了自己大学里兼职实习工作。转眼间，断断续续的一年的实习时间就过去了。回想起这段时间的工作过程，我深深的认识到在____实习的选择是绝对正确的，____公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。

一、软件测试部见证三茗的强硬实力

这段实习时间完全是在软件测试部度过，亲自体验感受离了三茗科技的主要软件产品。包括数据快速恢复平台v3.0，系统快速恢复平台v1.o，闪电恢复，三合一数据宝，一键恢复，______等等。并且协助同事完成对______以及联想网络控制工具等软件的测试工作。

1.三茗的产品名不虚传。

通过对软件的实际测试，彻底从思想上改变了自己对数据备份保护的概念。三茗的硬盘动态备份技术，能够在不占用固定硬盘空间(非用户使用空间)，实现数据的快速备份与恢复，堪称典范，不愧是行业的创新者和领导者。

2.友善同事关系给人温暖和关怀。

在实习期间，自己的对计算机硬件系统比较陌生，特别是对频繁的更换操作系统等，多亏蓝朝霏等多位同事的热情帮助和指导，让我顺利完成软件测试。在软件测试过程中，同事们一丝不苟的精神对我影响很是深刻。这种良好的工作环境给我振奋，给我力量，给我信心!

3.软件的瑕疵在所难免。

在软件测试过程中，也发现了部分让人不是很满意的地方。主要表现在下列方面：

a. 软件对中英文操作系统不能完全兼容。

建议：在软件安装入口处对中英文操作系统进行路径选择。

b.软件对不同主板的识别bios差异大。

具体是在hd-shield软件测试中，不同主板性能差异大。

c.软件密码在重新登录后有残存现象。

已经通过金党锋学长反馈到研发部。

d.软件的不稳定性。

本人____e660因为测试三合一数据宝中的闪电恢复软件在重启中黑屏，在维修过程中彻底报废。

在软件测试中部分软件在不同机器环境中测试性能有差异。

还有其他问题在测试过程中已经汇报相关人员并得到满意解决。

总而言之，我们三茗科技的产品还是值得信赖的。作为销售人员，我们需要对产品树立强大的信心!即使我们产品存在瑕疵，我坚信，我们勤奋团结的同事，一定会创造出更优秀的产品。

二、产品市场简单调查分析

1.同行业产品简单调查

通过在______搜素引擎检索“数据快速恢复”，“系统快速回复”，“快速还原”等关键词，发现南京生产的“雨过天晴”软件，和本公司产品具有很强的相似性。(测试报告详见附件内容)

通过在____赛格，百脑汇电脑城的电脑diy市场及软件销售市场简单走访，暂时未发现“雨过天晴”系列软件的经销商。

2.网络调查简单分析

作为数据快速恢复领域的创新者和领导者，本公司的核心关键词语“数据快速恢复”，“系统快速回复”，“电脑系统快速还原”等在baidu，google等知名搜索引擎没有很好的被索引。

或许是公司产品发展定位因素，在网络推广方面有再提高的空间。

对于此，本人有信心有能力，在非工作实践，提高三茗产品关键词语在上述搜索引擎的排行。

3.电脑城市场调查简单分析

前期，和____电脑城的____网络(网络及电脑外设集成批发全国连锁经营)，____(品牌笔记本零售商)，____(电脑diy集成)等公司的店长简单交流对此类软件的看法。整体反映效果较好。

在____月份，在进一步熟悉公司产品和销售流程同时，将安排时间继续跟进，推荐试用____产品。

三、个人整体认知

准确的说，____是一面镜子，照出了自己的不足和缺点，为自己的成长和提高创造了机会。

1.计算机硬件知识欠缺。

自认为是it专业本科生，熟悉专业去做销售更好些。其实不然，自己还是一粒沙子。在软件测试部，学会了计算机硬件的线路连接，知道了用u盘可以ghost快速做系统等等。或许可笑，但是对我而言，很严肃的现实证实：自己还不会是一个合格的大学生。需要虚心的向同事们请教!

2.英语知识的欠缺。

自认为立志做好国内销售，带领团队创作“农村信息化”创业计划书，立志为____农村的it发展贡献一份力量。看到了vista，win7的英文操作系统，就基本灰心。但是我坚信，我会在短期内，在专业英语方面有所突破，因为自己还是对专业英语有浓厚兴趣的。

3.对销售的错误认识。

两年多的校园代理销售经历，误打误撞，取得了一定的成绩。尽管在实习期间，没有亲自体验到去向大客户推销产品的经历，但是通过__经理推荐的《大客户销售十八招》一书，发现自己还有很多的东西要认真的学，认真的领会，并在实际推销中灵活应用。庆幸的是，对于销售的做起码准则还是在坚守：诚实信用，对客户负责!用好的人品去赢得客户关注!面对拒绝，保持良好的心态!

4.自己还有在三茗存在的价值。

____和自己理想中的还有很大的差距，但是这种差距，或许就是我存在的价值!

主动向同事请教问题，积极虚心的向同事学习，这是我实习过程中一直在践行的!

下阶段，将积极贯彻李总经理的指示“加强个人管理，提高业务的能力”，从严要求自己，做好各项工作，提高个人存在贡献值。

“与____共创业”，是我在____实习的基本心态：认同公司发展愿景，服从公司安排，任劳任怨，积极负责，务实创新，把三茗的事业看成自己的事业去拼搏!

四、下阶段

在____月份，认真贯彻落实“加强个人管理，提高业务能力!”的____员工作风，具体落实到：

1.服从公司的工作安排，保质保量完成任务;

2.进一步熟悉公司产品(硬件产品)，熟悉公司环境(认识研发部同事)

3.熟悉学习公司的销售制度和流程;

4.提高公司关键字网络检索排行，并提交一份营销计划书;

5.继续学习销售知识及应用技术，提高处理实际问题的能力;

6.申请参加公司的综合业务能力考核。

20____年，自己的收获是丰硕的：最起码从意识上，发现自己的不足，并寻求到合适的解决途径。非常感谢测试部的同事，感谢所有三茗的同事，因为你们的帮助，我顺利的走过在____科技的适应期。我坚信：在你们的帮助下，我会持续努力，不断反省，总结提高，快速度过在____的成长期，早日跨进发展期，创造期。

测试年度工作总结 篇7

总体来说，XX年我主要完成了以下几方面的工作：

l 项目测试工作

l 知识与经验分享

l 完成所需知识的积累

l 工具学习及研究

具体来说，如下：

1.项目测试工作

这段时间，我主要是协助c.y.x进行cmbp项目测试，主要工作内容有：

l 对测试用例的编写提供反馈意见;

l 对测试过程及测试情况进行分析，并提供意见;

l 设计业务测试数据的例子;

l 绘制系统关键业务流程;

l 进行主要功能的界面测试、功能测试;

l 按照测试用例执行测试，并提交测试汇报;

l 进行需求验证工作。

2.知识与经验分享

这部分工作，主要表现在四方面：

l 完成项目测试经验总结

l 完成“测试经验交流与知识分享”简报，包括简报材料的制作。该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。

l 对现有测试规范提供改进反馈意见;

l 根据以往经验，在cmbp项目中提供帮助。

3.完成所需知识的积累

这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有：

l 学习金融行业业务知识

l 学习公司研发规范

l 学习研发部产品知识(保理项目、intelliworkflow、农行crm系统、工作流知识)

l 参加公司或业务部门组织的培训(新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍)

l 学习缺陷管理工具ttp

4.工具学习及研究

根据《新员工入职指引表》的要求，我了解rational 测试解决方案和工具，并进行rational performance tester的研究。完成对rational performance tester的研究后，我提交了研究成果，包括：《rational performance tester 6 介绍.doc》、使用rational performance tester进行性能测试的例子及学习参考资料。

二、XX年计划

XX年，我希望能通过参与具体项目的实践，达到以下目标：

1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程

2.在项目中沉淀出一些部门成果

除了保质保量的完成项目测试工作外，我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。

三、对部门建设的建议

在部门建设上，我想可以从以下几方面逐步开展部门建设工作：

1.对人员进行分工，或者说是团队成员的侧重方向进行明确

例如，同一测试技术或测试工具，可以不需要多个人同时研究，这样可能造成资源的浪费。

2.强化制度建设

3.加大对测试过程的实施力度

现有测试过程，过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。

4.加强部门测试成果的积累与沉淀。

现在的测试成果保存在服务器上，很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器，只是保留在个人机器上，很容易发生人走成果也不在的情况。另外，保存在个人机器上，也不利于知识的传播与分享，不利于部门成员技能的提升。

除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如，对项目的测试经验，性能测试的经验，测试用例设计经验等等。

测试年度工作总结 篇8

我是在20xx年5月到新单位工作的，新单位是一个很不错的单位，项目饱满，资金等方面也没有太多的问题，但就测试部门工作的情况却很不乐观。具体表现是人员少，任务重，人员不稳定。领导对测试部门的工作很不满意，在面试我的时候就多次表示了对公司目前测试不满，期待我来之后能够带领测试部门有一个比较好的发展。

首先说说我们公司测试部门在这四个月的变化吧

1 测试人员大量增加，原来的测试人员为3人，现在为14人，人员扩充了3倍，目前来说，测试人员的数量还不是很多，但相比原来部门的扩充速度还是很快的，另外一个方面，由于我们工作比较有成效，领导基本认可开发人员和测试人员比例可以达到1：0.8或1的比例。我想这个比例对一个国内的企业来说已经是很高的比例了。

2 个人素质的提高。具体的个人素质提高不是很好说，还是用项目来说吧，我刚来的时候，测试人员在一个系统测试的时候，一般测试需求点位500个左右，后来一个项目在作回归测试的时候，测试需求点达到15000个，第二次回归测试的时候测试需求点达到了49000个，这里要说明的是，我们测试需求点的增加不是为了增加而增加，而是对被测试需求各种使用情况分析的更详细，程序覆盖强度越来越大的结果，测试发现的问题深度逐步增强的反应。

3 机器设备的变化，测试人员是开发群体的弱势群体，他们的机器配置也是公司最低的，刚来的时候，全部测试人员都使用P4 1.7完全不能满足自动化测试的需要，目前，测试人员基本都是P4 3.0双核，液晶，测试人员很高兴。另外我们还有专门的测试流程管理服务器，一些淘汰下来的老机器作为专门跑测试用例的测试专用机。

4 开发人员对测试人员的态度改变。测试人员在开发过程中处于弱势地位，这是一个不可回避的现象，原来开发人员可以随意的让测试人员作自己认为需要的测试，而测试人员是没有办法拒绝的，甚至连具体测试的方法和手段开发人员都要干涉，而一旦出问题，首先怪罪测试人员，而不是找自己的责任，测试人员成了项目失败的替罪羊。而现在这种已经发生了很大的改变，至少测试人员有能力展示他们的特长。而不是开发人员的附属。

5 领导对测试工作的态度转变

我刚到单位的时候，领导们对测试工作很不满意，给我印象最深的是领导说，测试部门的工作人员，可用的就留下，不可用的就直接开除，这对测试人员的工作评价实在不高，现在好多了，首先测试部门现在的工作得到了领导的认可（原来我们总是被批评，而现在总是被表扬），其次，人员、设备的配置在增加，最重要的是，我们要求的测试时间可以得到保证。

到单位工作4个月了，测试部门出现这么多的变化，有很多原因，但最重要的就是那句话：做正确的事情，正确地做事情。

个人认为做正确的事情比正确地做事情要重要，道理很简单，中国的一句，南辕北辙是最好的解释了，如果不能了解什么事情是正确的事情，那么你做事情的效果越好，则整个项目失败的可能性越大。下边先说说我到单位做的几个事情。

1和领导达成一个协议

和领导达成一个协议是一个很关键的事情，我在面试的时候，就了解到了领导们对测试部门的工作很不满意，希望很快扭转测试部门目前的工作状态，但一个部门工作状态的改变不是一件很容易的事情，在面试的时候，我就和领导们达成了一个协议，争取测试部门在3个月内有一个小变化，6个月内有一个大变化，12个月内形成一个良好的工作环境。领导是 一个明白人，没有强迫我在几天或几周内就要 有一个大变化，这为我们部门以后的发展打下了一个良好的基础。

2了解单位的工作情况

3了解单位工作的问题

4订立规则

5组建自己的团队以及核心团队

6协助其他人做工作

测试人员工作分配不均，严重影响工作情绪

在我来的时候，测试人员都是被配置到项目组，开发人员有测试需求的时候都是直接找到本项目组的测试人员，由于各项目进度不一，造成在不同阶段测试人员的工作量严重不一，真是忙的忙死，闲的闲死。另外还有一个问题，有一些比较好的测试人员会主动帮助其他测试人员，而一些懒惰的测试人员作会坐在一边装作什么都不知道，结果是好的测试人员忙死，其他人闲死。

4订立规则

在了解了测试部门当前的主要问题，解决的方法就确定了，具体方法：

A：首先是订立规则，说简单点先确定测试部门内部规则，我规定测试部门只接受系统测试，不接受单元测试和集成测试，说简单点，测试人员进行的测试必须是一个完整的测试周期，最短时间是2周，这样才能保证测试工作的最低测试强度。

B：我向测试人员明确测试人员是软件开发过程中的专业技术人员，他们的特长就是测试技术，在测试技术上测试人员不能比开发人员水平低，所以，他们的测试工作要保持自己的独立性，问题的发现是他们作主，至于发现的问题是否是BUG，是否需要修改，这是开发人员（确切的说是项目经理）和质量保证人员来确定，但是否是问题是测试人员来决定，测试人员判断是否是问题的标准就是测试结果和测试预期结果是否相同，只要不相同，就算问题。其他人员无权对这个原则提出异议。

C：为了保证测试的独立性，我要求测试人员在测试过程中，不要和开发人员有过多的交流，如果有交流也仅仅限制于关于系统如何使用方面（我们没有很好的开发文档），其他的一概不和开发人员讨论，这种方法虽然会对开发工作有一些阻碍工作，但在测试工作当时的工作状态下是很必要的，否则整个测试工作的独立性根本无法保持。

D：使用测试流程管理工具，我们原来的测试计划、测试用例都使用word文档来管理，很不方便，我来单位后，采用了专门的测试流程管理工具，也就是说一个完整的测试，首先写测试计划（主要内容是测试人员，系统需求，时间等方面的信息,这个东西还是使用word来编写），其次是测试需求点、测试计划（这个测试计划是我们测试用例执行的先后次序），每个测试用例的测试步骤，以及发现的所有问题。在最近的一段时间，通过测试工具的使用，使我们测试需求点的管理从不规范，随意写，到有条理，有顺序，有了很大的变化，我们的一个系统，在我来以前测试需求点大约是600个。在我们后来的几次回归测试中，测试需求点，分别为20000，500000，60000个，测试需求点的变化，说明了测试强度的增加和规范。

E：测试结果需求评审，否则不进行回归测试。这是一个原则问题，确切的说测试人员在开发过程中不能直接创造价值，他们的工作必须通过开发人员才可以得到体现。开发人员是否重视测试中发现的问题，是否对这些问题进行认真的评判和修改，不但关系到测试人员工作价值的体现，而且对测试部门工作安排也很重要。在我们测试的几个项目中，如果开发人员认真对待测试结果，一般来说，进行1到2次回归测试，整个系统bug就会呈现出收敛状态，否则，测试人员需要无休止的测试。在测试过程中，我一方面保证测试周期的时间的要求（最少2周）。一方面，和质量保证人员配合，对于那些不认真对待测试结果的项目组，采取不评审，就不进行回归测试的方法。（反正项目延期不是测试部门的责任，有点无赖，但有时候也是没有办法）。保证了测试的有效性。

删除 51mobile (20xx-4-21 12:36:45, 评 0 分)

现在这篇不完整，我在其他地方有看到完整的，现在补充下，希望作者别见怪 ^_^

1和领导达成一个协议

2了解单位的工作情况

3了解单位工作的问题

4订立规则

5组建自己的团队以及核心团队

6协助其他人员工作

下边我具体的说一下：

1、和领导达成一个协议：

5月份我到公司正式上班，新到一个公司，人生地不熟。最先要作的事情是在和各位领导接触过程中了解公司的情况，并与领导达成一个大致的协议，我首先和领导达成的协议基本内容是测试部门的工作在3个月内有一个小变化，6个月内有一个大改观，1年之后形成良好的测试流程和测试队伍。领导们也基本同意我的设想。和领导达成这个协议为我以后的工作的开展取得了时间上的保证，（很多领导希望招聘一个高级开发管理人员后，开发或测试立刻有一个改观，在几天内开发和测试完全没有问题，这种心情是可以理解的，但实际上也是不可能的），我的领导在这方面给了我一定宽限，为以后的工作打下了一个良好的基础。

2、了解单位的工作情况

每一个单位都用自己的特点，有优点也有缺点，如果下车伊始就乱下命令，必然是瞎指挥，不但不能改善工作，而且原来单位一些好的做法也必然被你毁掉。所以，刚下车，一定要休息一下，看看周围的环境，再决定如何行动。来一个新单位也是这样，人生地不熟的自然要先看看，首先是有几个部门，各个部门主要方向，几个主管领导，比如人力资源对我们以后人员招聘会比较重要，研发部门有几个？哪个研发方向是单位的最主要的方向，后勤保障部门是那些人员，不要小看他们，部门以后是否可以获得好设备主要就看他们了，这些人职位不高，但属于现管。争取他们对工作支持是很必要的。最后,别忘了了解你的工作人员，无论怎么说，你的工作人员是和你打天下的人。

3、了解单位工作的问题

刚到单位，测试人员都很忙，我则在一边观察，前几天的问题总结了一下。

A：测试人员人员少，队伍分散，由于以前的测试队伍管理比较乱，很多项目不放到测试部门测试，而是将测试人员直接从测试部门调出。在我到岗的时候测试部门只有4名测试人员。

B：试部门机器的问题，由于测试部门一直不被重视，所有的机器很落后，自动化测试工具基本不可使用，

C：开发人员对测试干涉过多，测试缺少独立性

开发人员对测试工作干涉过多，主要表现在几个方面，

C1：测试内容由开发人员规定，测试方法以及测试手段均由开发人员决定，在测试人员能力弱的情况下，这无疑是一个可行的方法，问题是这种方法要求开发人员对测试方法和手段比较了解，但单位的实际情况却不是这样，另外开发人员对测试工作质量不承担责任，说明白点就是测试人员按照开发人员的规定去做，即使完成了测试任务，也无法保证测试质量，而由于测试质量不好造成产品质量不好的问题，又需要测试人员来承担。

C2：开发人员和测试人员在测试过程中交流过多，在测试过程中由于相关文档不全或者质量问题，测试人员经常需要开发人员进行交流，这种交流是必要的，但也容易产生问题，比如测试在发现一个问题的时候，开发人员总会用这样或那样的借口告诉开发人员这不是问题，不用写在问题报告里，结果很多问题即使被测试出来也被这种糟糕的交流给掩盖起来了。

D：测试时间无法保证

测试时间无法保证主要是以下几个原因

D1：首先是开发人员来规划测试任务，而真正了解测试工作的开发人员很少，测试工作量占到整个开发量的30%-70%。基本上没有开发人员了解这个情况，所以他们给测试留得时间很少，往往是1、2天。这么短的时间根本不能做到完整的测试。

D2：开发人员管理的混乱，软件版本的频繁升级，有时候一个版本和上一个版本的差别只有几行代码，这样不但造成软件配置管理的混乱，而且给测试人员带来了很大的麻烦，最讨厌的是，绝大部分的测试工作都变成了无效测试。除了浪费测试资源以外对开发没有任何好处。

E：测试水平低，测试需求点少，测试强度不够

测试时间的紧张，严重限制了测试人员的测试水平的发挥，单位许多测试人员测试水平是相当不错的，但他们根本没有时间编写测试需求报告，一个系统的测试需求点往往只有几百个点，这种测试需求强度根本无法保证测试质量。