测试工程师年终总结

java工程师个人年终工作总结是不是有很多话语挂在嘴边但不知道如何下笔描写呢？那还不赶紧进来看看能帮到你吧！下面是由我为大家整理的“java工程师个人年终工作总结范文（精选5篇）”，仅供参考，欢迎大家阅读本文。

时间一晃而过，转眼间到公司已经5个月了。这是我人生中弥足珍贵的一段经历。在这段时间里各级领导在工作上给予了我极大的帮助，在生活上给予了我极大的关心。在对公司各级领导肃然起敬的同时，也为我有机会成为公司的一份子而自豪。

在这5个月的时间里，在领导和同事们的悉心关怀和指导下，通过自身的努力，各方面均取得了一定的进步，现将我的工作情况作如下汇报。

一、通过培训学习和日常工作积累使我对公司有了一定的新的认识。

在7月份我来到了某X公司—郑州分公司参加招聘，经过几轮面试和笔试，终于能够有幸加入了某X这个大家庭，在我进入公司时我拿到的第一份资料就是公司介绍和新员工入职说明，当时只是觉得公司很正规，很强大。在和人事、部门领导交流后，感觉公司很亲切，很温馨。公司的理念在平时的工作以及项目开发时体现的淋漓尽致，本人对公司的理念非常认同。现在公司在某行业起到了举足轻重的地位，今后还将更加辉煌。

二、遵守各项规章制度，认真工作，端正态度，使自己素养不断得到提高。

爱岗敬业的职业道德素质是每一项工作顺利开展并最终取得成功的保障。在这5个多月的时间里，我能遵守公司的各项规章制度，兢兢业业做好本职业工作，5个多月来从未迟到早退，用满腔热情积极、认真地完成好每一项任务，认真履行岗位职责，平时生活中团结同事、不断提升自己的团队合作精神。在这5个月的时间里让我认识到：一种积极豁达的心态、一种良好的习惯、一份计划并按时完成竟是如此重要，并最终决定一个的人成败。让我对自己的人生有了进一步的认识，渴望有所突破的我，将会在以后的工作和生活中时时提醒自己，以便自己以后的人生道路越走越精彩。

三、认真学习岗位职能，工作能力得到了一定的提高。

在进入公司以来，一直参与到某X项目的集成和开发。通过完成上述工作，使我认识到一个称职的开发人员应当具有良好的语言表达能力、扎实的技术能力、较强的逻辑处理能力、灵活的应变问题能力、有效的对外联系能力。在参与项目开发的过程中，发现很多看似简单的工作，其实里面还有很多技巧。

四、不足和需改进方面。

虽然加入公司这个大家庭已经5个多月，对开发技术掌握的还不是很深，对发现问题的处理还不是很全面。随着对公司和工作的进一步熟悉，我也希望能够在今后的工作中更加迅速的提升自己的业务能力以及技术能力，我觉得多做一些工作更能体现自己的人生价值。“业精于勤而荒于嬉”，在以后的工作中我要不断学习业务知识，通过多看、多问、多学、多练来不断的提高自己的各项业务技能。学无止境，时代的发展瞬息万变，各种学科知识日新月异。我将坚持不懈地努力学习各种知识，并用于实践。

在今后工作中，要努力做好开发人员的本职工作，注重工作态度，把自己的工作创造性做好做扎实，为项目的开发以及公司的发展贡献自己的力量。

五、工作计划暂时做出以下几点规划：

1、要提高工作的主动性，做事干脆果断，不拖泥带水；

2、工作要注重实效、注重结果，一切工作围绕着目标的完成；

3、要提高大局观，是否能让其他人的工作更顺畅作为衡量工作的标尺；

4、把握一切机会提高专业能力，加强平时知识总结工作；

5、虚心请教比我做的优秀的其他同事，向他们学习技术或经验。

其实作为一个新员工，所有的地方都是需要学习的，多听、多看、多想、多做、多沟通，向每一个员工学习他们身上的优秀工作习惯，丰富的专业技能，配合着实际工作不断的进步，不论在什么环境下，我都相信这两点：一是三人行必有我师，二是天道酬勤。

展望临近的某X年，我会更加努力、工作上认真负责，再接再厉，更上一层楼。相信自己会完成新的任务，能迎接新的挑战。

这是一次比较完整的团队合作项目，它要求团队各成员对系统的主体设计搭成一定的共识，这包括数据库设计，需求分析，以及其它一些细节，因此在编码之前的准备工作一定要充分。

在设计之前，我们两组对于数据库的设计进行了激烈的讨论，最后在一些关键的问题上统一了意见。接下来的工作便是需求分析，具体结构设计，并制订小组项目详细计划，项目的进行将严格按照所制订的计划执行。然后小组成员对各自的数据库进行了设计，并且以数据字典的形式进行了共享。

企业级人力资源系统分为十个子系统：机构编制管理、人员信息管理、人事档案管理、考勤管理、薪资福利管理、社会保障管理、招聘管理、合同管理、查询统计管理、系统管理。

我负责人员信息管理子系统，这方面需要处理的业务逻辑比较少，表单比较多，要把握好与其它子系统的关联。员工基本信息表是与其它子系统关联的桥梁，大部分表都涉及到与基本信息表的外键关联。其中，职员编号（employeeId）是作为外键关联的字段，我给它设置了自增长。有人认为在企业里，职员编号应该是有一定规律的数字，而不应该设置自增长。这样的是想法很符合实际情况，后来我和两个组长讨论，认为自增长可以保证数据的唯一性，非自增长的主键在增加时可能遇到不可知的问题，并且其他组员的数据库已经设计好，改起来就麻烦了。因此最终职员编号采用了自增长。

有了上面的共识，接下来的重要工作便是依次完成表的增删改查、数据校验。其中，分页和批量删除是我计划最后完成的部分，并且一定要完成。

基本数据校验按各数据格式进行，例如手机号、e-mail等。另一方面要对职员编号与姓名的一致性，职员编号的存进行验证，这些通过DAO里面的方法实现，针对出错，用JS给出友好的提示。

在做好基本功能的前提下，争取做出特色。我尝试写了Hibernate分页、批量删除的代码，最后都测试成功。同时加入了JS控件，对于一些有特殊格式要求的字段，防止用户填写错误（比如日期的填写格式为yyyy-mm-dd），使系统更加人性化。经过讨论，对员工基本信息主表及与其关联的所有表，配置级联删除。当主表信息被删除时，与之外键关联的子表信息同时被删除。

回顾这段历程，遇到了一些瓶颈，例如批量删除时如何有效的处理选中的id，要明白它得到的是一个String[]，需要转化成int[]就好办了。关于分页，我也是琢磨了好久。在网上看了不少实例，具体实现起来还是一头雾水。就在项目验收的前两天晚上，我决定自己写的试试。第一个方法是需要获取表里面总记录数count，按照套路执行hql，我这样处理了结果：

（）；结果出了问题。数据库里有6条记录，结果打印出count为1。在这里折腾了好久，后来打印list为[6]，这下才明白（）得到的是list里元素的个数，这个元素是6，我需要获取的是元素的是值（基础知识薄弱）。明白这点就好办了，最后我是这样处理的

（0）ring（）；//获取list第一个元素（对象），并转换成String

eInt（a）；//将a转换成int，得到count这样做分页的第一步就完成了。第二天早上比较顺利的完成了剩下的代码并测试成功。相比网上的分页代码，总的来说我写的很容易看懂，至于它有什么问题目前还不知道。

通过这次项目经验，我明白了只要想到了，就一定可以做到。不要畏惧，困难并不像想像中的那么可怕。一味的逃避将得不到真正的锻炼。要时刻和队友交流，分享成果。两个人总比一个人知道的多。

本次培训分为两个阶段。前五天是第一阶段。我们学习了理论知识，巩固和深化了所学的编程知识。下面说说个人感受和经历：

一、我学习理论知识

在最初的五天实践培训中，我们学习了java编程的理论课程。班主任幽默严谨。在老师的指导和启发下，我们巩固了以前在学校学过的编程知识，加深了它，澄清了一些以前对编程技术了解的错误或模糊的概念。

在课堂上，我们还以java中GUI编程常用的swing框架和JAVA的容器系统为切入点。在此期间，框架不仅学习了一般的编程知识和技能。在对框架全面系统的了解中，我也学到了框架中的泛型技术和架构思想的知识。在企业的实际编码过程中，每一个框架都构成了软件的基石。只有掌握几个框架知识，我们才能在实践中高效发展，才能使我们的产品立足于市场败之地。

在理论课的学习过程中，我们也暴露了一些问题，比如在学校上课学习时，对所学知识只是知其然而不知其所以然，不太愿意深钻，和超前学习一些知识。

二、项目开发实战练习

在结束了理论知识的学习之后，后五天我们在实训基地进行了项目开发的实战练习。

项目的名称是superVCD，是由海辉曾经所接的一个远程音乐唱片管理软件项目的精简版。虽然有所精简，但是其内容对我们学习仍具有相当的价值，对我们了解真实的软件的设计规范，编码规范，文档规范以及客户对软件的需求很有参考价值。该内容囊括了GUI设计和编码，容器与泛型的知识，规范文档编写，测试及日志系统，甚至要求我们实现一个专用的轻量级数据库系统，这无疑是对我们很好的一次历练机会，同时可以积累丰富的知识。

平时我们很少有机会能够完成一个如此规模的项目，所以在这次项目实战训练中，我的收获也有很多。

第一，我学会了如何规范的编写代码和文档。文档和代码是团队各成员在项目开发交流合作中的纽带，风格随意混乱的代码和缺失或语义不明的文档会让团队中的其他成员不能理解和使用自己写的程序，我在平时编写代码比较随意，并不注重这一点，经历这次实战演练之后，我一定会严格的遵守编码规范。

第二，我学会了如何理解和分析客户的需求。软件为客户而生，只有理解了客户的需求才有写出优秀的软件的可能，在这次实战演练中，老师教会了我们如何组织团队正确的理解和分析客户的需求，并写出完善的需求分析，并用于项目开发。

第三，我学会了对按照需求对软件架构进行设计，这点我想是我们许多同学之前都非常欠缺的，因为我们在学校的时编写代码篇幅短小，功能单一，所以设计思路通常只留于脑内，非常模糊。而在这次项目开发演练中，老师手把手的教会我如何从需求中抽象出问题，并将之模块化，然后逐步求精，就如同为高楼大厦搭建栋梁。

第四，我学会了如何团队合作，共同开发。作为项目开发小组的组长，我的体会更加深刻。独木难支，光靠一个人的力量是远远不够的。只有管理组织好一个团队，才能够最终完成项目的开发，或许在编程技术水平上团队成员有高有低，但是，每个人都有自己的闪光点，总可以在团队的找到适合自己的位置，每个人在自己的团队中做的贡献，创造出不可磨灭的重大价值。

第五，我学会了如何与客户沟通并展示自己的项目，软件项目的开发最终需要的是客户的认可，让客户了解并认可自己的产品最好的办法就是用言语将自己的项目的最好的一面展示出来，在最后一天里，实训的老师组织了项目的答辩，给我们提供了锻炼自己的表达能力，展示自己的项目的舞台。

在实战的过程中，我对项目开发流程有了切实的体会：学会了如何编写规范合格的代码和文档；学会了了正确理解分析客户需求并设计项目的方法；体会到了团队合作精神的重要性，明白了组织团队进行项目开发的具体流程，还了解到了向客户展示产品以及与客户进行沟通的技巧。

经历过这次实习实训，我们不仅在编程的理论知识上有所巩固和深化，更重要的是有了实战进行项目开发锻炼动手能力的机会，积累了一笔宝贵的经验。实训虽已结束，但我们的不断学习的征途才刚刚迈出第一步。今后的路还很长，还有很多机会去实习提高，我们要以更加积极的姿态去充实自己，学习，不断地迎接挑战。

从我X月X日进入公司到现在已经过去一年了，从一名刚刚结束实习的学生到一名独立的开发人员，角色改变了，职责也改变了。虽然已经预计了工作之中会有很多困难，可是在实际的项目开发中，自己所遇到远远不止自己想象之中的那么简单、单纯。在开发过程中，难题一个接一个的出现，要做到满足公司的产品需求，成为一名合格的程序开发人员，这个过程还很漫长。每天我都在勉励自己，要好好学，好好做，以后会好的。在此同时我衷心感谢公司给我提供了学习的机会和平台，这也使我对以后的日子多了些许的信心。

一、工作回顾

在我进入公司的这一年里，我陆续接触了公司的gps平台，智能手表定位，XX铁路局车站消防综合管理系统，XX金融款箱管理系统，XX保卫处的管理系统，指挥中心的视频监控系统，并在这期间为XXXX制作了一个展示型企业网站。在刚进入公司的那段时间里，我从没有接触过网络摄像机，对于网络摄像机根本没有任何概念，在公司的培养下我逐渐熟悉了各种摄像机，现在拿到XX的摄像机开发包，可以很熟练的进行二次开发。在工作之余，我也在努力的学习，和别人交流，学习先进的开发技术，请教别人开发技术问题。

二、主要问题

1、由于开始对业务需求不是很熟悉，所以在写需求分析与了解所要开发的过程中多次出现因为需求的原因，而不断修改、返工的情况。在同XX金融交流的时候，这个问题多次困扰着我，对方的需求不明，每次交流的过程中都在变更需求，从而导致了效率比较低的问题。

2、在开发中，用到很多我所不知道或很多我知道但不太熟悉的领域，在这个领域内，我需要不断的学习。

3、在工作阶段，有时比较偏向自己的工作方便，忽略了其他同事的工作上的量与难易。有的功能自己怎么方便怎么写，如今公司在不断壮大，我们部门人员在不断的增加，这样是不利于多人合作的。

4、工作的条理性不够清晰，要分清主次和轻重缓急；在开发时间很仓促的情况下，事情多了，就一定要有详实而主次分明的计划，哪些需要立即完成，哪些可以缓缓加班完成，在这方面还有很大的优化空间。

5、学习的知识不够广泛；一个项目中，涉及的技术往往有多种，知识多了，就会灵活变通，以后我会加强这方面的学习。

三、工作心得

1、每一个项目在开始着手的第一步，一定要和客户把需求沟通清楚，只有了解了项目的需求，才有可能真正做好一个项目。我们需要向客户提出要求客户提供所有涉及该项目的资料，每次与客户见面都需要熟悉业务与程序的最少一至两个程序员随时记录需求。

2、工作中，有一个无论是技术，还是经验都比较让人肯定的前辈带领，将任务详细化，详细到，每个页面、甚至是一个页面中的图片什么时候做好，做到什么程度，这样把工作进度有计划有方向的赞定下来，做事很有效率。和XX，XX等人合作时候一定注意要多项工作同步进行，保证每个子模块都能同步运行。

3、每天的工作小结真的很重要，这让我们每天都有计划的知道自己干了什么，不是漫无目的的工作，所以我们应该养成，日记、周记、月记、年记的工作习惯。

4、工作并不是一成不变的，也许有一天你要去其他岗位帮忙，所以同事之间的技术要互相学习，也许有一天，公司需要你发挥其他的技能帮忙，所以互相学习也是很重要的。自己的工作不能仅仅局限于编程。

国有很多精于编码的人，但是中国软件行业，尤其是网络应用开发方面误区很大，很难形成有规模的软件开发力量和产品能力，不但比美国差距甚远，和印度相比也是颇有不如。

这些问题不是在于中国程序员的智商和工作努力状况，也不是在于国家和民间对开发的投入程度，而是很大程度上，有一些对技术，对程序开发，对项目设计方面的思想误区，这些误区，导致了软件行业的产品化能力不足，缺乏规模化和大型复用系统研发能力，可以说，改变认识误区，是解决软件行业小作坊模式和个体英雄模式所带来的局限性的重要工作。

中国有很多小朋友，他们18，9岁或21，2岁，通过自学也写了不少代码，他们有的代码写的很漂亮，一些技术细节相当出众，也很有钻研精神，但是他们被一些错误的认识和观点左右，缺乏对系统，对程序的整体理解能力，这些人，一个网上的朋友说得很好，他们实际上只是一些Coding fans，压根没有资格称为程序员，但是据我所知，不少小网络公司的CTO就是这样的coding fans，拿着吓人的工资，做着吓人的项目，项目的结局通常也很吓人。

作一个真正合格的程序员，或者说就是可以真正合格完成一些代码工作的程序员，应该具有的素质。

1、团队精神和协作能力

把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。

把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。

独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺乏这种素质的人就完全不合格了。

2、文档习惯

说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30%的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。

缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。

3、规范化，标准化的代码编写习惯

作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。

有些coding fans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能他们自己压根不配自称程序员。

代码具有良好的可读性，是程序员基本的素质需求。

再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可想象的。

4、需求理解能力

程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程序员，你给他深蓝那套系统，他也做不出太极链的并访能力。

性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。

就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。

5、复用性，模块化思维能力

经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成了熟练程序员的主要工作，而这些，其实是完全可以避免的。

复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投入到创新的代码工作中去。

一些好的程序模块代码，即便是70年代编成的，拿到现在放到一些系统里面作为功能模块都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部代码重写，大部分重复性工作无谓的浪费了时间和精力。

6、测试习惯

作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。

测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。

当然并不是程序员要对自己的每段代码都需要进行这种完整测试，但是程序员必须清醒认识自己的代码任务在整体项目中的地位和各种性能需求，有针对性的进行相关测试并尽早发现和解决问题，当然这需要上面提到的需求理解能力。

7、学习和总结的能力

程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。

善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高

但是学习也要找对目标，一些小coding fans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提高。

善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。

一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候马上就到了。

软件质量越来越受到人们的关注，软件测试作为新兴行业有很多不完善的地方。下面我整理了软件测试工程师 工作 总结 ，希望对你有帮助。 软件测试工程师工作总结篇一 现在软件测试工作越来越收到企业的重视，许多人员也投入到软件测试的行列中来，软件测试工程师的队伍越来越壮大。但是如何成为一名优秀的软件测试工程师呢?这是大家比较关注的一个问题，尤其是初入这个行当的莱鸟更想了解这个问题的答案。本文根据自己多年来在IT公司从事软件测试的 经验 总结了一些东西给大家共享，同时也希望大家提出宝贵的意见和建议。 步骤/ 方法 起码有三年以上的软件开发经验 现在许多软件企业招收一些刚刚 毕业 的大学生或者非计算机专业的人员作为自己公司软件测试工程师，这是非常错误的，也是对软件测试不负责任的表现。虽然他们可以发现软件中的一些错误，但是对于软件中的一些关键，致命，危险的错误他们是很难发现的。大家都知道，软件工程中有个模型叫瀑布模型，这是最基本的软件模型，这个模型又叫碗状模型，因为开发位于碗的最底部，左上方依次为建模，需求分析，设计;右上方依次为测试，部署，维护。这就是说明软件开发是一切软件活动的基础，同时也是软件测试的基础。一个人只有经历过一定年限的软件开发工作，才可以积累丰富的经验，知道在软件中哪些地方容易出错而那些地方不容易，这给以后的软件测试工作带来非常宝贵的经验。 有 逆向思维 的能力 我曾经接触过一些软件测试工程师，他们干了一段时间软件测试工作后返回去又开始去做开发工作了，问他们为啥?答案是软件测试工作太难了，开发是顺向思维，而测试是逆向思维，老要找一些稀奇古怪的思路去操作软件。软件的使用者千差万别，软件在使用过程中遇到的各种现象也是千差万别的，所以要求软件测试工程师需要具有一些逆向思维的能力，想别人所不想，测别人所不测，这样才可以找到更多的软件中的错误。这是作为一名优秀的软件测试工程师最基本的素质。 善于同软件开发人员沟通 沟通是当今软件项目中需要掌握的最关键技术之一。软件测试人员要善于同软件开发人员沟通，软件测试人员与开发人员搞好关系，使测试人员不成为开发人员的眼中钉，这对于提高整个软件项目质量是十分重要的。沟通主要包括： 讨论软件的需求，设计：通过这样的沟通，你可以更好的了解所测试的软件系统，以至于尽可能少的测试出软件中不是错误的“错误”，从而降低给软件开发人员带来的压力。 报告 好的测试结果：作为一个测试人员，发现错误往往是测试人员最愿意而且引以自豪的结果，但是一味地给开发人员报告软件错误，会给他们造成厌恶感，降低整个软件的质量和开发进度。所以作为一名软件测试工程师，当你测试的模块没有严重的错误或者错误很少的时候，你不妨跑到开发人员那里告诉他们这个好消息，这会给你带来意想不到的结果。 讨论一些与工作无关的事情：作为一个测试人员经常和开发人员讨论一些与工作无关的事情，比如大家可以谈谈新闻，趣事，家庭…这样可以加强相互间的默契程度，许多统计表明，这样可以更好的提高软件工作质量。 善于同领导沟通 测试人员往往是领导的眼和耳，领导根据测试人员的测试结果可以了解公司的产品质量，从而调整其他的工作。领导工作一般比较繁忙，所以作为一名优秀的测试人员要学会把测试结果进行总结，最好以图表的形势给领导看。 掌握一些自动化测试工具 测试工作往往是比较繁琐，枯燥无味的工作，测试人员长期处于重复的手工工作，会降低测试效率，并且对于测试质量也往往是不利的;况且许多测试不使用测试工具是不可以进行的，比如性能测试，压力测试等等。目前市场上有许多测试工具供你使用，你可以根据自己的需要选择一些测试工具来辅助你的测试。但是要记住一点，不是说有了测试工具就不要人工测试了，测试工具不是万能的。 善于学习的能力 软件测试技术随着时间的变化也在做一些提高和改进，作为一名优秀的测试人员要善于利用书籍，网站，论坛，交流等各种途径不断提高自己的软件测试水平。 7 提高自己的表达能力 软件测试人员当发现软件中存在缺陷的时候，往往要书写缺陷报告，缺陷报告要写得详尽清楚，使开发人员能够尽快定位错误，修改错误，所以作为一名优秀的测试人员提高自己的写作能力是非常必要的。 8 了解业务知识 更好的了解你说测试软件的业务知识是非常重要的，对业务知识了解得越深入，越能够找出更深入，更关键，更隐蔽的软件错误。所以作为一名优秀的软件测试工程师，要多向该领域专家，同行学习，提高自己的业务知识水平。 以上仅为个人的一些经验所谈，希望大家都能够成为一名优秀的软件测试工程师。 软件测试工程师工作总结篇二 1、分享第一条经验：“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外 教育 领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要：“重要的道理明白太晚将抱憾终生!”所以放在每一条，让刚刚毕业的朋友们早点看到哈!- 2、一定要确定自己的发展方向，并为此目的制定可行的计划。不要说什么，“我刚毕业，还不知道将来可能做什么?”，“跟着感觉走，先做做看”。因为，这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术，将来成为专家级人物?向管理方向走，成为职业经理人?先熟悉行业和领域，将来自立门户?还是先在行业里面混混，过几年转行做点别的?这很重要，它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。- 3、软件开发团队中，技术不是万能的，但没有技术是万万不能的!在技术型团队中，技术与人品同等重要，当然长相也比较重要哈，尤其在mm比较多的团队中。在软件项目团队中，技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码，还是产品管理、测试、文档、实施、维护，多少你都要有技术基础。算我孤陋寡闻，我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目，哪怕就一个，也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目，项目交付的第二天，项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。- 4、详细制定自己软件开发专业知识 学习计划 ，并注意及时修正和调整(软件开发技术变化实在太快)。请牢记：“如果一个软件开发人员在1、2年内都没有更新过自己的知识，那么，其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自 时间管理 领域的着名的“三八原则”告诫我们：另外的那8小时如何使用将决定你的人生成败!本人自毕业以来，平均每天实际学习时间超过2小时。- 5、书籍是人类进步的阶梯，对软件开发人员尤其如此。书籍是学习知识的最有效途径，不要过多地指望在工作中能遇到“世外高人”，并不厌其烦地教你。对于花钱买书，我个人经验是：千万别买国内那帮人出的书!我买的那些家伙出的书，!00%全部后悔了，无一本例外。更气愤的是，这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有 文化 ;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧，才算是真正拥有了它。- 6、不要仅局限于对某项技术的表面使用上，哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序，看看windows程序的设计、加载、执行原理，分析一下 pe文件格式，试试用sdk开发从头开发一个windows应用程序;用vc++、 delphi、java、。net开发应用程序，花时间去研究一下mfc、vcl、j2ee、。net它们框架设计或者源码;除了会用j2ee、 jboss、spring、hibernate等等优秀的开源产品或者框架，抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做，你以后的工作将会少遇到一些让你不明就里、一头雾水的问题，因为，很多东西你“知其然且知其所以然”!- 7、在一种语言上编程，但别为其束缚了思想。“代码大全”中说：“深入一门语言编程，不要浮于表面”。深入一门语言开发还远远不足，任何编程语言的存在都有其自身的理由，所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是：用面对对象工具开发某些关键模块时，为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时，为什么不可以参考来自 java社区的ioc、aop设计思想，甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时，为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题???“他山之石、可以攻玉”。- 8、养成总结与 反思 的习惯，并有意识地提炼日常工作成果，形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。众所周知，对软件开发人员而言，有、无经验的一个显着区别是：无经验者完成任何任务时都从头开始，而有经验者往往通通过重组自己的可复用模块、类库来解决问题 (其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说，所有可复用的东西都必须自己实现，别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。但是，最好还是自己实现，这样没有知识产权、版权等问题，关键是自己实现后能真正掌握这个知识点，拥有这个技能。- 9、理论与实践并重，内外双修。工程师的内涵是：以工程师的眼光观察、分析事物和世界。一个合格的软件工程师，是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作，但从软件工程师这个角度来看，这只是外在的东西，并非重要的、本质的工作。学习、掌握软件产品开发理论知识、软件开发方法论，并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题，才是真正的软件工程师的工作。站在成熟理论与可靠方法论的高度思考、分析、解决问题，并在具体实践中验证和修正这些思想与方式，最终形成自己的理论体系和实用方法论。 软件测试工程师工作总结篇三 先介绍一下我的背景：通信类院校05年毕业、本科、计算机专业，毕业后进入一家大型通信设备商工作，任职软件测试工程师。 一、T项目执行 05年7月13日入部门，此时才知道自己被分配到了测试部。部门主管把我领走后，就把我交给了导师。 入部门的头几天，主要熟悉公司的工作环境，认识部门同事，了解产品知识。由于我们是做传输设备的，所以当时学习的产品知识主要以SDH原理为主，包括SDH的帧结构、网络的保护和倒换等。 下面介绍一下我所做的项目。 项目名称：T软件 项目概况：该项目是在PC和Sun工作站上开发的软件，属于CS结构。Client端用Java开发(开始使用，后来改用)，实现跨平台;Server端用C++开发，使用ACE实现跨平台(Windows和Unix)。 人力投入：开发好像是9人，测试3人。(我来的时候是产品的第2个版本，人力投入大概如此) 我入部门几天后，T项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容，去点鼠标，如果发现程序出现错误或异常，就填写问题单。我就这样没有任何思考的按着测试用例点了3个月的鼠标 : ) 现在想起当初的测试工作，实在有太多的不足，和待改进点。 1、 测试用例。对于一个软件的测试来讲，测试用例是至关重要的。测试用例要覆盖所有测试规格，而且测试用例要易于理解、易于执行，简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟，最糟糕的是用例的质量很差，使用这些测试用例，根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的，而且用于存储测试用例的 Excel 表格设计的很差，界面很不友好，从一定程度上降低了测试效率。 2、 产品知识。T软件虽然是在PC和工作站上运行的，但是开发T软件的目的是为产品服务的，所以我们必须具备产品知识，才能更好的对T软件进行测试。恰巧当时包括我导师在内的3个人，都不太了解产品，所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。 3、 软件测试的重点不明确。软件测试是软件工程中的一项重要活动，它尽可能发现程序中存在的缺陷，保证程序的质量。但软件作为一种商业品，有它的发布时限，老板说这个软件要1月份发布，你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多，而很多重点却没有得到重视，一些严重问题暴露的比较晚，导致测试时间延了又延，版本测了一个又一个，想起那些日子，只能如此描述：“累并痛苦着”。 : ( 4、 测试流程的把握。7月份中旬，T项目从开发部转到测试部，进入了测试阶段，实际当时的产品质量并不能达到转测试的标准，而我们却让他们通过了转测试，结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此，我们是测了一轮又一轮，测的我们都要绝望了。回头想一想，T软件还真的是我们测出来的，而不是开发写出来的 : )